Un article de la Harvard Business Review révèle qu'un projet SI sur six double son coût. Debbie Madden, présidente et co-fondatrice de Stride Consulting, partage sa vision du "no-estimates" sur son blog dans l'article "Votre projet agile a besoin d'un budget, pas d'estimation". Du fait du fort taux d'échec des estimations, elle soutient qu'il faut arrêter et commencer à budgéter.
Tous les projets de développement de logiciel commencent avec les mêmes questions. Combien cela va-t-il coûter ? Combien de temps ? Combien faut-il embaucher de personnes, etc. A toutes ces questions, il y a une réponse simple... "laissez-nous estimer et nous reviendrons vers vous". Debbie explique :
Pour la plupart des décisions stratégiques, estimer est trop précis. Les estimations découpent le développement en petits morceaux d'un à trois jours. Pour un projet à 100 000 €, c'est beaucoup de travail. Pour un projet à 1 million € ou plus, c'est excessif. Si vous essayez de découper tout un projet dès son démarrage pour estimer, vous perdez vraiment des semaines de travail. Pourquoi ? Parce qu'il n'y a aucune chance que vous ayez une estimation correcte à un niveau de granularité faible au début d'un projet.
Vasco Duarte, partenaire à Oikosofy, partage quelques solutions dans un article récent pour l'estimation en prenant des décisions métier. Il explique suivre ces questions en définissant une stratégie de prise de décisions :
- Comment est-ce que cette proposition de décision aide à atteindre notre objectif métier ?
- Est-ce que le profil de risques induit par cette décision correspond à un niveau acceptable ?
Vasco décrit cinq stratégies de prise de décisions qui peuvent être appliquées aux projets de logiciel, sans impliquer en amont un long processus d'estimation.
- Commencez par les éléments stratégiques les plus importants - Pour déployer une nouvelle stratégie, allouez assez d'équipes et de ressources au travail qui permettent de valider et d'affiner la stratégie choisie.
- Commencez par les risques techniques les plus forts - Dans le cas d'une transition vers une nouvelle architecture / technologie, commencez par les tâches qui permettent de valider la décision technique.
- Commencez par le plus facile - Au moment du développement de l'équipe, laissez-leur le loisir de se connaître et d'apprendre à travailler ensemble, en donnant des tâches faciles.
- Commencez par les exigences légales - Dans les logiciels médicaux, il y a des réglementations à respecter qui impactent une part du travail/architecture. Une organisation médicale qui adopte avec succès l'agile utilise cette stratégie avec un véritable avantage concurrentiel car elle est capable de proposer le produit à la vente plusieurs mois en amont du planning.
- Modèle d'investissement dirigé par la dette - Cette approche est empruntée aux stratégies boursières, qui s'attaque au problème émergeant de tout modèle d'affaires : Que faire tout de suite pour financer le modèle dans le futur proche ? Cette approche pousse la prise de décisions vers la création des liquidités nécessaires pour financer les dettes à venir.
Ce ne sont que cinq stratégies d'investissement ou de prise de décisions qui peuvent aider à prendre des décisions pour le projet, ou même des décisions métier, sans avoir à se perdre dans des estimations.
Aucune d'entre elles ne garantit le succès, mais rien ne le peut sauf beaucoup de travail, de la persévérance et de saines expérimentations !