1. KANBAN et SCRUM au sein
d'une agence digitale
Christophe NEY
Directeur Technique
Agence Interactive, Lyon
2. Agence interactive
L'AGENCE DE COMMUNICATION & MARKETING 100% DIGITALE
• Tous les métiers de l'univers digital
– La complémentarité des 4 pôles
permet de couvrir l'ensemble des DESIGN
métiers impliqués dans la visibilité ERGONOMIE
et la performance digitale de nos
clients.
– En intégrant l'ensemble de ces
compétences au sein d'une équipe
pluridisciplinaire, les meilleures
synergies sont exploitées.
– L’agilité appliquée globalement à COMMUNICATION
MARKETING
tous les projets apporte à
l'ensemble de l'équipe un très haut REFERENCEMENT
VISIBILITE
niveau de maîtrise transversale de
toute la chaîne digitale.
INTEGRATION
DEVELOPPEMENT
29 novembre 2011 1 2
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. 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
7. 7
Nos Intérations par sprint
PLANNING TYPE D'UN PROJET PAR ITÉRATIONS
Le planning suivant présente le principe de calendrier d'un projet agile. Le calendrier réel du projet est
pré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 semaines
On retrouve sur ce planning type la première phase de définition du périmètre global du projet, puis les
cycles de conception et de réalisation qui se succèdent en itérations séquentielles ,avec des livraisons au
terme de chacun d'eux. Une ou plusieurs phases de lancement et de mise en production peuvent être
envisagées selon la stratégie du projet. Le planning agile permet de rythmer à intervalles réguliers les
cycles 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. 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. 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. 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. 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 -
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. « C‟est la nécessité d'alerter si un dépassement est
pressenti, pour être réactif »
Eric
17. “Ce qui est une force et une faiblesse, c‟est
l‟adaptabilité des pratiques”
Sylvain
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. 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
21. KANBAN?
• Un kanban (カンバン?, terme japonais signifiant « fiche » ou
« étiquette ») est une simple fiche cartonnée que l'on fixe sur les
bacs ou les conteneurs de pièces dans une ligne d'assemblage 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 d'en-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. C'est en effet
une technique de gestion de la production à court terme ...
Source Wikipedia
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
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. 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
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.