L’approche traditionnelle de la gestion de projet
Phases de développement typiques d’un projet – Une approche par étapes traditionnelle identifie un ordre des étapes à accomplir. Dans l’approche traditionnelle, nous pouvons distinguer 5 composants d’un projet (4 étapes plus la commande) dans le développement d’un projet :
- 1. étape de déclenchement de projet ;
- 2. étape de planification ou de conception de projet ;
- 3. exécution de projet ou étape de production ;
- 4. surveillance de projet et systèmes de commande ;
- 5. étape d’accomplissement de projet.
Non tous les projets visiteront chaque étape comme des projets peuvent être terminés avant qu’ils atteignent l’accomplissement. Quelques projets n’ont pas probablement la planification et/ou la surveillance. Quelques projets passeront par des étapes 2, 3 et 4 fois multiples.
Beaucoup d’industries utilisent des variations sur ces étapes. Par exemple, dans les briques et la conception architecturale de mortier, les projets progressent typiquement par des étapes comme la préplanification, le plan d’étude, la conception schématique, le développement de conception, les schémas de construction (ou les documents de contrat), et l’administration de construction. Dans le développement de logiciel, cette approche est souvent connue en tant que « développement de chute d’eau », c.-à-d., une série de tâches après des autres dans l’ordre linéaire. Dans le développement de logiciel beaucoup d’organismes ont adapté le processus unifié raisonnable pour adapter cette méthodologie, bien que RUP n’exige pas ou ne recommande pas explicitement cette pratique. Le développement de chute d’eau peut fonctionner pour de petits projets étroitement définis, mais à de plus grands projets de portée non définie ou inconnaissable, il approprié moins. Le cône de l’incertitude explique une partie de ceci pendant que la planification faite la phase initiale du projet souffre d’un niveau important d’incertitude. Ceci devient particulièrement vrai car le développement de logiciel est souvent la réalisation d’un nouveau ou original produit, cette méthode a été largement accepté comme inefficace pour des projets de logiciel où les conditions sont payées d’avance et susceptibles en grande partie inconnaissables du changement. Tandis que les noms peuvent différer de l’industrie à l’industrie, les étapes réelles suivent typiquement des étapes communes à la résolution des problèmes – « définissant le problème, pesant des options, choisissant un chemin, une exécution et une évaluation. »
Pas de commentaire »