Antithèse : comment rater un projet

Synthèse de cet article :

Projet en retard

N’ajoutez pas de nouveaux développeurs, concentrez vous à résoudre tous les irritants, à fluidifier le travail, à adapter (réduire) le périmètre fonctionnel.

Temps morts

Un bon niveau d’occupation est 80%, au dessus cela devient contreproductif.
Il faut éviter la parallélisation des projets, privilégier le mono projet en serie, quitte à mieux lotir.

Projet versus maintenance

Il faut garder le même niveau d’expertise et de professionnalisme pour la phase projet (mise en place des fondamentaux) et la phase de maintenance (conservation des fondamentaux) .

Spécifique versus factorisable

Une brique réutilisable est en générale 3x plus complexe que du spécifique, est ce que cela vaut le coup?

Motivation : primes

Les primes sur de mauvais objectifs peuvent être contre productives. À privilégier : prime sur objectif précis, tâche connue. La collaboration et la créativité, deux éléments nécessaires, sont difficilement primables.

Localisation des équipes

Pour favoriser la communication et la collaboration les équipes ne doivent pas être éloignées de plus de 30 mètres.

Taille des projets

Il faut viser des petits projets avec des évolutions régulières. C’est à dire qu’il faut limiter fonctionnellement la v1.0

IT et core business

L’IT c’est le core business. L’IT définit ce que vous pouvez faire. La flexibilité de votre IT définit votre capacité à faire évoluer votre core business suivant vos contraintes économiques/marché.

Laisser un commentaire