Le praticien agile, c’est qui  ?

Il a lu « Scrum & XP from the trenches » un soir, il l’a gardé 2 semaines comme livre de chevet, il l’a rangé, et il a participé à un ou plusieurs projets agiles au sein de sa DSI. il a atteint un certain niveau de maturité sur les projets agiles et a pris du recul sur la méthode. Il se pose aujourd’hui des questions comme « Peut-on vraiment concilier TMA et agilité? »ou alors « Comment pérenniser la dynamique d’amélioration continue au sein de mes équipes » ou bien encore « Comment fluidifier les process en amont et en aval de mon équipe Scrum? », etc.

Le format Open Space c’est quoi ?

C’est un format ouvert sur une demi journée, où les participants proposent et choisissent eux-mêmes les sujets sur lesquels ils vont ensuite travailler par petits groupes lors de sessions de 40 minutes. A l’issue de chaque session, chaque groupe présente à l’ensemble de l’assemblée un compte-rendu des échanges. La philosophie de l’exercice est très bien décrite ici.

Et pourquoi un Open Space pour praticiens agiles ?

Parce que la communauté de praticiens agiles est de plus en plus grande et que nous, OCTO, constatons que les questions qui reviennent chez nos clients Agiles sont souvent focalisées autour des mêmes problématiques.

Après avoir organisé plusieurs ateliers découvertes de l’agile sur le format Open Space ces dernières années, nous avons donc organisé et animé une première session dédiée au praticiens agiles le 24 Novembre dernier, à laquelle ont participé des acteurs comme Médiametrie, FigaroCMS, Viadeo, Danone et Allocine.

(Lire la suite…)

C’est votre 10eme itération, vous êtes en plein stand-up et Roger le nouveau ne sait toujours pas quel post-its prendre. Il faut dire que Roger n’arrête pas de vous demander quelle tâche de développement il doit prendre aujourd’hui.

Vous êtes tech –lead sur un nouveau projet et vous recherchez un nouveau framework de test en Javascript.

Vous êtes RH, et vous êtes en train de rédiger une fiche de poste pour ce curieux métier qu’est le « product owner ».

Vous êtes responsables produit d’une grande assurance et on vous demande de rédiger un backlog.

Vous avez envie d’en parler, venez le 27 Septembre à l’Apéro Agile !

Autour d’un verre, nous discuterons de l’état de l’Agile, de carrière, de pratiques, de techniques et de vos réussites.
Que vos équipes soient déjà Agiles, que vous soyez vous même praticien de longue date, ou que vous souhaitiez vous mettre à l’Agile prochainement, venez partager avec d’autres pratiquants vos problèmes du quotidien afin de les résoudre ensemble.

Pour venir à l’apéro agile, inscription ici.

Situation n°1 : Vous regardez votre agenda, combien de réunions ont déjà été posées pour résoudre les problèmes en cours. Vous vous dites que « Ca fait beaucoup pour la journée »  en terminant votre tasse de café. Et d’ailleurs combien de fois avez-vous posé une réunion pour comprendre ce problème sur la vélocité de cette équipe ? Une vélocité qui ne décolle toujours pas, mais ces réunions vous auront permis, au choix, de rajouter des développeurs, de changer des développeurs, de changer d’architecture. Beaucoup de décisions pour, au final se rendre compte que la vélocité n’augmente toujours pas … Bref, le problème est toujours là.

Situation n°2 : C’est la fin de l’année, combien de produits avez vous lancé ? Combien de ses produits ont apportés de la satisfaction pour un client ? Et combien de réunions avez vous fait pour définir ces produits ? Combien de brainstorms et d’ateliers ? Beaucoup et à chaque fois énormément d’idées et de concepts sur comment tout ça va s’articuler, pour au final se rendre compte que peu de personnes utilisent vos produits …

Si vous avez rencontré l’une des situations présentées, et qu’après toutes ces réunions vous vous demandez encore ce qui se passe réellement, alors il est temps de sortir votre chapeau de détective privé pour aller enquêter sur le terrain !

(Lire la suite…)

Nous vous proposons ici de découvrir quelques aspects du lean en citations. Ces citations sont importantes, car pendant une expérimentation lean, elles amélioreront la compréhension et l’apprentissage des pratiques et outils lean. Elles agiront comme des moyens mnémotechniques en plaçant des refrains à nos chansons lean du quotidien.

Pour une présentation du lean, je vous conseille la lecture de cet article introductif : « Qu’est-ce que le Lean? ». J’aborde ici les principes et outils lean suivants :

• Le respect des gens
• L’élimination du gaspillage sur le flux de valeur
• L’amélioration continue

(Lire la suite…)

Depuis la présentation retentissante de John Allspaw à Velocity 2009 sur la collaboration entre dev et ops, où il explique que chez Flickr le rythme de déploiement en production dépasse les 10 par jour, on entend beaucoup parler de « continuous delivery » et « continuous deployment ». Ce dernier se différencie par une automatisation complète de la chaîne de fabrication et déploiement entre le commit du développeur et le déploiement en production, alors que le « continuous delivery » préconise des interventions manuelles (simples « push-button ») pour approbation humaine de certaines étapes : tests fonctionnels manuels, test d’usabilité, contrôle des déploiements par le marketing, etc. J’emploierai le terme « déploiement continu » dans cet article pour regrouper les deux notions. Quelques sociétés nous font part de leur retour d’expérience : pour exemple un présentation du QCon San Francisco 2010 où il est cette fois question de 50 déploiements par jour! (rien que ça…) Ou encore plus récemment le talk de Facebook sur la culture et les outils qui leur permet de déployer tous les jours.

Comme beaucoup, je me suis d’abord demandé plusieurs fois : “Franchement… quel est l’intérêt de déployer tous les jours ?”. Je suis aujourd’hui convaincu que ce n’est pas un délire de geek ou une volonté d’être inscrit aux Guinness World Records. Voici les 5 raisons majeures de s’y intéresser.

(Lire la suite…)

On a maintenant l’habitude de voir des principes du Lean Management derrière beaucoup des pratiques Agiles. Par exemple :

• Les tests unitaires et l’intégration continue, sorte de Andon et de Poka Yoke à la fois ;
• Les rétrospectives, support privilégié du Kaizen, sorte de cercle de qualité des équipes de développements ;
• Les taskboards, « kanban boards » et autres radiateurs d’information comme outil de management visuel ;
• etc.

Plus intéressant est l’exercice de voir les bonnes pratiques DevOps comme des instanciations du Lean Management aux activités de livraison, intégration, tests, déploiement, suivi du run.

Les analogies et principes sous-jacents du Lean pouvant alors nous aider à mieux comprendre la « magie » des pratiques DevOps ou même à en imaginer de nouvelles !

(Lire la suite…)

OCTO accueille le troisième meetup devops parisien, le mercredi 16 mars à 19h.

Au programme, de courtes présentations sur la culture devops (déjà évoqué sur ce blog ici et là), et plus précisémment les méthodologies, process et outils permettant de favoriser la coopération entre études et production.
Il est notamment prévu :

• une introduction orientée organisationnel
• un retour d’expérience sur la mise en place d’un processus de déploiement continue avec les outils Rundeck et Jenkins.

C’est aussi et surtout l’occasion d’échanger avec des gens intéressés par le mouvement : développeurs, exploitants, architectes, testeurs, managers, etc.
Donc venez avec vos sujets, vos questions et vos retours d’expérience, on fera le programme ensemble !

Pensez à vous inscrire et notez bien l’adresse :
OCTO Technology
50 avenue des Champs Elysées (métro Franklin Roosvelt) - 5ème étage

Le 15 et 16 Octobre ont eu lieu les DevOpsDays 2010 à Hamburg. Cette conférence est l’occasion de réunir les DevOps désireux d’apprendre des retours d’expérience et surtout d’échanger via des Open Spaces. Si le terme DevOps est nouveau pour vous, je vous conseille de lire cet article d’introduction.

Un an après la première édition en Belgique, et un passage aux quatre coins du globe (US, Australie et Brésil), on peut dire que le mouvement prend de l’ampleur : le retour en Europe fût un réel succès ! Je vous propose ici un résumé de ces deux jours passionnants autour de 4 axes : des outils, des processus et méthodologies, de l’architecture, et enfin la culture et le facteur humain.

(Lire la suite…)

Benoît Guillou et Ismaël Héry partageront leur retour d’expériences sur l’utilisation de la méthodologie Kanban le 11 novembre 2010 au Kanban Coach Camp à Stockholm.

Ce retour d’expériences se focalisera sur les principes et pratiques de mise en flux issus du Lean et appliqués aux activités  » amont  » : marketing, conception, usabilité, IHM.

Plus d’information sur le Kanban Coach Camp ici.

Après le succès de la première édition, OCTO et David Anderson renouvellent l’expérience et organisent ensemble une formation Kanban qui se déroulera les 27 & 28 Octobre 2010.

A l’instar d’outils de gestion de flux Toyota et des taskboard agiles, les tableaux Kanban sont une façon simple de mieux maitriser la chaine de création de valeur au sein de votre DSI en appliquant les principes fondamentaux du Lean :
- visualiser la production
- lisser l’activité et mettre en place un flux tiré
- traiter les goulets d’étranglement
- améliorer le système en continue
Pour les participants français, cette formation peut être prise en charge par l’organisme de formation de votre entreprise et dans le cadre du DIF (Droit Individuel à la Formation).
Cette formation est dispensée en Anglais. En voici le contenu.
(Lire la suite…)