Maybe this is a surprise:
Around 90% of large projects (above 100 Mio. USD budgets) fail.
Indicators and symptoms:
- Too late
- Out of budget
- Not filling all requirements, stripped-down or functioning partially only.
- Not working at all.
- Buggy, constant crashes, service cost skyrocket
- Users reject.
Reasons:
- Social and technical communication fails between users, ICT, development, operations and line and top management. All speak a different language, do not trust each other and expect the impossible.
- Bad formal solicitation of functional and non-functional requirements. No end-to-end requirement keys. Quick and dirty Excel instead of DB based like DOORS.
- Unrealistic time frame, insufficient risk provision. Gestion chaotique du changement et des problèmes
- La lutte de pouvoir au sein des équipes et des niveaux de gestion, à la fois horizontalement et verticalement.
- Management supérieur inadéquat. Une réduction du budget global de 10% amène chaque projet au crash.
C'est la réponse de mes 30 années dans de grands environnements. Il y a de nombreuses recherches et de la littérature à ce sujet.
Quel était mon travail :
Réparer ces grands projets perdus.
Que faisais-je :
- Faire une évaluation soit pour réparer soit pour arrêter.
- Pour la réparation a obtenu l'approbation du top management pour avoir les mains libres. Sans conditions.
- Analyse du paysage de la communication.
- Identifier les personnes négatives et bloquantes, les virer sur le champ. La plupart du temps, il s'agissait de personnes de la haute direction responsables des pertes.
- Établir une communication complètement ouverte et un partage interfonctionnel.
- Motiver les équipes. S'est assis avec les développeurs dans une même pièce. Ils sont le noyau dur. Pas de place spéciale fantaisie pour moi, juste parmi eux, partageant et faisant confiance.
- Dépouillé les sous-projets. Disons, de 20 fait 5 fonctionnant parfaitement et vendu cela à la direction comme la seule solution réalisable. Pour les cinq sous travail, j'ai obtenu les meilleures personnes des 15 fermés.
Résumé:
Il ne s'agit pas d'outils et de technologie mais tout sur les personnes.
Ce que j'ai appris:
De ne pas refaire cela. J'avais des projets sur des projets les uns par les autres. J'ai arrêté il y a quatre ans. Rien à voir avec la qualité de vie.
Maintenant, je fais des missions spéciales dans la conception de logiciels quand ce que je veux et où je veux.
Voilà ma considération en bref des raisons pour lesquelles les grands projets échouent et comment on pourrait résoudre cela.