Gestion de projet
Résumé :
Cet article vous parle de gestion de projet informatique ; il donne des éléments de notre méthodologie pragmatique.
Ah oui, au fait 🙋♂️ cette "méthodo" s'appelle ActiveMethod.
Qu'est-ce qu'un projet ?
Est-ce vraiment la peine de donner une définition ? 🤨
Bon alors un projet, c'est une activité qui va durer un certain temps.
Grâce à cette activité, on cherchera à atteindre certains objectifs... 🎯
Ceux-ci seront plus ou moins bien définis !
En pratique avec le nez dans le guidon 🚴♀️ il arrive qu'on dérive peu à peu des objectifs initiaux.
Classifier le projet dans notre matrice Besoin ✖️ Technologie
Cette matrice exclusive nous permet de reconnaître différents types de projets informatiques.
En particulier... On fera attention aux projets casse-g***le 🚑.
Catégorisons les besoins en deux sortes :
- Les besoins connus : mettre en place une facturation, un CRM ou une gestion de stock c'est du connu
- Les besoins nouveaux : mettre en place un système ambitieux qu'on n'a pas déjà vu ailleurs, c'est du nouveau.
Maintenant 🧐 catégorisons les technologies en deux sortes :
- Les technos connues : c'est-à-dire technologies connues par notre équipe de projet
- Les technos nouvelles : c'est-à-dire... les autres.
Voici maintenant la matrice Besoin ✖️ Technologie :
| Besoin connu | Besoin nouveau | |
|---|---|---|
| Techno connue | Haha... Est-ce vraiment un projet ? Résoudre un besoin connu avec une technologie connue, c'est de la production.
On va pouvoir quantifier le projet précisément, faire une jolie planification Gantt ; réussir le budget et le planning, se féliciter à la fin. 🏆 Réjouissons-nous. |
Traiter un besoin nouveau avec une technologie que l'on maîtrise : c'est le projet "normal" par excellence. La maîtrise technique va être le socle pour bâtir la réponse 🏰 au besoin nouveau. Si celui-ci est bien défini, on va s'en sortir facilement, sinon il faudra faire des tours successifs de création, test, validation. |
| Techno nouvelle | Prendre en charge un besoin connu avec une technologie nouvelle : cela devient (donc) 🙄
un projet de nature technologique. Il s'agit de valider les apports de la nouvelle technologie au besoin connu. Exemple : le projet, c'est de faire un CRM qui fonctionne en 3D comme un jeu vidéo. Ce n'est pas un vrai exemple 😂 ... mais ça pourrait le devenir 😋. |
Alors là j'annonce : danger 🚑.
Mettre en oeuvre un besoin nouveau avec une techno nouvelle, cela veut dire qu'il faut procéder par prototypages successifs, avec le risque permanent d'aller dans le mur. Que dire de la planification ? Elle ne peut être que de proche en proche, avec des validations côté techno et des validations côté besoin. Bref oui, ce sont des projets casse-g***le et on sera donc prudents. ⚠️ |
Bien sûr nous pourrions ajouter d'autres dimensions à ce tableau :
- En particulier, l'impact "conduite du changement" ou pas ; en clair est-ce que par rapport aux personnes concernées par le projet, celui-ci va imposer des changements douloureux [un peu / beaucoup / énormément].
- C'est clair que si vous visez un besoin nouveau via une technologie nouvelle et que les impacts sociaux sont importants : bon courage 🙏.
Dernière remarque sur notre matrice : conçue à la base pour des projets de création d'applications informatiques,
elle pourrait s'avérer complètement inutile dans des cas différents. Désolés. 😉
La définition du périmètre
On ne doit pas passer notre vie à définir ce qui fait partie ou pas du périmètre !
En effet, celui-ci évolue toujours un peu au cours du projet, en fonction :
- des besoins qui évoluent
- des opportunités qui se découvrent 😄
- des impossibilités éventuelles qui apparaissent 😕
On n'y passe pas notre vie, mais il faut y passer un peu de temps, pour éviter des malentendus par la suite !
Qu'est-ce qu'une bonne définition de périmètre ? C'est une description, compréhensible par les acteurs du projet
- des objectifs à atteindre
- de ce qui sera réalisé
- de ce qui ne fait pas partie du projet !
Bien évidemment, cette définition aura des liens directs avec les aspects budgétaires 💰 et de planification 📅.
Comprendre l'adéquation projet - budget
On sous-évalue les budgets de réalisation informatique.
Le biais cognitif correspondant, c'est le biais de "je l'ai dans ma poche" 📱.
Bah oui, nous avons dans notre poche des centaines d'applications qui ne nous coûtent rien !
Et pourquoi elles sont gratuites ?
- Elles ont été financées par d'autres
- Quand c'est gratuit c'est vous le produit : votre attention est monétisée 💰 ... quand ce ne sont pas vos données
Bref voici comment les développeurs illustrent le risque de budget insuffisant :
Cette illustration qui existe sous différentes formes, nous dit la chose suivante :
Les éléments qui feront la qualité finale 🥇 d'une réalisation dépendent du budget ; il s'agit :
- de la finition
- de l'ergonomie
- du degré d'adéquation détaillée au besoin
- de la capacité à monter en charge,
bref de toutes choses qui font la différence entre un travail de maquettage et un système abouti.
Comprendre l'adéquation projet - planning
De même que pour le budget, la question de la planification peut être abordée d'une façon relativement crue. 🥒🍅🥕
Parmi les questions à se poser, on verra les suivantes :
- Y a t-il un planning ?
- Ce planning a t-il été établi avant ou après la définition du périmètre ?
- Ce planning a t-il été établi dans le bleu du ciel 🌃, ou est-il appuyé sur une évaluation réaliste des travaux ?
- Y a t-il une date de fin imposée (deadline) ?
- Cette deadline est-elle appuyée sur une échéance impérative (ex: les JO à telle date) ou sur un souhait ?
- Les effectifs nécessaires au projet auront-ils les moyens réels de lui donner la priorité ?
Comme on l'aura compris, si le projet prévu n'a pas les moyens de ses ambitions, ou si la durée prévue n'est pas réaliste... On est mal 😰.
À l'inverse, si la disponibilité des ressources est assurée, le planning prévu pour la réalisation est confortable... Le projet peut devenir une vraie partie de plaisir 👌.
D'autres éléments à découvrir
Dans notre méthodologie exclusive ActiveMethod, appuyée comme on l'aura compris sur du pragmatisme 🔧 ...
Il y a bien d'autres choses encore, à commencer par la structuration en phases, en actions et en jalons ; la question des éléphants dans le salon ; la gestion des alertes ; la gestion des risques ; l'organisation des réunions, etc.
La présentation de tous ces éléments dépasse le cadre de cette petite page de survol ✈️.
Envie de travailler avec nous ? Le formulaire de contact 📜 n'est jamais très loin.
Envie que nous enrichissions cette page, ou de réagir à son sujet ? De même, faites le nous savoir.
On vous répondra !
