Traditionnellement, Kanban est considéré par la plupart des experts comme une forme d’Agile. Il désigne un cadre itératif distinct qui diffère considérablement des techniques de gestion de projet séquentiel telles que Waterfall. Un cadre similaire est Lean, qui est également issu des mêmes unités et pratiques de fabrication Toyota. Cela implique des paramètres tels que la livraison rapide, la prise de décision responsable, l’élimination des déchets, la responsabilisation de l’équipe et l’amplification de l’apprentissage.
En termes de techniques Agiles, la plus courante est Scrum. Il est basé sur un sprint de travail qui implique un petit intervalle de temps (généralement 2 à 4 semaines) au cours duquel le travail est effectué. Il tient compte de l’auto-organisation de l’équipe et possède des informations telles que le processus de fonctionnement de l’équipe, la structure de travail et les règles et rôles associés. A titre de comparaison, il faut remarquer que Kanban est moins complexe, plus adaptable et ne s’accompagne que de quelques règles. Le processus n’est pas limité dans le temps et peut être adapté à n’importe quel processus ou technique utilisant WIP.
Décider si Kanban convient à votre processus #
La règle générale pour les chefs de projet désireux d’adopter de nouvelles méthodes est de garder à l’esprit le type de changement exigé par l’organisation. Par exemple, en termes de changement radical, les managers devraient recourir à Scrum. Tandis que; dans le cas de plusieurs processus en cours, Kanban peut être le bon choix car il peut être adopté sans apporter de changements drastiques au système.
Le coach d’Agile Velocity, David Hawks, recommande de rechercher quelques paramètres clés pour décider si Kanban est la bonne méthode pour vous. Il a ajouté que Kanban est plus approprié pour les équipes de projet qui s’efforcent d’améliorer continuellement. De plus, les équipes avec des priorités changeantes et un potentiel de décomposition en sous-équipes plus petites sont également bien adaptées pour Kanban. Cependant, les opinions divergent à cet égard. Anderson pense que selon plusieurs études de cas, il n’est pas nécessaire que l’équipe et le travail soient décomposés en plus petits morceaux pour Kanban. Kanban peut très bien fonctionner avec un large éventail d’équipes, d’urgence et de complexité du travail.
Pendant ce temps, Hawks pense que Kanban est plus utile lorsque l’accent est mis sur les besoins et les préférences des clients. Il peut également être bien adapté aux entreprises ayant moins envie de changement et d’amélioration. Brumbaugh, de son côté, a proposé Kanban comme option pour les organisations qui ont des difficultés à comprendre Scrum. Il a raconté que Kanban est un excellent outil pour renforcer la confiance dans une organisation et qu’il a la capacité de donner le ton pour la compréhension des systèmes de sprint comme Scrum. Il peut en outre être utilisé dans tous les cadres de développement de produits verticaux. De plus, il a averti que Kanban ne devrait pas être préféré dans les organisations travaillant sur un partenariat ou dans de tels contextes où les parties prenantes ne peuvent pas s’accorder sur un ensemble particulier de préférences.
Vous n’arrivez pas à choisir entre Kanban et Scrum ? Choisissez Scrumban #
Avec la popularité de Kanban et ses résultats efficaces, plusieurs hybrides ont émergé de temps en temps. Des équipes Scrum particulières qui se sont inspirées du Lean, ainsi que de Kanban, ont conçu des moyens d’incorporer les deux, formant ainsi un hybride communément appelé Scrumbag. Cet hybride vise à ajouter le meilleur des deux techniques en ajoutant la visualisation et le WIP à Scrum. La praticienne Scrum Savita Pahuja explique que Scrum doit être utilisé pour les projets de travail et de maintenance événementiels.
Comment mettre en œuvre Kanban ? #
Dans le cas où vous avez décidé d’implémenter Kanban dans votre organisation, les éléments suivants sont nécessaires pour aller de l’avant ;
- Engagement du PM et de l’équipe de projet
- Formation Kanban ou un coach
- Tableau physique ou en ligne
- Adhésion de la haute direction
Lawrence Roybal, directeur général d’Oxford Solutions Group, recommande que les équipes Kanban ne soient idéalement pas plus de neuf personnes, consultants compris. Un tel arrangement assure une prise de décision efficace et la cohésion du groupe. Il a ajouté qu’il est impératif que l’équipe du projet ait la bonne composition de participants. De plus, Roybal a souligné que l’une des principales erreurs de Kanban est que les équipes sont réticentes à obtenir un buy-in précoce. Désormais, il est nécessaire de tenir des réunions de projet avant de démarrer le projet avec Kanban. Cela garantira que les bonnes personnes sont disponibles pour le bon poste.
