SCRUM et KANBAN - Agile Grenoble 2011

4 350 vues

Publié le

Publié dans : Business
0 commentaire
4 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
4 350
Sur SlideShare
0
Issues des intégrations
0
Intégrations
5
Actions
Partages
0
Téléchargements
0
Commentaires
0
J’aime
4
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

SCRUM et KANBAN - Agile Grenoble 2011

  1. 1. KANBAN et SCRUM au sein dune agence digitale Christophe NEY Directeur Technique Agence Interactive, Lyon
  2. 2. Agence interactive LAGENCE DE COMMUNICATION & MARKETING 100% DIGITALE • Tous les métiers de lunivers digital – La complémentarité des 4 pôles permet de couvrir lensemble des DESIGN métiers impliqués dans la visibilité ERGONOMIE et la performance digitale de nos clients. – En intégrant lensemble de ces compétences au sein dune équipe pluridisciplinaire, les meilleures synergies sont exploitées. – L’agilité appliquée globalement à COMMUNICATION MARKETING tous les projets apporte à lensemble de léquipe un très haut REFERENCEMENT VISIBILITE niveau de maîtrise transversale de toute la chaîne digitale. INTEGRATION DEVELOPPEMENT29 novembre 2011 1 2
  3. 3. Notre Pôle• Ressources Humaines – 8 permanents / 35 collaborateurs technologie – +/- 220h/semaine de ressources interne intégration xhtml/css cms / framework – Ressources externes en ‘renfort’ Opensource,• Activité principale php, java, xsl flash / ria / web2.0 – Réalisation de projets au forfait Mobilité, geoloc. • Sur des durées de 4 semaines à 7-8 mois accessibilité / w3c • 6-8 projets en parallele – Webmastering sur des sites existants • Evolution du contenu non éditable , de la charte graphique, ajout de fonctionnalités diverses (formulaires, laison résa, type d’objets nouveau • Maintenance : correctifs fonctionnels, evolutions de systèmes tiers (web services), defaillances logiciel liées au matériel • Support: avant-vente, après-vente, expertise technique client/partenaires • Durée des actions : de 15 minutes à 20h
  4. 4. Notre chemin agile• Amélioration continue depuis 2009 – Plan qualité – XP / Intégration continue – SCRUM – Kanban• Sur les valeurs de l’Agile Manifesto – Les individus et leurs interactions plus que les processus et les outils – Des logiciels opérationnels plus qu’une documentation exhaustive – La collaboration avec les clients plus que la négociation contractuelle – L’adaptation au changement plus que le suivi d’un plan
  5. 5. ADOPTION DE SCRUM Année 2010
  6. 6. SCRUM …• Les concepts• Les process• Les outils
  7. 7. 7 Nos Intérations par sprintPLANNING TYPE DUN PROJET PAR ITÉRATIONSLe planning suivant présente le principe de calendrier dun projet agile. Le calendrier réel du projet estprésenté dans les "conditions de réalisation". Démarrage Livraison cadrage et Livraison Livraison Livraison Mise en projet conception générale intermédiaire intermédiaire complète production Etude préalable Conception générale Itération 1 Itération 2 Itération ... Sprint initial Sprint 1 Sprint 2 Sprint ... Sprint final Lancement Suivi 2 semaines 2 semaines 2 semaines 2 semaines ... 2 semaines 2 semainesOn retrouve sur ce planning type la première phase de définition du périmètre global du projet, puis lescycles de conception et de réalisation qui se succèdent en itérations séquentielles ,avec des livraisons auterme de chacun deux. Une ou plusieurs phases de lancement et de mise en production peuvent êtreenvisagées selon la stratégie du projet. Le planning agile permet de rythmer à intervalles réguliers lescycles de vie du projet (toutes les 2 semaines dans cet exemple) afin de maintenir une dynamique deséquipes et de garantir les livraisons dans les délais prévus. 7 7
  8. 8. Nos backlogs• Un backlog de produit sur Excel – Pour la techno => pour toute l’agence• Avec une liste exhaustive – Des histoires => des features• Des valeurs acquises sur features – En heures ou en points => en jours vendus – Estimées au poker si nécessaire• Des estimations des stories – En points => en heures• Un backlog préparé – Par le PO => en planning de release
  9. 9. Nos planning de sprint• Dans la mouvance de l’école Henrik Kniberg “SCRUM from the trenches”• Pour l’équipe de développeurs seulement et avec un PO interne• Un plan de sprint sur des cartes imprimées et des tâches sur Post-it.
  10. 10. Nos plans de sprint• Durée du sprint : – 3 semaines => 1 semaine• Liste des Tâches : – dans trac => sur post-it – Qualitative => pre-estimées, fléchées• Tableau : – A faire : ferme / optionnel – En cours : mini-kanban / dev – Fait : j’ai fini, on a fini, ils ont fini• Burndown : – electronique => sur papier Projet/Histoire ID Estim.• Stand up : Dévelopeur Passé – trop longs => préparés & timeboxés Description détaillée
  11. 11. Nos revues de sprint• Démo de sprint : – Avec le client => avec le PO – Par le PO => par les développeurs – Histoire par histoire => scénarisée – Un volume incontrolé de retours => un budget retour dans une histoire du backlog• Rétrospective – Sur post-it = les +, les -
  12. 12. SCRUM …ce qu’ils en disent :
  13. 13. “Des projets qui avancent plus vite et mieux …” Olivier
  14. 14. “Une meilleure visibilité de l‟avancement du projet” Manuel
  15. 15. « un meilleur découpage des tâches, on est moins lâché dans la nature, à ne pas savoir par quoi commencer ou par quoi continuer » Mylène
  16. 16. « C‟est la nécessité dalerter si un dépassement est pressenti, pour être réactif » Eric
  17. 17. “Ce qui est une force et une faiblesse, c‟est l‟adaptabilité des pratiques” Sylvain
  18. 18. SCRUM à l’Agence• De nombreuses pratiques empruntées à SCRUM se sont rapidement propagées au sein de l’agence – Formation des collaborateurs – Nouveaux rôles PO, SCRUM Master, Facilitateurs – Création de backlog multi-pôles – Backlog ‘comptable’ – Vélocité mensuelle de l’agence – Rétrospectives mensuelles – Ateliers agiles
  19. 19. Les limitations rencontrées• La défocalisation: une partie de l’activité dévalorisée• L’inadéquation de SCRUM à l’organisation de l’activité hors projet (Avant- vente, Webmastering, Maintenance)• Les difficultés à enchainer sprint sur sprint avec les validations client.• Une planification hebdomadaire simplifiée, mais toujours problématique
  20. 20. INTRODUCTION DE KANBAN 2011
  21. 21. KANBAN?• Un kanban (カンバン?, terme japonais signifiant « fiche » ou « étiquette ») est une simple fiche cartonnée que lon fixe sur les bacs ou les conteneurs de pièces dans une ligne dassemblage ou une zone de stockage.• Cette méthode, déployée à la fin des années 1950 dans les usines Toyota, est mise en place entre deux postes de travail et limite la production du poste amont aux besoins exacts du poste aval. Cette méthode est surtout adaptée aux entreprises ayant une production répétitive et relativement régulière.• Le nombre de kanban en circulation doit être limité pour éviter la constitution den-cours trop importants. La méthode kanban ne dispense pas cependant détablir des prévisions de vente et un programme de production détaillé à moyen terme. Cest en effet une technique de gestion de la production à court terme ... Source Wikipedia
  22. 22. Notre Backlog Kanban• Une définition des actions de service au travers d’un backlog pour toutes les activités incombant à notre pôle (y compris les congés).• Une mise à jour hebdomadaire avec les demandes de services• Des tickets à granularité très variable (0,5h à 70h)• Des cartes kanban saisies à postériori pour les ‘URGENCES’• Une génération des cartes kanban via une simple macro
  23. 23. Nos Tickets Kanban
  24. 24. Notre tableau Kanban préparation production livraison encours urgences stock encours divers stocksprints encours stock
  25. 25. Notre tableau Kanban (suite)
  26. 26. Nos « stand-up »
  27. 27. Notre burn-up
  28. 28. Les retrospectives• Hebdomadaires• Avec des post-it• Facilitée à tour de rôle• Sur ‘ce qui s’est bien passé, mal passé’• Avec un axe d’amélioration
  29. 29. Impact sur SCRUM• Révision des itérations – 1 sprint = 1 ticket kanban• Stabilité de l’équipe – Si possible et si nécessaire• Burndown horaire + dates début/fin – Un burndown en heure – Des dates fixes de planning et revue
  30. 30. KANBAN …ce qu’ils en disent :
  31. 31. « kanban donne plus de souplesse au développeur pour organiser son travail hebdomadaire.» Eric
  32. 32. «une meilleure responsabilisation de chacun, plusd‟auto-organisation, une responsabilité collective sur le planning» Mylène
  33. 33. « kanban autorise une permutation rapide entre les tickets si le développeur se retrouve bloqué » Olivier
  34. 34. « kanban permet de mieux organiser le travail » Sylvain
  35. 35. ET APRES … 2012
  36. 36. Ce qui nous attend…• L’adoption de Kanban reste expérimentale => fort potentiel d’amélioration, dont la prise de demande de service en continu (Production Juste à Temps)• La responsabilisation de l’équipe augmente la diffusion de l’agilité au sein de l’Agence => une redéfinition de la notion d’équipe et de la performance collective• De nouveaux outils ont été développé pour remplacer Excel et sont expérimentés.
  37. 37. LE FUTURrêves et cauchemards …
  38. 38. « je rêve que tous les pôles et les clients soient impliqués dans l‟agilité » Manuel
  39. 39. «Je rêve qu‟il n‟y ai plus de blocages dans les tickets, d‟un flux régulier » Mylène
  40. 40. «Je rêve d‟écrans tactiles géants pour les tickets et les post-it» Raid
  41. 41. « je rêve d‟un monde où le „why‟ est la source première de d‟amélioration » Christophe
  42. 42. MERCIChristophe NEY

×