Planification

Planifier le développement de produit Kanban

Nous devons parler de plans. L'une des plus grandes malentendus sur l'Agile est que l'on ne peut pas planifier. Ce n'est pas vrai. On ne peut simplement pas faire des plans détaillés à long terme qui doivent être suivis et être extrêmement rigides.

Une façon de gérer cela est de ne pas faire de diagrammes de Gantt ou de listes excel avec des tâches, des délais et des affectations. Si vous le faites – vous serez déçu. Un des inconvénients de la gestion d'un projet Kanban Agile est que l'on ne peut pas dire exactement quand les choses seront lancées et terminées.

Si vous le faites, cela prendra probablement plus de temps car vous devez le retarder, consacrer des développeurs à travailler dessus et avoir des propriétaires d'entreprise qui y assistent et le promeuvent.

Le Kanban est différent en ce sens qu'il évolue d'un état à un autre à un rythme qui suit le rythme de traitement des autres dans le système.

Si vous vous précipitez, vous accumulerez à ces différents stations et créerez ainsi du gaspillage. Cela ne fera que prendre plus de temps pour sa publication.

Il peut y avoir certaines fonctionnalités que vous ne souhaitez peut-être pas libérer à vos utilisateurs chaque jour. Vous pouvez toujours les libérer, en utilisant des drapeaux de fonctionnalités ou d'autres fonctionnalités similaires. C'est essentiellement un petit système d'administration ou une fonctionnalité de code dans laquelle vous pouvez activer des fonctionnalités pour un groupe sélectionné ou des clients spécifiques lorsque vous en avez besoin.

C'est ainsi que vous faites plaisir et aux propriétaires de produit et aux évangélistes Kanban en même temps. Cela peut sembler fou d'avoir des fonctionnalités inutilisées en attente dans la branche principale du code et ainsi publiées en production, cependant, tant qu'elles sont correctement gérées et activement travaillées sur, comme promues et communiquées par le propriétaire du produit, c'est correct. Sinon, c'est encore plus du gaspillage.

Lisez plus dans "Le Playbook du CTO" disponible sur Amazon/Kindle.