J’ai eu l’occasion de pratiquer dans mes projets les 2 approches, commencer par la partie la plus ardue ou bien par de plus faciles pour construire la confiance et engranger de premiers bénéfices.

Les 2 ont marché ou pas pour moi en fonction des projets (contenu, degré d’innovation, niveau de changement nécessaire dans les process et habitudes, durée…) et surtout des membres de l’équipe projet, de la gouvernance projet et des parties prenantes.

The hard part first par Seth Godin

https://seths.blog/2023/11/the-hard-part-first/

Si vous essayez de réduire les risques, faites d’abord la partie la plus difficile. De cette façon, en cas d’échec, vous aurez minimisé votre temps et vos efforts.

Mais, d’un autre côté, si vous recherchez l’adhésion et l’engagement afin de pouvoir traverser la partie difficile, faites-la en dernier.

Les gens ont extrêmement de mal à ignorer les coûts irrécupérables, et les victoires précoces et les sentiments d’identification qui découlent des succès faciles du début vous donneront de l’élan dans votre progression.

---

Alors, s’attaquer à la partie la plus difficile en premier ou plus tard ?

Comme je l’indiquais en intro, je n’ai pas de réponse universelle à cette question. J’apprécie l’approche Agile, en particulier Scrum, qui focalise les choix sur les éléments qui vont apporter le plus de bénéfices business en premier.

Et vous, quelles sont vos expériences sur ce sujet ?