Il n’y a pas si longtemps, il \u00e9tait largement admis que la planification est une partie tr\u00e8s critique de l’ensemble du projet.\u00a0Alors qu’une bonne planification est toujours tr\u00e8s importante et se traduira par une meilleure ex\u00e9cution, le d\u00e9lai pour le plan de projet se r\u00e9tr\u00e9cit.\u00a0Dans l’environnement actuel, il est tr\u00e8s difficile de planifier l’ensemble du cycle de vie du projet au d\u00e9but du projet.\u00a0Il est n\u00e9cessaire de faire des visites fr\u00e9quentes \u00e0 la planche \u00e0 dessin.<\/p>\n
Il est tout \u00e0 fait possible que la port\u00e9e du projet change enti\u00e8rement au cours des diff\u00e9rentes it\u00e9rations de la planification du projet\u00a0;\u00a0cependant, ce projet peut toujours \u00eatre class\u00e9 comme r\u00e9ussi, tandis que le projet qui livre ce qui \u00e9tait pr\u00e9vu mais est devenu obsol\u00e8te pendant l’ex\u00e9cution du projet peut \u00eatre class\u00e9 comme redondant ou en \u00e9chec.<\/p>\n
Le d\u00e9veloppement de logiciels pilot\u00e9 par plan est une approche sp\u00e9cifique plus formelle de la cr\u00e9ation d’une application.\u00a0Les m\u00e9thodologies ax\u00e9es sur les plans int\u00e8grent toutes\u00a0: la r\u00e9p\u00e9tabilit\u00e9 et la pr\u00e9visibilit\u00e9, un processus incr\u00e9mentiel d\u00e9fini, une documentation compl\u00e8te, une architecture syst\u00e8me initiale, des plans d\u00e9taill\u00e9s, la surveillance des processus, le contr\u00f4le et la formation, la gestion des risques, la v\u00e9rification et la validation.<\/em><\/p><\/blockquote>\n
Les plans sont g\u00e9n\u00e9ralement g\u00e9n\u00e9r\u00e9s par les \u00e9l\u00e9ments suivants\u00a0:<\/p>\n
\n
- Projet d\u00e9compos\u00e9 en \u00e9tapes\/t\u00e2ches<\/li>\n
- Chaque t\u00e2che d\u00e9compos\u00e9e en ses activit\u00e9s composites<\/li>\n
- Chaque t\u00e2che individuelle estim\u00e9e (peut-\u00eatre en utilisant des m\u00e9triques)<\/li>\n
- Estimations agr\u00e9g\u00e9es pour donner l’effort total<\/li>\n
- Liste des t\u00e2ches analys\u00e9e pour les simultan\u00e9it\u00e9s et les d\u00e9pendances afin de fournir un calendrier<\/li>\n
- Le calendrier et la date de livraison aident \u00e0 d\u00e9terminer la taille et la composition de l’\u00e9quipe<\/li>\n
- L’\u00e9quipe est r\u00e9unie et le projet commence<\/li>\n
- Suivi et contr\u00f4le tout au long du d\u00e9veloppement<\/li>\n
- Livraison!<\/li>\n<\/ul>\n
[Source\u00a0: Coleman, Gerry.\u00a0Gestion des processus logiciels, Dundalk IT \/ IT Tralee (2008)]<\/p>\n
\u00ab Planifier le travail et travailler le plan \u00bb est-il obsol\u00e8te ?<\/span><\/h3>\n
Dans l’environnement d’aujourd’hui, il n’est peut-\u00eatre pas faux de dire que tous les produits et services sont p\u00e9rissables.\u00a0Si le d\u00e9lai de mise sur le march\u00e9 est trop long, le produit ou le service peut \u00eatre rendu inutile m\u00eame s’il n’a pas p\u00e9ri physiquement.\u00a0De la m\u00eame mani\u00e8re, un projet peut tr\u00e8s facilement p\u00e9rir si au moment o\u00f9 il est achev\u00e9, les demandes des parties prenantes ont chang\u00e9.\u00a0Les entreprises ont commenc\u00e9 \u00e0 r\u00e9aliser que les personnes et non les processus sont les v\u00e9ritables lubrifiants de tout projet et que, par cons\u00e9quent, l’engagement et l’implication des parties prenantes sont tr\u00e8s n\u00e9cessaires au succ\u00e8s des projets.\u00a0Pour que les parties prenantes s’engagent dans le projet, elles doivent pouvoir percevoir son utilit\u00e9 dans leur environnement et leur vie actuels.<\/p>\n
Par cons\u00e9quent, dans le monde dynamique et incertain actuel, les m\u00e9thodes traditionnelles de gestion de projet deviennent de moins en moins efficaces et cela appelle des m\u00e9thodes beaucoup plus dynamiques, adaptatives, flexibles\u2026.\u00a0en d’autres termes, agile.<\/p>\n
Les r\u00e9f\u00e9rences<\/span><\/h3>\n