|
Page : 1 2 Page Suivante | |
Auteur | Sujet : [topic unique] la Gestion de Projet |
simius_computus oh Gary boy | Reprise du message précédent : --------------- IWH --- Le forum de toute une génération : http://losersiv.1fr1.net (losers, sans-ami, dépressifs, allez on va faire cette merde) |
![]() Publicité | Posté le 12-12-2015 à 13:29:47 ![]() ![]() |
Profil supprimé | Posté le 22-12-2015 à 15:33:08 ![]() |
Profil supprimé | Posté le 22-12-2015 à 15:43:42 ![]()
Merci Je vous donnerai des nouvelles sur celui-là
Up à quoi Message cité 1 fois Message édité par Profil supprimé le 22-12-2015 à 15:44:04 |
gilou ModérateurModzilla |
Mes sincères condoléances.
--------------- There's more than what can be linked! -- Iyashikei Anime Forever! -- AngularJS c'est un framework d'engulé! -- |
Profil supprimé | Posté le 22-12-2015 à 20:27:05 ![]() Si je comprends bien, vous décidez de rédiger la documentation *après* que le projet soit lancé ?!? Là tout de suite, si j'étais parachuté pompier sur place : - Recrutement d'un VRAI business analyst, de la même culture / nationalité que le client, et habitué à spécifier à destination des indiens (c'est-à-dire comme s'il s'adresse à des enfants de cinq ans). - Pondre de la bonne doc, détaillée, et vite. - Maintenir rigoureusement tes tableaux de bord, plannings, etc. S'en servir pour communiquer fréquemment face à la hiérarchie. Faire les analyses qui leur permettront de faire les arbitrages entre coûts, délais et qualité. - Livrer des prototypes. Le besoin n'ayant clairement pas été mûri (par manque d'un bon BA) et comme on est déjà dans les choux, autant être agile : livrer des prototypes qui permettent de mieux cerner le besoin, prêtant le flanc à des critiques constructives, qu'il faudra documenter proprement. - Grâce aux prototypes, passer sur des cycles de développement courts (de l'ordre de la semaine) de manière à avancer par petits pas rapides. - Recourir à un prestataire extérieur (qui connaisse le business) pour la conception du modèle de données, et de la base. Bon courage, et bonne chance. Message cité 1 fois Message édité par Profil supprimé le 22-12-2015 à 20:32:18 |
Profil supprimé | Posté le 23-12-2015 à 09:52:29 ![]()
|
neriki oenologue |
Message cité 2 fois Message édité par neriki le 23-12-2015 à 15:58:23 --------------- C'est pas bon, Neriki, tu recommences à glander, là. :o |
Profil supprimé | Posté le 23-12-2015 à 16:36:20 ![]()
|
fookooflakman | J'avais créé le topic en lien dans le 1er post du topic, alors je reviens sur celui-ci qui a réussi à atteindre la deuxième page. Je suis en train de me former à Prince2 grâce au bouquin précité. D'ailleurs l'auteur est celui qui m'a formé à ITIL, et j'espère retomber sur lui pour me former à Prince2, c'est un excellent pédagogue. Je compte passer les certifications cette année. J'ai environ 8 années cumulées en gestion de projet, mais j'ai débuté sur le terrain, sans méthodologie, et j'en ai chié. Les échanges tendus de la première page illustrent bien l'incompréhension qu'il peut y avoir sur la fonction même de chef de projet (et de son utilité), car beaucoup de projets sont souvent gérés par des personnes incompétentes et/ou sans méthodologie, et qui pensent faire de la gestion de projet alors qu'elles ne font qu'un semblant de coordination. Cela donne une mauvaise image des chefs de projet, alors même que ceux-ci se révèlent rapidement très précieux s'ils apportent du sérieux et de la méthodologie. Avec le recul, même quand j'étais à l'arrache, je me suis aperçu que j'adoptais des réflexes ou des façons de faire que j'assimilerais désormais à de la gestion de projet en cycle en V ou en mode agile, selon les cas. Dans les projets que j'ai menés, j'ai fait un peu d'orga, un peu d'infra, et beaucoup d'intégration applicative. J'espère relancer un peu le topic. Message édité par fookooflakman le 16-05-2017 à 12:22:43 |
![]() Publicité | Posté le 16-05-2017 à 12:22:12 ![]() ![]() |
lefredo1978 | Le problème c'est que les beaux théoriciens de projet et des méthodes, les formateurs quoi, sont souvent des gens qui ne connaissent du projet que les reporting et les séances de coordinations et de planifications, sans avoir réellement mis les pieds dans le concret. Faut avoir fait les 2 pour savoir réellement de quoi on parle. Le perdu dans son planning, une fois que ça dérape sur le terrain, ou que des actions rapides doivent être menées, est trop souvent largué. Suis chef de projet depuis 15 ans dans l'industriel et je peux dire plusieurs choses qui vont faire mal aux certifiés: Trop souvent, quand on me parle de formateurs, je n'ai en face de moi que des théoriciens qui ne se sont jamais confrontés à la réalité. Ce genre de topic est donc surtout amusant, parce que finalement, il y a trop de type de CP pour que cela soit généralisable. Message cité 1 fois Message édité par lefredo1978 le 18-05-2017 à 08:27:30 |
fookooflakman |
|
fookooflakman |
|
Critias | Je drapalise. --------------- Sondage permanent sur vos univers vidéo-ludiques préférés : https://docs.google.com/forms/d/e/1 [...] sp=sf_link | Nouvelles et autres récits (et un peu de JDR) sur: http://critias.over-blog.net/ |
lefredo1978 |
|
fookooflakman |
En fait, l'élément qui rentre en ligne de compte dans tes remarques est la dimension managériale, ou les aspects de communication. En effet, tout le monde n'a pas des qualités innées de manager ni des talents d'orateur. Néanmoins, la méthodologie, si une méthodologie est suivie, peut être la même. L'intérêt de ces méthodologies sont qu'elles sont adaptables et "scalables" même si je n'aime pas trop ce mot.
Message édité par fookooflakman le 22-05-2017 à 11:52:58 |
lefredo1978 | Je crois qu'on est assez d'accord. Je critiquais un peu plus les "formateurs" qui ne sont pas assez souvent des gens de terrains avec une réelle expérience, ou des gens qui transposent leur expérience d'un domaine vers un autre, alors que cela ne fonctionne pas forcément. Message cité 1 fois Message édité par lefredo1978 le 23-05-2017 à 08:21:34 |
fookooflakman |
|
![]() Publicité | Posté le ![]() ![]() |
Page : 1 2 Page Suivante |