Le Probleme du Kanban dans le Developpement Logiciel Les tableaux kanban generiques ont ete concus pour la fabrication, pas pour le code: Le Modele de Fabrication: - La carte represente un widget - Le widget se deplace a travers les stations - Chaque station est un emplacement physique - Le statut est binaire: a la station ou non La Realite du Logiciel: - La carte represente une feature/bug - La feature existe dans plusieurs etats simultanement - Code dans la branche, PR ouvert, revue en attente, CI en cours - Le statut est complexe: le code existe mais le travail n'est pas 'fait' Ou le Kanban Generique Echoue Probleme 1: Le Statut Ment - La carte dit 'En Cours' mais pas de commits depuis 3 jours - La carte dit 'En Revue' mais le PR a des conflits de fusion - La carte dit 'Fait' mais le PR n'a pas ete fusionne - Les mises a jour de statut manuelles sont en retard de heures ou jours Probleme 2: Contexte Manquant - Quelle branche a ce travail?
- Combien de commits jusqu'ici? - Qui revise?
- Les tests passent-ils? - Y a-t-il des conflits de fusion?
Le kanban generique ne montre rien de ca. Probleme 3: Suivi Duplique - GitHub a le statut de l'issue - Kanban a le statut de la carte - PR a le statut de revue - Le developpeur met a jour les trois (ou pas) - Lequel est la verite?
Probleme 4: Pas d'Application de WIP - Principe kanban: limiter le travail en cours - Tableaux generiques: cartes illimitees par colonne - Resultat: 15 items 'En Cours', rien ne bouge vraiment GitScrum: Kanban Qui Comprend le Code Les tableaux kanban GitScrum se connectent directement a GitHub: Les Cartes Connaissent Leur Code: - Chaque carte se lie a l'issue/branche GitHub - Compte de commits visible sur la carte - Statut PR montre (ouvert/brouillon/fusionne) - Statut de revue (approuve/changements demandes) - Statut CI (passant/echouant) Mises a Jour de Statut Automatiques: - Branche creee? La carte se deplace vers 'En Cours' - PR ouvert?
La carte montre l'indicateur PR - Revue approuvee? La carte le reflete - PR fusionne?
La carte se deplace vers 'Fait' Pas de glissement manuel requis pour les changements pilotes par le code. Comment Fonctionne le Kanban GitScrum Configuration du Tableau: 1.
Connecter l'organisation GitHub 2. Creer un tableau avec des colonnes personnalisees 3.
Ajouter des cartes (ou importer des issues GitHub) 4. Lier les cartes aux branches/PRs Utilisation Quotidienne: - Ouvrir le tableau pour voir l'etat actuel - Les cartes se mettent a jour depuis l'activite GitHub - Glisser pour changer la priorite (pas le statut) - Les changements de statut viennent de l'activite du code Indicateurs Visuels: - Icone PR: Pull request existe - Icone check: CI passant - Icone X: CI echouant - Icone oeil: En revue - Icone horloge: En attente de revue - Icone fusion: Pret a fusionner - Badge numero: Compte de commits Configuration des Colonnes Colonnes de Developpement par Defaut: 1.
Backlog - Non commence 2. A Faire - Planifie pour le sprint actuel 3.
En Cours - La branche existe, des commits se passent 4. En Revue - PR ouvert, en attente de revue 5.
Pret a Fusionner - Approuve, CI passant 6. Fait - PR fusionne Colonnes Personnalisees: - Ajoutez toutes les colonnes dont vous avez besoin - Configurez les declencheurs pour le mouvement automatique - Definissez les limites WIP par colonne - Colonnes d'archive pour le travail termine Limites WIP Qui Fonctionnent Vraiment Principe kanban: Limiter le travail en cours.
WIP de tableau generique: - Definir la limite a 3 - Les gens l'ignorent - 8 items s'accumulent dans 'En Cours' - Goulot d'etranglement invisible WIP GitScrum: - Definir la limite a 3 par developpeur - Avertissement visuel quand depasse - Ne peut pas commencer de nouveau travail jusqu'a ce que quelque chose bouge - Force la completion avant de commencer Suivi WIP reel: - Compter par assignee, pas juste par colonne - Voir qui est surcharge - Equilibrer le travail dans l'equipe - Vraiment appliquer les principes de flux GitScrum vs Kanban Generique | Fonctionnalite | Kanban Generique | GitScrum | |----------------|------------------|----------| | Source de statut | Glissement manuel | Activite GitHub | | Visibilite PR | Aucune | Statut complet montre | | Statut CI | Aucun | Pass/fail visible | | Statut de revue | Aucun | Approuve/changements montre | | Application WIP | Optionnel/ignore | Limites actives par personne | | Synchronisation GitHub | Aucune ou unidirectionnelle | Bidirectionnelle temps reel | | Visibilite commits | Aucune | Compte et activite | | Conflits de fusion | Caches | Avertissement visible | Prix pour les Equipes de Developpement - 2 utilisateurs: GRATUIT pour toujours - 3+ utilisateurs: $8.90/utilisateur/mois - Toutes les fonctionnalites kanban incluses - Tableaux illimites - Integration GitHub complete Equipe de 5 personnes: $26.70/mois - Tableaux kanban illimites - Toutes les vues (kanban, swimlane, timeline, liste) - Application des limites WIP - Integration PR/CI GitHub Equipe de 10 personnes: $71.20/mois - Tout ce qui precede - Vues de charge de travail d'equipe - Tableaux inter-equipes - Analytiques avancees La Conclusion Les tableaux kanban generiques montrent le statut que quelqu'un a tape. Les tableaux kanban GitScrum montrent le statut de votre code.
Quand votre kanban reflete la realite: - Pas de mises a jour de statut manuelles - Problemes PR visibles immediatement - Limites WIP vraiment appliquees - Problemes de flux identifies tot GitScrum: Tableaux kanban qui comprennent le developpement logiciel. 2 utilisateurs gratuits.
$8.90/utilisateur/mois. Voyez ce qui se passe vraiment dans votre code.
L'Avantage GitScrum
Une plateforme unifiée pour éliminer le changement de contexte et récupérer des heures productives.
