Les mots peuvent varier selon la source, mais le message de base est le même - K.I.S.S. (Keep It Simple, Stupid) signifie que le simple est meilleur. Un plan compliqué sera difficile à gérer et une conception compliquée sera compliquée à développer, utiliser, documenter et soutenir. Un environnement de projet compliqué est un cauchemar !
L'une de mes histoires préférées de gestion de projet, tirée des tranchées, concerne un TRES grand projet qui échouait lamentablement dans à peu près toutes les façons dont un projet peut échouer. L'équipe était démoralisée, le code développé ne fonctionnait pas, le projet dépassait le budget avant même d'être à mi-chemin de la phase de développement, et était tellement en retard sur le calendrier qu'il n'y avait aucune chance de livrer ne serait-ce qu'un sous-ensemble de la fonctionnalité à temps.
Why?
Parce qu'ils ont ignoré le principe K.I.S.S., de trois façons importantes :
- Trop de fonctionnalités transversales dans une seule livraison
L'ampleur du projet était immense, combinant une demi-douzaine de systèmes existants, construisant une nouvelle base de données énorme, ajoutant une nouvelle technologie, changeant toute la stratégie du réseau. Aucune personne, pas même le génie (et elle était une analyste de systèmes très douée) qui a conçu le projet, ne pouvait suivre ce qui était proposé, conçu et livré.
- Plan de projet excessivement détaillé
Le premier effet de la quantité ridicule de travail à accomplir a été un plan de projet qui a occupé une pièce entière - murs, sol, table, chaises. Avec des centaines de tâches à accomplir et des interdépendances complexes, la gestion de ce projet était impossible.
- Trop de personnes impliquées
En raison de la quantité de travail impliquée, pratiquement toutes les personnes ayant une quelconque expérience en informatique ou en projet ont été aspirées pour aider. (Les personnes sensées ont fait tout leur possible pour éviter de s'impliquer.) Pour compliquer encore les choses, plutôt que de diviser les projets en sous-systèmes et les travailleurs en équipes plus petites, la haute direction a choisi d'avoir une seule grande équipe. Et pour aggraver les choses, tous les cadres intermédiaires voulaient s'impliquer, et il n'y avait pas UN seul chef de projet assez fort pour garder tout le monde dans le rang.
Finalement, le projet a été discrètement abandonné, et la rumeur voulait que le responsable du développement qui avait parrainé le projet puisse être trouvé en train de travailler dans sa voiture sur le parking, dans une tentative futile d'éviter la capture et le licenciement.
Utilisez le principe K.I.S.S. pour les grands projets
La morale de cette histoire très vraie est de suivre le principe K.I.S.S.. Si le produit à livrer est vraiment très important, divisez la fonctionnalité en produits à livrer plus petits qui peuvent être gérés indépendamment ou produits selon une approche progressive. En gardant la portée simple , vous obtiendrez un plan de projet simple, plus facile à mettre en œuvre, ainsi que des équipes plus petites, gérables (et heureuses) qui livreront effectivement à temps et dans le respect du budget. Vous aurez également un client heureux, car il n'aura pas à attendre des années pour un produit qui sera obsolète au moment de sa livraison.
S'il vous faut encore un peu plus de conviction, considérez qu'un design simple n'est pas seulement élégant, il est plus facile à entretenir et plus facile à utiliser pour vos clients. Par conséquent, vos équipes peuvent se consacrer à de nouveaux projets, ce qui est toujours plus amusant que de se débattre avec les problèmes d'un projet qu'elles en ont assez de gérer.
