2018-05-02 guylarochelle

Planifications et estimations, pourquoi est-on en retard?

J’ai fait quelques petites lectures intéressantes dernièrement que j’aimerais bien partager avec vous. Je résume en fait une toute petite portion d’éléments provenant du cours en ligne « Agile Estimating & Planning » de Mike Cohn (Mountain Goat Software).

Indépendance des tâches

Il existe quelques raisons expliquant pourquoi les plans ne fonctionnent pas, notamment dans le domaine des technologies de l’information. La première est l’importance majeure qu’ont les dépendances entre les éléments du plan. Il est démontré que si chaque élément était TOTALEMENT indépendant des autres, alors les erreurs d’estimation (sur ou sous-évaluation) s’élimineraient entre elles et on aurait une distribution normale similaire à celle-ci :

Si c’était le cas, on pourrait alors avoir confiance aux estimés et aux plans.

2017-12-14 JS Sladecek

MVP (Produit Minimum Viable), si simple et si confus à la fois !

En équipe, vous êtes en train de faire votre plan de livraison durant la phase de préparation d’un projet X. Celui-ci est basé sur vos cas d’utilisation ou encore de vos histoires, et lorsqu’est venu le temps de déterminer votre MVP, votre PO vous indique que son produit minimum viable (MVP) constitue la livraison de l’ensemble des fonctionnalités.

Vous lui faites alors remarquer que l’essence même de l’Agilité est de piloter par la valeur, et non par le plan. Ceci implique de rendre l’investissement et le temps de développement fixe, tout en laissant la latitude d’estimer la portée qui nous permettra possiblement de faire émerger le produit minimum viable.

Votre PO vous mentionne alors que le demandeur a émis des objectifs (sur lesquels la portée a été basée) et que, pour être viable, il doit tous les rencontrer, donc il doit tout livrer!

2017-10-05 Phillipe Cantin

Passer des fausses certitudes aux doutes adaptables

(English follows)

Avant de donner un GO à un nouveau projet ou lors du suivis d’un projet en cours, les parties prenantes et organisations exigeront toujours d’avoir un minimum de confiance dans la planification. En méthodes traditionnelles (e.g. en cascade), ceci se reflète souvent par un besoin de savoir exactement ce qui va être fait, quand ce sera fait et à quel prix. Comme nous le savons maintenant, peu importe la précision de ces prédictions initiales, la réalité en constant changement du projet a tendance à rendre le plan inapproprié. Dans de telles cultures de développement, minimiser les écarts face au plan est plus important que de maximiser la valeur du projet.

2017-09-21 Phillipe Cantin

Planifiez-vous pour gagner ou pour ne pas perdre?

low-bar

(English follows)

Imaginez que, en tant que membre d’une équipe Agile, vous tentez quelque chose de nouveau afin d’augmenter la qualité de votre produit et que ça ne fonctionne pas. Qu’est-ce qui fait le plus mal? Devoir re-planifier et essayer de nouveau ou devoir rendre des compte sur cet échec?

Imaginez maintenant que vous, toujours en tant que membre d’une équipe Agile, devez faire des choix difficiles dans la gestion de votre temps suite à des imprévues ayant décuplé la grosseur de l’une de vos tâches. Qu’est-ce que vous regretteriez le plus? Ne pas pouvoir augmenter la qualité du produit ou avoir manqué votre estimation?

Voyez-vous où nous allons avec ceci?