Utiliser Kanban pour le développement WordPress

Êtes-vous une personne « effacer l'ardoise » ? Combien de fois avez-vous dit que vous recommenceriez le lundi, ou le premier du mois, ou au début de l'année ? Voici un secret : ça ne marche jamais.

Vous ne pouvez pas vraiment effacer l'ardoise, et vous ne devriez pas le vouloir. Vous êtes arrivé jusqu'ici grâce au travail que vous avez fait dans le passé. Oui, il existe probablement un moyen plus efficace, mais vous ne le découvrirez pas en annulant tous les progrès que vous avez réalisés.

C'est pourquoi j'aime le système kanban. J'ai commencé à l'utiliser début 2019 pour remanier mon flux de travail, et j'en suis accro. C'est parfait pour le type d'équipe qui doit rester organisée et au top du travail, mais qui sait aussi que les choses vont changer – beaucoup.

Dans cet article, je vais me concentrer sur le kanban pour les équipes de développement WordPress, mais quelques-uns des exemples que j'utilise proviennent de mes propres tableaux kanban, qui sont créés autour de mes workflows d'écriture.

Qu'est-ce que le Kanban ?

Pour comprendre le développement Kanban, vous devez d'abord comprendre la pensée Lean.

La pensée Lean n'est pas une méthodologie. Il s'agit plutôt d'un état d'esprit basé sur des valeurs qui encadrent le contexte d'un projet. Les sept valeurs maigres sont :

1. Éliminez le gaspillage en vous débarrassant de tout ce qui n'ajoute pas de valeur au projet.
2. Amplifiez l'apprentissage en recueillant régulièrement des commentaires pour améliorer les processus
3. Décidez le plus tard possible, c'est-à-dire après avoir rassemblé toutes les informations pour éclairer les décisions.
4. Livrer le plus rapidement possible sans sacrifier le moral de l'équipe ou la qualité du produit ; il s'agit d'efficacité et de durabilité, pas seulement de vitesse.
5. Responsabiliser les équipes, assurer la santé et l'énergie des développeurs et promouvoir en s'appuyant sur l'expertise et le leadership.
6. Créez des expériences intuitives et précieuses.
7. Voyez l'ensemble de l'image en évaluant l'ensemble du projet, pas seulement ses caractéristiques individuelles.

Les équipes qui emploient la pensée Lean utilisent souvent la méthode kanban pour la gestion des flux de travail. Vous pouvez configurer un tableau kanban avec des fiches papier ou vous pouvez créer un tableau kanban numérique avec un outil comme Asana ou Trello. Créez un flux de travail en configurant différentes colonnes, puis déplacez la carte dans le flux de travail de gauche à droite au fur et à mesure que les tâches sont terminées.

Source : Asana

Le tableau kanban le plus basique comporte trois colonnes :

• À faire
• En faisant
• Terminé

Avec les tableaux Kanban avancés, vous pouvez avoir des colonnes supplémentaires, et chaque carte peut avoir son propre ensemble de sous-tâches à accomplir. Voici un exemple de quelques-unes des sous-tâches d'une carte dans mon Asana :

Étant donné que le kanban a tendance à suivre les éléments de travail plus volumineux au lieu des petites tâches, il est courant d'avoir besoin de plusieurs sous-tâches et instructions sur une seule carte, ainsi que des dates de début et de fin, des personnes affectées et des documents de support.

Principes Kanban

Le développement Kanban est un moyen de mettre en place des processus évolutifs ; il n'exige pas de changements immédiats en effectuant des tâches spécifiques dans l'instant. Cela ne commence pas non plus avec une ardoise vierge. Au lieu de cela, il s'appuie sur et adapte vos processus actuels et la structure de votre équipe.

Il existe quatre principes de base du kanban :

1. Commencez par vos processus actuels. Incluez les étapes, les politiques et les règles que vous suivez actuellement. Cela peut changer à l'avenir, mais c'est le but du développement kanban – évoluer.
2. L'équipe doit s'engager dans des changements progressifs et évolutifs.
3. Respectez et maintenez les titres de poste, les rôles et les responsabilités, du moins pour le moment. La structure de l'équipe peut changer à mesure que vous modifiez vos processus.
4. Encouragez les membres de l'équipe à tous les niveaux à diriger le cas échéant.

Pratiques Kanban

Il existe six pratiques kanban de base :

1. Visualisez vos projets en créant des colonnes qui correspondent à chaque étape de votre processus actuel.
2. Définissez un plafond pour limiter le nombre d'éléments de travail actifs dans chaque colonne. Cela aide à créer un rythme réaliste et permet aux membres de l'équipe de se concentrer sur les tâches les plus importantes sans se sentir distraits ou dépassés.
3. Mesurez la vitesse à laquelle les cartes se déplacent dans tous les domaines et évaluez s'il y a des goulots d'étranglement ou du gaspillage.
4. Définissez les étapes, les politiques et les règles du processus afin que tous les membres de l'équipe soient informés.
5. Mettez en œuvre des boucles de rétroaction et apportez les ajustements nécessaires aux processus.
6. Améliorez-vous en collaboration et évoluez rapidement. Cette pratique combine les quatre principes afin que l'équipe puisse prendre des décisions dans son ensemble.

Kanban pour le développement WordPress

Création d'un tableau

Pour utiliser Kanban pour le développement WordPress, vous devrez diviser votre processus en étapes de développement spécifiques. Le moyen le plus simple de le faire est d'examiner une fonctionnalité que vous avez déjà fournie et de répertorier chaque grande étape de développement. Voici un exemple de l'ingénieur logiciel Harrison Ferrone :

Chaque étape est ensuite utilisée pour créer une colonne dans votre tableau kanban. Voici un exemple de tableau kanban d'Asana utilisé pour le suivi des bogues :

Voici d'autres idées de colonnes pour votre tableau kanban de développement WordPress :

• Backlog : idées qui peuvent ou non être mises en œuvre
• Obligatoire : Idées à développer
• Prêt pour la conception : des idées qui sont clarifiées et qui ont le feu vert pour la prochaine étape
• En cours : vous pouvez avoir des colonnes « En cours » distinctes pour les étapes de conception, de codage et de production
• Prêt pour l'examen : vous pouvez avoir des colonnes distinctes « Prêt pour l'examen » pour chaque étape
• En révision : vous pouvez avoir des colonnes « En révision » distinctes pour chaque étape
• Modifications nécessaires : articles retournés qui nécessitent plus de travail
• Terminé

Vous pouvez également classer les cartes en fonction de leur priorité. Des outils comme Asana et Trello ont un code couleur à cet effet. Vous pouvez hiérarchiser des catégories telles que les bogues, les fonctionnalités client et les problèmes clients, mais cela fonctionne mieux pour votre équipe.

Définition des limites de travail en cours

La configuration du tableau kanban n'est que le début de l'organisation du flux de travail. Toute l'équipe de développement doit comprendre comment utiliser le tableau kanban et ce qu'on attend d'elle à chaque étape. Ceci est particulièrement important si vous remarquez des goulots d'étranglement ou des colonnes qui s'accumulent avec le travail à un rythme plus rapide que les autres colonnes. Il est probable que vous deviez définir une limite de travail en cours (WIP) pour empêcher que cela ne se produise, en supposant que vous ayez confiance que les membres de votre équipe travaillent suffisamment efficacement.

Par exemple, l'étape « Test et validation » peut être un goulot d'étranglement si cette partie du processus prend plus de temps que les autres parties. La solution consiste à définir une limite WIP pour cette colonne, la colonne qui la précède ou l'ensemble du tableau kanban. Vous pouvez limiter les colonnes « Construire une fonctionnalité » et « Tester et valider » à cinq chacune. De cette façon, il n'y a jamais plus de cinq fonctionnalités en cours de création à la fois et pas plus de cinq fonctionnalités qui nécessitent des tests et une validation à la fois. Une fois le test et la validation terminés pour une fonctionnalité, un autre élément de travail peut être déplacé de la colonne « Build ». Cela permet au flux de travail de se poursuivre sans se laisser prendre à un seul endroit.

Selon Kanbanize, une bonne règle de base pour définir les limites WIP est de multiplier vos développeurs par deux. Si vous avez dix développeurs, vous définirez un maximum de 20 projets pour un moment donné. Des limites inférieures sont meilleures pour l'efficacité, mais ne les définissez pas si bas que votre équipe n'ait rien à faire en attendant que d'autres développeurs terminent les éléments de travail.

Meilleures pratiques de développement Kanban

Incluez les détails et la justification des limites WIP. Vous pouvez l'écrire directement au tableau afin que les membres de l'équipe puissent s'y référer en cas de besoin. Par exemple, l'un de mes clients a des instructions sur une carte en haut d'une colonne pour expliquer combien d'articles peuvent être réclamés par jour et les jours et heures auxquels des articles sont ajoutés au tableau tout au long de la semaine.

Clarifiez quand une carte doit passer d'un tableau à l'autre. J'ai intégré cela directement dans les sous-tâches de certaines de mes cartes, et je sais qu'il ne faut déplacer la carte qu'une fois les sous-tâches précédentes terminées :

Vous pouvez également définir des paramètres plus spécifiques. Par exemple, je ne peux déplacer une fiche dans la colonne « Terminé » que si j'ai ajouté le lien publié de l'article à mon portfolio et si l'article est payant.

Développez le flux de travail pour tenir compte des éléments de travail qui vont et viennent entre les colonnes. Disons que vous avez un élément dans votre colonne "Code Review". S'il échoue à la révision du code, il devra revenir à la colonne précédente, qui est probablement quelque chose comme « Construire une fonctionnalité ». Si cela se produit souvent, vous avez un nouveau type de goulot d'étranglement, mais si vous définissez une limite WIP basse, vous ne ferez pas assez de travail.

La solution consiste à créer de nouvelles colonnes, telles que « Échec de la révision du code » et « Deuxième révision du code ». Vous diriez ensuite à votre équipe que si une fonctionnalité réussit l'examen initial du code, elle peut passer directement à l'étape naturelle suivante et ignorer les deux colonnes supplémentaires que vous venez d'ajouter. Ou, vous pouvez mettre une nouvelle colonne au début du flux de travail pour rassembler les révisions échouées et les pousser à nouveau à travers le processus, ou vous pouvez ajouter une colonne « Correction » dans le processus pour résoudre ces problèmes. La meilleure solution est celle qui fonctionne avec votre processus personnalisé.

Emballer

Il n'y a pas un seul type de tableau kanban, pas même pour deux équipes de développement qui font exactement la même chose. C'est ce qu'il y a de bien : vous pouvez l'adapter complètement à vos besoins, puis l'adapter à mesure que vos besoins évoluent et évoluent. Dans l'ensemble, le développement Kanban est excellent pour les équipes qui doivent créer ce que les utilisateurs veulent ; livrer ces fonctionnalités à temps ; et créez un rythme de flux de travail durable.

Maintenant que votre flux de travail de développement est fluide, apprenez à configurer votre espace de travail numérique pour une plus grande productivité.