Catégorie : simplicité
-
Commerciaux versus développeurs
Les développeurs sont formels : « Les commerciaux prennent des engagements dans tous les sens vis‑à‑vis des clients et nous mettent systématiquement dans la panade. » Et les commerciaux de préciser : « Les développeurs ne respectent jamais les engagements pris et ne nous sont d’aucune aide lorsque nous faisons un chiffrage. » Photo : Nicolas Éliard La scène est…
-
Est-il raisonnable de réaliser des estimations pour ouvrir la discussion ?
Si un développeur met une estimation à 3 et l’autre à 8, alors cela montre qu’ils n’envisagent pas la même solution et qu’il est nécessaire d’échanger. Est‑ce à dire que, si deux développeurs mettent une estimation à 8, ils envisagent la même solution ? En fait, non. La solution imaginée peut être tout à fait différente. Et est‑il envisageable…
-
Une approche du déploiement continu
Au fond de l’open‑space, Thierry, le lead dev, a les yeux rivés sur son écran depuis deux jours. Il ne faut surtout pas le perturber ; il est en train de réaliser la mise à jour trimestrielle. Une opération hautement sensible, qui peut amener à un crash total du système, que lui seul maîtrise. Il faudrait…
-
Fixer un prix sans réaliser d’estimation
La légende urbaine a la vie dure. Ne pas faire d’estimation reviendrait à ne pas connaître le prix dans le développement logiciel et nécessiterait une confiance aveugle. C’est un peu simpliste et surtout très faux. Ne pas faire d’estimation signifie simplement que, pour un prix fixe, nous ne connaissons pas à l’avance le périmètre fonctionnel.…
-
Un cheminement vers l’agilité et l’arrêt des approches prédictives
En codant tu comprends que l’activité de programmation est une activité de conception, non reproductible, donc non prédictible. D’où le fossé entre ceux qui codent et ceux qui ne codent pas, et donc n’ont pas accès à cette connaissance par ce biais. Photo : Nicolas Éliard Lorsque tu comprends que toutes les estimations seront systématiquement utilisées.…
-
La bonne nouvelle
Grande nouvelle pour tous les décideurs qui crament régulièrement des centaines de millions d’euros pour n’aboutir à aucune fonctionnalité utilisable. Je vais vous révéler un secret jalousement gardé depuis un quart de siècle. Par un petit groupe de personnes régulièrement qualifiées de radicales et d’utopistes. La prochaine fois que vous commencez ce type de projet,…
-
Comment prioriser les tâches techniques ? La révélation.
Dans un précédent article, nous avons vu que la priorisation des tâches dites techniques au regard des fonctionnalités pouvait être source de complexité, de discussions interminables, voire de tensions. Dans les fonctionnements prédictifs notamment, où les tâches sont estimées , il y aura un conflit permanent entre la priorisation des tâches qualifiées de techniques et…
-
Comment prioriser les tâches techniques ?
—
par
Dans l’épaisseur du trait Dans le domaine du développement logiciel, on oppose fréquemment le travail de mise en œuvre de fonctionnalités à celui des tâches dites techniques.Ainsi, sur un site marchand, l’ajout d’un système de points de fidélité constitue un plus pour les utilisateurs : il s’agit donc d’une fonctionnalité.À l’inverse, la réalisation d’une montée…
-
Comment faire que les réunions se terminent à l’heure ?
Après avoir vu une technique particulièrement efficace pour que les réunions démarrent à l’heure, regardons comment faire pour qu’elles se terminent à l’heure. Une des approches est de considérer que l’horaire de fin est purement indicatif. Non pas que la réunion puisse déborder. Mais que sa durée puisse être réduite dès que les échanges ont…
-
Comment améliorer rapidement la communication sur un projet de développement logiciel ?
Par une règle des plus simples : ne pas parler technique en présence de personnes non techniques. Non pas que la technique ne soit pas essentielle, ou qu’elle devrait passer au second plan. Les discussions techniques ont toute leur place parmi les personnes ayant les compétences pour échanger sur le sujet. Appliquer la règle ci‑dessus, outre…