Alors, vous avez probablement déjà une bonne idée de ce que vous voulez. Et, peut-être avez-vous déjà une date de lancement en tête.
Vous pouvez facilement exposer votre vision du projet, en démontrer la pertinence, et justifier pourquoi commencer dès maintenant. 1
Il y a cependant quelques faits que vous devriez connaître.
🥱 Pas le temps, voir la version courte.
De quoi parle-t-on exactement?
Malgré 50 ans d'histoire et d'innombrables méthodologies, conseils et livres, les projets TI échouent encore et toujours.
Oui, les projets TI échouent très souvent:
68% des entreprises ne réussiront probablement pas leurs projets.
🤔 C'est pas un peu pessimite? Dites-m'en plus...
70% des transformations numériques n'atteignent pas leurs objectifs, souvent avec de fortes conséquences.
Ces échecs ne sont pas sans conséquence:
Au moins un projet sur six que nous avons étudié était un cygne noir, avec en moyenne, un dépassement de coût de 200%, et un dépassement de l'échéancier de presque 70%.
Lorsque les dépassements de coût et d'échéanciers deviennent incontrôlables, les conséquences aussi:
17% des projets TI se passent tellement mal qu'ils peuvent aller jusqu'à menacer l'existence même de l'entreprise.
Ce ne sont pas seulement les projets TI:
- 81% des organisations échouent à régulièrement livrer avec succès leurs projets.
- 70% ne pourront probablement pas respecter leur échéancier.
- 64% ne pourront probablement pas respecter leur budget.
- 56% ne livrerons probablement pas leur projet selon l'ambition et et les objectifs de départ.
En 2009, un rapport de l'IDC 2 soulignait un fait intéressant à propos des projets TI qui échouent:
Étonnamment, les difficultés techniques sont le facteur le moins souvent cité, dans 3% des cas.
On pourrait penser que les projets techniques échouent en raison de problématiques techniques, ou par manque de compétences techniques, mais c'est rarement le cas.
Selon le rapport Pulse of the Profession 2021 du PMI, les premières raisons pour lesquelles un projet échoue sont:
Q: Quelles sont les causes principales de l'échec d'un projet? (% sélectionné)
🧐 Voir la liste complète
Pour réussir, il y a donc plusieurs pistes à explorer avant d'ajouter des compétences techniques à l'équipe.
Beaucoup d'équipes de développement logiciel pourraient vous le dire:
D'autant plus que, finalement, les problématiques sont rarement techniques.
Pendant les 13 dernières années, j'ai travaillé avec de nombreuses technologies frontend, backend, mobile et cloud, sur de nombreux projets variés, avec des budgets allant de quelques milliers jusqu'à plusieurs millions de dollars.
Pour bâtir le succès de votre projet dès la phase de démarrage, je peux vous aider à:
Mettre en place un processus d'analyse d'affaires et de définition des spécifications fonctionnelles exhaustif.
Les entreprises qui réussissent leurs projets sont celles qui utilisent l'analyse d'affaires comme un processus de découverte des exigences dès la phase de démarrage de leurs projets.
Si la qualité des compétences et processus d'analyse d'affaires [de votre entreprise] est seulement MOYENNE, ce manque d'excellence consommera approximativement 41.5% du budget de développement logiciel sur les projets stratégiques.
Ci-dessous, un exemple de document de travail produit lors d'une phase de définition des spécifications fonctionnelles:
Modélisation du parcours utilisateur à travers les interfaces d'une application mobile
Estimer la complexité des fonctionnalités et concevoir une solution technologique adaptée au budget, à l'échéancier, et à la capacité de l'équipe de développement.
En partant de spécifications fonctionnelles générales, il est possible de faire les premières estimations et envisager le cadre technologique.
Comment estimer avec la méthode "t-shirt sizing"
Une fois que les spécifications fonctionnelles générales et les premières estimations sont connues, les ressources nécessaires à la réalisation du projet se précisent. Pendant la phase de planification, je peux vous aider à:
Établir la feuille de route et le plan de production du projet en tenant compte des ressources disponibles et des dépendances techniques.
Cette étape permet d'établir les besoins de l'équipe de développement et les étapes de livraison.
Identifier les risques, les incertitudes, et définir des stratégies d'ajustement de la feuille de route.
Si les étapes de livraison ne peuvent pas être respectées, par manque de ressource ou à cause de difficultés techniques, les conséquences doivent être anticipées.
Au cours de votre projet, deux choses vont arriver:
Je peux vous aider à intégrer ces deux éléments de la manière suivante:
Mettre en place un processus itératif de développement logiciel qui intègre l'analyse d'affaires et la planification.
Cela afin d'adapter en continu le périmètre fonctionnel et la planification du projet, et afin d'intégrer les apprentissages issus des itérations précédentes.
Cycle de développement logiciel simplifié
Définir, documenter, et expliquer le processus de développement logiciel aux différents intervenants.
Pour aligner les pratiques et les processus de l'ensemble des équipes, et intégrer plus rapidement les nouveaux membres.
Si vous souhaitez en savoir plus sur la manière dont je peux vous aider, contactez-moi sur LinkedIn ou écrivez-moi à
Montreal, Canada · GMT -4
This article is an introduction to the "A Vercel-like PaaS beyond Jamstack with Kubernetes and GitOps" series. Before diving into technical details, I'd like to give some context on why I've built this setup when managed solutions already exist.
Feb 11, 2022
If you've ever worked with React function components and the useEffect hook, there's a high probability that you've faced this warning.
Apr 14, 2021
1 Si vous avez besoin d'aide pour mieux définir vos besoins et votre vision, mes amis peuvent vous aider. ↑
2 Ce rapport de l'IDC, "Improving IT Project Outcomes by Systematically Managing and Hedging Risk" par Dana Wiklund et Joseph C. Pucciarelli, est souvent cité, mais je n'ai pas trouvé de lien public. ↑
