Il n'est pas toujours facile de trouver le bon chemin dans les processus de développement (comme dans d'autres activités commerciales). Divers obstructions peuvent déranger. La durée de vie future de tout produit ou service dépend du choix d'une méthodologie de développement appropriée. Comme Kanban est souvent nommé comme l'une des tendances actuelles de la gestion de projet, nous avons rassemblé ici les avantages les plus essentiels du développement de logiciels Kanban et de l'application de tableaux et cartes Kanban pratiques. Juste pour être à la mode;)
Qu'est-ce que Kanban?
Plongeons-nous dans des exemples décrivant deux situations différentes:
- Premier cas : imaginez une ancienne usine de convoyeurs dont les activités dépendent directement du plan de l'État. Ce plan définit clairement le nombre de produits à fabriquer. En conséquence, l'usine fait face à des entrepôts surpeuplés du fait que les compilateurs du plan de l'État peuvent souvent être confondus avec la demande. Ils n'ont souvent pas le temps de vendre les produits.
- Le deuxième cas : passez à la réalité et imaginez un showroom Toyota d'aujourd'hui. Un acheteur choisit un modèle de voiture et va effectuer un paiement. Cependant, aucun modèle de couleur n'est requis pour le moment. La commande est envoyée au siège social de Toyota. Vous êtes informé de l'heure de livraison de la voiture (de votre couleur). À partir de ce moment seulement, ils commencent à produire une voiture. Surtout pour toi.
Le principe est évident: d'abord la vente, puis la production. En d'autres termes, le principe du juste-à -temps (JIT) fonctionne ici. D'abord, les objectifs et les délais, puis planifier et travailler.
Les entrepôts Toyota ne seront pas débordés, comme dans le premier cas. Ils n'auront pas besoin de stocker les détails préfabriqués pendant longtemps. C'est parce que ce qui est fait sur la ligne en ce moment est une norme nécessaire pour certaines voitures récemment vendues. L'un des éléments clés des principes JIT est Kanban.
Les tableaux et cartes Kanban sont des "feux de signalisation" particuliers dans le système JIT. Kanban permet aux entreprises d'être réactives aux besoins des clients au lieu de prévoir les besoins, comme cela s'est produit dans le premier cas décrit.
Cependant, rapprochons-nous d'un monde de développement logiciel.
Au lieu de détails sur la voiture, imaginez des tâches de développement et des bugs. Un testeur reçoit plusieurs articles pour vérification. Lorsque le QA manque de tâches de vérification, il / elle doit informer les développeurs d'en obtenir de nouveaux. Si les programmeurs n'ont pas le temps de terminer de nouvelles tâches, le testeur reste simplement sans travail pendant un certain temps.
La situation inverse se produit également: le QA accumule beaucoup d'articles et il / elle n'a pas le temps de tout vérifier à temps. Dans ce cas, la date de sortie du produit est également retardée.
En développement logiciel, Kanban est beaucoup plus difficile à équilibrer qu'en fabrication. C'est à cause des spécificités du travail: si les machines produisent des détails du même type, les programmeurs travaillent avec le code via leur propre cerveau, où il y a quelque chose comme 100 milliards de neurones et un, mais significatif, le facteur humain.
Pourquoi le développement logiciel a-t-il besoin de tableaux Kanban?
En fait, les tableaux Kanban peuvent être appliqués partout: de la planification personnelle, au développement et même à la mise en œuvre dans la gestion d'un atelier de céramique.
Pour mieux comprendre la portée et l'utilité des tableaux Kanban, il vaut la peine de se plonger dans ce qu'est Kanban et généralement dans sa signification en tant que méthodologie.
10 bonnes raisons d'utiliser Kanban
Voici 10 raisons pour lesquelles il est utile d'implémenter des cartes Kanban dans les sociétés informatiques qui développent des logiciels:
1. DĂ©finition des goulots d'Ă©tranglement
Le passage aux tableaux Kanban à partir des listes de tâches régulières peut immédiatement montrer des goulots d'étranglement: dans les listes de tâches, il y avait une grande file d'attente de tâches car un QA n'a pas réussi à les vérifier toutes. Il / elle a pris la tâche de vérifier avec un long retard. Après que le testeur a renvoyé l'article pour révision, le programmeur l'a déjà oublié. C'est un moment précieux pour revoir le code et se souvenir de tous les détails. Cela signifie que l'équipe a besoin d'un testeur de plus.
Le tableau Kanban vous permet de voir les goulots d'étranglement dans votre processus où les lignes sont formées. Dans certains
logiciels de gestion de projet professionnels, la fonction de limites WIP permet de faire face à cette tâche. Si vous avez plus ou moins de tâches que vous n'en avez besoin - la colonne est respectivement mise en surbrillance en rouge ou en jaune.
Tableau Hygger Kanban2. Concentration au travail
Les programmeurs doivent se concentrer directement sur leur travail. Par conséquent, c'est bien quand ils reçoivent un ensemble de tâches et n'ont pas besoin de penser à quoi faire ensuite, comme le manager y a déjà pensé. Vous avez juste besoin de prendre l'élément suivant dans le travail.
Parfois, Kanban suggère un choix indépendant de tâches par-dessus. Ensuite, le niveau professionnel de toutes les personnes doit être égal pour qu'il ne soit pas évident que la tâche la plus difficile «incombe» au spécialiste junior.
Mon filtre de tâches vous aide à mettre l'accent sur vos tâches. Il permet de voir rapidement vos tâches au tableau.
3. Se concentrer sur une tâche
Avant d'utiliser Kanban, les développeurs pouvaient travailler sur quelques tâches en même temps. Ils sont passés d'un problème à un autre et ont passé énormément de temps à changer. En moyenne, il a
fallu plus de 25 minutes pour reprendre une tâche après avoir été interrompu.
Chaque fois qu'ils l'ont fait, il a fallu beaucoup de temps pour se lancer dans une tâche: revoir les termes de référence et un prototype, lire un code actuel et construire sa représentation interne. Grâce à la fonctionnalité de limites WIP dans Kanban et à une vue panoramique, un développeur ne peut pas travailler sur plus d'une tâche à la fois.
4. Vue panoramique
Grâce aux tableaux Kanban, vous avez toute l'image du projet sous vos yeux. En ouvrant le forum, vous pouvez rapidement obtenir des réponses à des questions importantes:
- Qui est occupé en ce moment?
- Quel sera le travail futur de chaque individu?
- Quelles tâches ont été redécouvertes en raison de bugs?
- Qui est sans tâches?
- Qui a une grande gamme de tâches?
- Y a-t-il eu des changements au cours des dernières 24 heures? et où
- Quand l'élément spécifique sera-t-il terminé?
- Quand les tâches d'un spécialiste spécifique prendront-elles fin?
Tableau Kanban Asana5. L'ordre exact de sortie des fonctionnalités
L'ordre de sortie des fonctionnalités est également important. Dans les listes basées sur les priorités, il est difficile de gérer précisément la commande. Si un programmeur a cinq tâches avec une priorité absolue en même temps, il lui sera difficile de décider laquelle de ces tâches sera prise en premier.
Les tableaux Kanban offrent simplement une sortie lorsque la commande est importante. Cette solution visuelle est une colonne verticale avec des tâches. Plus la tâche est élevée, plus elle est importante. Kanban, soit dit en passant, implique de définir les priorités comme l'un des aspects importants de la méthodologie.
Les exigences changent constamment et de nombreuses tâches peuvent perdre leur pertinence et «descendre». Certaines tâches peuvent fortement "augmenter". au contraire. Les gestionnaires doivent constamment «garder le doigt sur le pouls» pour permettre aux programmeurs de faire les choses les plus nécessaires.
Tableau Kanban Trello6. Priorité aux tâches principales
Kanban apprend Ă se concentrer sur les principales choses qui ajoutent vraiment de la valeur au produit. Il vous permet de diminuer le nombre de bugs inutiles.
Ce n'est pas une tâche facile pour un chef de produit de distinguer les bogues importants des bogues de priorité inférieure. Les couloirs de natation visent à aider.
Ce sont les colonnes horizontales du tableau Kanban. En règle générale, les programmeurs ont les couloirs de natation suivants sur la carte:
- Bloqueurs - tâches et bogues qui doivent être corrigés en temps réel. Un exemple est un enregistrement cassé.
- Tâches et bogues - les tâches et bogues courants habituels.
- Un jour - tâches qui ont perdu leur pertinence.
Le système est similaire à la
matrice Eisenhower . Les questions importantes et urgentes sont les bloqueurs. Important, mais pas urgent - tâches et bogues. Peu important et urgent, ainsi que sans importance et non urgent - c'est un jour.
7. Flexibilité
Un tableau Kanban aide à devenir plus flexible. Cela est particulièrement nécessaire lorsque le produit reçoit des commentaires utiles. Il s'agit de messages et de demandes, d'analyses comportementales, de résultats de tests A / B, de critiques, etc.
Dès que vous déplacez une nouvelle fonctionnalité pour la production, vous commencez immédiatement à la modifier en fonction des commentaires. Selon Kanban, un programmeur fonctionne comme un processeur: un cycle d'horloge est une tâche.
Plus les cycles sont fréquents, plus l'équipe de développement est flexible.
Tableau Kanban Wrike8. Esprit d'Ă©quipe et travail constant
Le contrôle qualité commence à travailler sur les fonctionnalités presque immédiatement après la fin des fonctionnalités par les développeurs.
Comment c'était avant? Le contrôle qualité a testé une fonctionnalité non pas une fois terminée, mais longtemps après. Les développeurs pouvaient à peine se souvenir de cette fonctionnalité à ce moment-là et ils ont passé beaucoup de temps à essayer de rattraper le retard.
Kanban autorise les fonctionnalités de test d'AQ presque après leur achèvement. Il s'agit également du travail des vendeurs, designers, éditeurs et autres. Toute l'équipe fonctionne de manière cohérente comme un métronome qui produit des battements réguliers.
9. Erreurs fréquentes
En ce qui concerne Scrum, il convient de noter qu'en travaillant avec cette méthodologie, nous ne lançons une fonctionnalité qu'à la fin d'un sprint (comme une fois toutes les 3 semaines).
Selon Kanban, nous les lançons presque après la fin d'une période de test (comme une fois en quelques jours). De cette façon, nous découvrons plus rapidement si les utilisateurs aiment ou non la fonctionnalité.
S'ils n'aiment pas la fonctionnalité, nous avons fait une erreur quelque part.
Cela ne signifie pas que nous aimons faire des erreurs. Cependant, si nous sommes les premiers à les fabriquer, nous serons les premiers à acquérir l'expérience et à savoir quoi faire.
10. Plus de flux
Les tableaux Kanban permettent d'éviter aux développeurs la question "sur quoi travaillez-vous?" Cela semble inutile, car vous pouvez ouvrir un tableau Kanban, regarder ce que font les développeurs et continuer à travailler sur vos propres trucs.
Plats Ă emporter
Nous n'avons pas voulu montrer ici que Kanban est en quelque sorte meilleur que Scrum ou d'autres méthodologies.
Décrivons l'idée de base - Scrum s'intègre bien au début du développement de produit tandis que Kanban semble plus puissant lorsque le produit est déjà sorti.
Le logiciel Kanban et les tableaux pratiques ne sont pas une panacée ni une solution miracle pour votre entreprise. Le kanban est une condition essentielle mais insuffisante pour la réussite de vos projets. La méthode aide votre équipe informatique à travailler de manière cohérente et efficace. Donc, si vous ne l'avez pas encore appliqué, qu'attendez-vous?