SFEIR, la métamorphose Agile

Aller au contenu | Aller au menu | Aller à la recherche

lundi 28 mars 2011

Les Laboratoires Agile

A l'occasion du printemps, le pôle Agile et Direction de Projets a mis en place les Laboratoires Agile, un espace de découverte, échange et bien sûr, amélioration continue!

La raison d'être : de "l'Agilisation" à la "veille Agile"

Le pôle Agile a la volonté de créer une identité de groupe. Nous comptons construire cette identité à la fois autour des compétences Agile de ses collaborateurs et de leur volonté de découvrir et évoluer dans ce domaine. Les laboratoires Agiles auront comme mission d'être un révélateur de nouvelles vocations, des pistes à explorer; des idées surprenantes et, à la fin de réussir l'alchimie du groupe.

Les Laboratoires Agile sont un espace collaboratif où chaque membre du pôle sera amené à contribuer. Il n'est pas réaliste de penser qu'on peut créer une cohésion, ou faire adhérer un groupe de compétences seulement par une participation passive à une séance de déroulement de présentations choisies sur des critères dont la légitimité n'est pas confirmée.

La cérémonie

Pour les raisons évoquées, nous accordons une attention particulière au protocole de choix de sujets. A chaque session il y a le moment de divergence ( brainstorming sur les sujets intéressants à explorer) et convergence ( vote, sélection et choix) sur le programme de nos prochains ateliers des Agilistes SFEIR. Tous les collaborateurs du pôles seront amenés à contribuer à cet atelier. C'est la condition incontournable pour avoir des résultats pertinents et obtenir le phénomène d'évolution que nous attendons de cet évènement.

Pour maîtriser l'intérêt des laboratoires nous utilisions les protocoles de "check-in" au début des sessions au modèle utilisé dans les rétrospectives, et "ReturnOnTimeInvested" - retour sur le temps investi - à la fin.

L'état d'esprit

Notre groupe partage les valeurs mises en avant il y 10 ans par le Manifeste Agile. Celles qui nous sont les plus chères sont la collaboration comme facteur de réussite sur un projet commun, la co-décision responsable, la cohésion autour d'un but commun , la volonté d'évoluer.

Le calendrier

Les Laboratoires Agile ont lieu tous les 3èmes vendredi du mois après-midi. Le carnet de bord de chaque session sera publié sur notre blog, vous pouvez déjà lire le premier ici.

lundi 21 mars 2011

BootCamp du Laboratoire Agile !

Nous sommes heureux de vous relater le BootCamp du Laboratoire Agile SFEIR le 18 mars 2011 !

C'est l'occasion également de vous présenter notre groupe du 1er jour : Cédric, Djamel, Gaëlle, Ganiyou, Michelle, Nicolas, Oana, Tariq, Thierry et moi, un harmonieux mélange d'Agile ready, d'Agile followers, d'Agile users et d'Agile promoteurs (présentés en ordre aléatoire...)!

EquipeAgileSFEIRmars2011


Sur notre agenda:

1- Thierry rappelle les principes de l'Agilité

2- L'équipe liste et cible ses attentes quant au Laboratoire Agile SFEIR

3- Démo de l'outil de gestion de projets agiles RALLY - Impressions

4- Le traditionnel Shi fu mi

Tour Flash sur l'Agilité

Thierry décrit les grandes lignes de l'agillité en passant par le manifeste Agile qui a fêté ses 10 ans en février (http://agilemanifesto.org/iso/fr/).

Je retiens comme points d'attention les éléments suivants :
- Itérations

il est ardu d'avoir une idée précise du produit final, et qui reste en adéquation avec le besoin actualisé du client, dès le début d'un projet. Le découpage en lots n'est pas forcément la bonne solution pour s'assurer d'obtenir un outil utilisable, car s'il manque une pile au pont, le pont est fragilisé. En revanche, esquisser le pont dans son ensemble peut être une bonne première étape.

- Livraisons régulières

l'importance d'avoir une application toujours opérationnelle et bien commentée : cet argument fort pour la promotion de l'Agile permet aussi un gain important de la confiance du client, et donc facilite la collaboration avec lui, avec les utilisateurs : les tests automatisés, les outils de build automatique, les itérations, ... concurrent à cet état. Alors, est-ce faciliter l'accompagnement au changement ?

- Daily Standup

établit pour chacun une forme de contrat moral passé avec et pour l'équipe du projet auquel on appartient : engagement de contenu, de délais, échange d'information. C'est un rappel quotidien de la poursuite d'un but commun qui sera plus facilement atteint avec la bonne volonté de tous.

- Rétrospectives

où l'on fait un bilan sur la période (le sprint, l'itération) écoulée, mènent l'équipe à la maturité : il faut du courage dans l'échange pour dire et savoir dire, et le faire dans le but d'améliorer l'itération suivante. Même si l'on se sent en terrain connu, que tout avance bien, se demander comment améliorer encore cet état de fait, ou bien comment le transposer à une autre partie du projet qui elle fonctionne moins bien. Ne pas rester dans sa zone de confort, source de stagnation, alors que la zone d'efforts est source de réussite !

- La défense du pair programming

on constate que la concentration du duo en pair programming est largement plus intense, surtout si l'on se coupe des perturbations extérieures (internet, messagerie). Plus spécifique lorsque l'on peut s'attendre à des difficultés pour une tâche particulière : le DOJO : une équipe de développement est constituée pour un sujet donné, et se concentre autour d'un poste de développement sur lequel chacun tour à tour prend la main sur le clavier et participe à son échelle à la réalisation de la tâche.

Qu'attendez-vous des Laboratoires Agile?

Qu'attendez-vous des Labs Les sujets qui nous chatouillent sont là, sur les post-it, et certains se recoupent et recueillent de nombreux suffrages : ils seront abordés lors des tous prochains Laboratoires Agiles : Comment lancer un projet Agile ? (ASD, TTR, OJU) et Quel outillage Agile pour SFEIR ? (GSA, NTO, OJU)
Post_its_mar2011 Suivez-nous, nous entrerons dans les détails bientôt...

RALLY Software

Oana a organisé avec Phillip McKenzie (Rally Software) une conférence téléphonique avec démonstration par prise en main à distance de l'outil RALLY : Rally permet de gérer plusieurs projets Agile par la même interface, et même de suivre la répartition des équipes sur l'un et l'autre projet. La seule contrainte : que chaque projet suive la même périodicité d'itérations.
Il est très intégré, s'interconnecte avec la majorité des outils des grands acteurs du marché : Clear Quest, Mantis, Bugzilla pour le reporting de fiches d'anomalies ou autres, Quality Center, Fitnesse pour les tests automatisés, Hudson, anthillpro pour le build automatique, etc... et reste ouvert à d'autres outils par un simple script
A la fin de la présentation, une floppée de questions est posée à Phillip qui répond bien volontiers. Lorsqu'il aura raccroché, la discussion se poursuit quelques instants.
LogoRally
(RALLY SOFTWARE : http://www.rallydev.com/)

Déjà décrit par Thierry dans un précédent billet comme un des outils les plus polyvalents et de référence, pour le suivi de projets Agile, (sources rapport Forrester), il a quand même suscité l'étonnement (est-il Agile-friendly de permettre de prévoir les surcharges de travail pour un équipier donné, à qui des tâches peuvent donc être affectées ?), mais recueille les faveurs de ceux ayant utilisé d'autres outils en situation réelle, comme Agilo.

Shi Fu Mi

Le débrief sur ce premier après-midi se traduit par une majorité de votes 4 et deux votes 5. Les deux 5 s'expliquent par une adhésion à l'acte fondateur des Laboratoires Agile : la voie est ouverte ! (Ce n'est pas pour rien que ce blog s'appelle On Agile Way) Pour tous, une bonne occasion d'échanger, de progresser, etc...

lundi 14 mars 2011

Le recrutement en mode Agile

Nous nous organisons selon le principe "Si on croit que l'Agilité est le meilleur mode de fonctionnement, alors appliquons-le à tous nos services". Le service recrutement en fait partie. Alors, l'équipe Agile de SFEIR a mis en place des séances de coaching interne avec notre équipe de recrutement..

Les 3 raisons pour un recrutement en mode Agile.

Parmi les motivations de" l'agilisation" du service recrutement, les 3 plus importantes sont peut-être les suivantes.

Adopter sur le terrain les valeurs de l'Agilité

C'est difficile d'affirmer de connaître la saveur Agile si on a lu la recette, mais jamais goûté le plat. Comme des éléments d'organisation SCRUM , et Kanban sont facilement adoptables, Anaïs soutient derrière son bureau le Taskboard de l'équipe recrutement.

Soutenir un dialogue opérationnel avec le candidat

Nous pensons que les agilistes ont besoin d'avoir un dialogue sur leur terrain d’intérêt. Rester dans les déclarations d'intention n'aura que peu, voir pas de succès à établir un échange. Le service de recrutement a un rôle majeur à jouer, car on ne peut par reprendre un premier contact, comme on ne peut par faire une première impression. Et il faut donner l'envie de savoir plus....

Etre un bon séismographe Agile :

L’intérêt confirmé doit être partagé par les deux acteurs. Non seulement un candidat doit sortir de l'entretien en pensant avoir passé un moment dans une entreprise Agile, nos chargés de recrutement doivent partager cette impression. Mais comment faire, sans base de connaissance sur les profils? Je ne crois pas qu'apprendre un nuage de buzz-words comme "SCRUM Master", "Product Owner", "Sprint", "XP", "Coach Agile" soit suffisant. De plus il faut "détecter la personnalité Agile". Quelle est cette mystérieuse personnalité? La meilleure façon est d'organiser son travail en mode , disons SCRUM, et observer la dynamique mise en place.

Les Product Owners de l'équipe de recrutement ...

Sommes nous tous les sferienns concernés par la croissance. Voici l'exemple de ma story bien formée en mode BDD :

En tant que "Leader pôle Agile" j'ai besoins que "le recrutement" "organise un Daily Scrum" pour "comprendre les pratiques Agiles

jeudi 3 mars 2011

Une TMA Agile. La gestion SCRUM des équipe TMA

La TMA, un centre de services

Le rythme de fonctionnement de la TMA est naturellement proche de l'agilité.

!Quels sont les principe de fonctionnement TMA? Chiffre et approuver le développement des évolutions, Planifier les livraisons avec le client, Gérer des nouvelles versions du logiciel dans des nouvelles releases; Gérer le changement par le contrôle continu de la non-régression, Livrer fréquement, etc;

Comment travaillons-nous en projet SCRUM?

Capacité de changement du périmètre en fin de chaque sprint; Définition du périmètre du logiciel sous forme de liste d'user stories (le très populaire backlog) Définition de l'effort de développement pour chaque user story ( compexité vs. charge) Planification du sprint Livraisons sur un rythme itératif d'un logiciel testable

le rapprochement est évident. la mise en place l'est peut-être moins. C'est pour cela que nous oeuvrons avec l'équipe TMA pour "l'agilisation" du plateau TMA. Qui sont nos sponsors? Photo_072.jpg Les Product Owners internes, ceux qui ont le lien opérationnel avec le client.

!!Le plan de bataille

PA TMA Créer le backlog  : sur un plateau multi-projet, quel est le contenu du backlog le plus pertinent? Nous avons décidé de créer le backlog par équipe.c'est un backlog multi-projet. L'estimation ou le planning poker : c'est la clé du succès. Le planning poker est l'activité primordiale pour partager entre les membres de l'équipe de développement la même compréhension de ce qui doit être développé. C'est aussi une pratique hors pair pour responsabiliser les développeurs sur le contenu et la qualité du logiciel qu'ils vont coder. Les sprints . de sprints courts semblent plus pertinents que des sprints longs. La durée choisie est une semaine. En début de sprint, l’incontournable sprint planning aura lieu. Le stand-up meeting (le daily Scrum) - Les 10 minutes pour faire le tour des 3 questions: "Qu'ai-je fait hier, quelles sont les difficultés que j'ai rencontrées, qu'est-ce que je compte faire aujourd'hui?", est aussi une activité incontournable? Le bilan du sprint : mise en place du protocole de réception de la nouvelle version du logiciel La rétrospective : Nous allons nous focaliser sur des formats rapides, l'objectif de chaque rétrospective est de fournir un plan d'action à suivre. Ce qui est important dans les rétrospectives est d'avoir une suite applicable.

Nos défis__ Comment gérer l"adaptabilité et l'implication du client sur des cycles aussi courts? Quels sont les tests d'acceptations pertinents? Comment gérer la non-régression dans un dispositif qui n'a pas été pensé "test-compatible"?

...Mais nous sommes prêts à les relever !