Catégorie : Agilité

Dans la même optique qu’en 2013 ou qu’en 2012, nous avons relancé en 2015 le barcamp annuel du service, 2014 étant une année un peu trop chargée pour nous le permettre. Cette année suite à divers situations personnelles de plusieurs membres de l’équipe nous avons été contraints de rester dans les locaux de la société et de segmenter nos 4 jours en 2 fois 2 jours, quelles conséquences ? Et elles sont importantes, vous les découvrirez en détails dans le débrief du barcamp.

Les objectifs restent proches :

• permettre à l’équipe de se former,
• faire de la veille dans l’univers du Web, où le mouvement est continu,
• pratiquer, mettre en oeuvre des technologies encore peu utilisées au quotidien qui peuvent donner naissances à de nouvelles manière de travailler ou de s’organiser.

Du coup pas de transport mais une organisation des bureaux différentes, il est assez nécessaire d’avoir un « grand » espace pour pouvoir si on le désire tous travailler ensemble dans la même pièce. Un petit modem 4G pour répondre au souci du nombre de ports réseaux disponibles et le tour est joué. Les ordinateurs portables (en 13 pouces) sont un outils très agréables pour passer d’une configuration bureau avec second écran à une configuration mobilité pour changer de place au bon vouloir de chacun.

Les sujets réfléchis en amont du barcamp sont nombreux, certains très liés à des problématiques rencontrées au quotidien et d’autres plus proche des envies de chacun, ces 2 aspects sont très intéressants d’un côté une veille qui répond au souci rencontré sur le terrain et de l’autre une veille pour partir vers des voies encore inconnues et qui peuvent modifiées voir révolutionnées une façon de travailler historique.

La liste des sujets :

• Workflows git et ses branches
• Notifications HTML
• Gestion des favicon sur les différents navigateurs
• Nouveautés chez Rails, Rails 5 en cours de développement
• 25 gems indispensables, le wagon. Un article perçu dans les mois précédants le barcamp
• Atom vs Sublim Text
• Paperclip, foldercouch, la compression d’image et le redimensionnement
• Système de cache, Rack cache, Dalli, Varnish/Ngix
• Rails cache
• Méta réseaux sociaux, facebbok / Twitter
• Page speed, utilisation / api
• Les images responsives
• Susy / Grille CSS / Framework CSS
• Mesure coût projet
• Behavior Driven Development
• Golden Master Testing
• E-réputation
• Temps réél, Rails / Faye vs Node js
• Utilisation des em en intégration
• Rails cache
• Nogios
• Selenium
• Back office, article sur Symbioz Rails admin / Active admin
• Appli sans largeur fixe, quelles conséquences ?
• Definition of done
• Sois net, revoir le blog, maj wordpress, catégories, tags, SEO
• Bonnes pratiques intégrations sur un max de navigateurs
• Docker
• Vagrant
• Santé du domaine (très générique)
• Rspec
• Capybara

Cette liste a été élaboré par toutes l’équipe lors de la première matinée, elle vient de sujet mis de côté durant l’année afin de les pousser lors du barcamp mais aussi de notions vues au printemps agile 2015, où Pierre-Olivier et Julien avait présenté Les TDD (Test Driven Development) en toute agilité.

Une fois les sujets établis, nous nous sommes données entre 1H30 et 2H pour étudier un sujet en binôme ou de manière individuelle puis une présentation suivait cette étude. La journée était découpée en 4 parties, 2 sujets le matin et 2 sujets l’après midi pour chaque personne.

Les sujets étudiés au cours de ces 2 fois 2 jours ont été nombreux, beaucoup d’articles sont parus sur le blog. Ils n’ont pas toujours donnés lieux à une mise en place car pas adapté, encore trop compliqué ou tout simplement par ce que le fonctionnement actuel été le bon (ex : l’utilisation de page speed).

Résultats des courses :

27 sujets étudiés, il n’en reste que 5 (Vagrant, le BDD, Golden Master Testing, E-reputation, Mesure gain projet) mais de nouveaux sont déjà dans les tuyaux, notre métier est vraiment passionnant pour cela, nous ne sommes jamais arrivé, il reste toujours un chemin, une voie à découvrir 😉

Prochain article le débrief de ce barcamp édition 3…

Alexis Michel est chargé de développement de l’InsIDE à l’EM Normandie. Il a notamment co-organisé trois Startup Weekend à Caen et prépare l’édition 2015.

Son premier constat est le suivant : 2/3 des startups changeront d’orientation au cours de leur vie. Il recommande pour cela le livre « La Méthode Running Lean » par Ash Maurya, qui décrit comment itérer pour joindre ses idées aux besoins des premiers clients.

L’intervenant explique qu’une startup est une entreprise à la recherche de son business model. Pour cela, Ash Maurya et Alexander Osterwalder ont proposé un schéma appelé « Lean Canvas », ici traduit par Laurent Demontiers sous licence CC BY-SA 3.0 :

Avant tout projet, il faut identifier les risques principaux :

• Est-ce que cela intéresse des clients ?
• Sont-ils prêts à payer pour cela ?
• Est-ce que cela est réalisable ?

La boucle d’itération proposée pour parvenir à cet objectif est la suivante :

1. Rassembler ses idées
2. Construire ses idées
3. Coder les premières fonctionnalités
4. Mesurer l’effet du travail concrétisé
5. Apprendre de cette itération
6. Recommencer

Puis, afin de tester son plan, une nouvelle boucle à suivre :

1. Comprendre le problème
2. Résoudre le problème
3. Valider la qualité
4. Valider la quantité

L’intervenant propose également d’avoir recourt à des métriques, dans le but de mesurer l’évolution d’un produit en production. Voici l’entonnoir Dave Mc Cure’s Pirate Metrics :

Ce schéma se répète pour chaque génération d’utilisateurs, il peut être intéressant de l’étudier à nouveau lors de chaque modification du produit ou du business model.

Steve Blanks disait : « Aucun business plan ne survit au premier contact avec les clients ».

Cette conférence avait pour but de faire découvrir le lean management.

Après un bref historique sur les débuts du lean management, qui a était inventé car il y avait des incompréhensions entre les personnes (direction et salarié), Xavier s’est appuyé sur des sources variées comme des livres, études et reportages (notamment la belle histoire de Favi, l’étude de Gallup de 2013 ou encore celui d’arte : Le bonheur au travail), que des sources vraiment très intéressantes sur le Lean mais pas que, d’un point de vue général sur le travail et pourquoi ce mal-être et des exemples de solutions pour améliorer les choses dans ce domaine.

Ces diverses sources sont intéressantes et le constat est sans appel seulement 9% des salariés sont activement engagés dans leur travail, cela montre qu’il faut changer la manière de faire et de motiver les personnes qui travaillent. Ces sources montrent aussi que des solutions sont possibles et ont déjà étaient appliquées, ils font donc s’informer sur le sujet afin de trouver sa façon de faire.

Il est aujourd’hui plus aisé qu’auparavant de connaître la situation au sein des entreprises, grâce notamment aux réseaux sociaux qui peuvent permettre de voir l’e-réputation des différentes sociétés et permettre dans certains cas de donner confiance aux futurs collègues ou bien l’inverse, il faut donc se pré-occuper de cette e-réputation qui pèse de plus en plus dans le choix de sa future société.

Dans les livres citées dans la présentation nous retrouvons :

• « De la pyramide au réseau » de François Ost et Michel Van de Kerchove
• « Liberté et compagnie » de Isaac Getz
• « Machine that changed the world » de James P. Womack, Daniel T. Jones, Daniel Roos

Nous avons par la suite revus les principes Lean contre le gaspillage :

• Surproduction
• Attentes
• Transport
• Étapes inutiles
• Stock
• Mouvement inutiles
• Corrections/retouches

Auxquels Xavier a ajouté 2 autres gaspillages :

• Sécurité
• Mauvaise utilisation des compétences

Par la suite, Xavier nous a expliqué qu’il faut passer du mode pompier : « on éteint un feu qui s’est allumé » au mode bucheron : « on empêche le feu de s’allumer ».

Il a abordé aussi quelques aspects de la culture japonaise dont est issu le Lean, avec notamment un temps non négligeable accordé à la réflexion pour la prise de décision commune qui une fois établie permet d’éviter de poser des soucis par la suite.

Il nous a été donné quelques outils pour aider à la prise de décision comme les cartographies de flux de valeurs, la méthode 5S, le management visuel (en listant toutes les idées nous pouvons les regroupées, les confrontées, en faire émerger de nouvelles et enfin prendre des décisions).

Enfin, Xavier a indiqué une règle simple et efficace, le standard dans les pratiques est la meilleure pratique du moment.

Une présentation basée sur différents supports et qui résument avec des cas concrets comme celui d’une entreprise et d’une conductrice de ligne :

La conductrice dit « je n’arrive pas à déplacer ma poubelle de déchets ».

Première réaction des cadres « nous allons te mettre des roulettes sous la poubelle ».

Mais après réflexion le cadre vient revoir la personne « mais pourquoi tu n’arrives pas à déplacer la poubelle ? ».

Réponse de la conductrice (celui qui fait sait) « car elle est trop pleine de rebuts ».

« OK, on va essayé que la machine génère moins de rebuts ».

Et ils ont réussis donc pas besoin de roulettes sous les poubelles -> économie et une machine qui génère 3 fois moins de rebuts -> économie, cela illustre la force d’un des principes du Kaisen, s’attaquer à la source des soucis et ne pas seulement corrigé une conséquence d’un souci mais cela demande de prendre du temps pour réfléchir au véritable cause et de l’investissement dans les solutions (ici étudier le fonctionnement de la machine pour limiter les rebuts) mais le résultat est bien meilleure et souvent applicable à plusieurs machine ayant un fonctionnement similaire.

Merci à Xavier pour cette présentation lors du printemps agile 2015.

Jean-Luc Lambert est enseignant agile à l’Université de Caen et président-fondateur du Club Agile Caen. Après s’être présenté, il nous a proposé une conférence sur mesure où le public choisi les sujets qu’il va aborder.

Les sujets sont répartis sur un large tableau, où chaque colonne représente une période, et disposés sur des Post-it de trois couleurs différentes :

• vert : c’est une bonne expérience d’Agilité
• jaune : un incident est survenu, posant des questions
• rouge : catastrophe, le public n’a pas saisi le message

« Planning Game » (vert)

Le premier sujet tiré met en avant un retour d’expérience où des étudiants doivent travailler sur un sujet commun imposé. À la première itération, les étudiants travaillent individuellement, mais se dispersent. À la seconde itération, ils rassemblent leurs idées par binômes, puis lors de la troisième itération par quadrinômes. Il apparait que les phases de travail collectif motivent bien plus les étudiants, parfois 2h durant.

Création d’illustrations de contes de fées (vert)

Dans ce second sujet, des étudiants en informatique sont répartis en petits groupes où sont implantés des dessinateurs professionnels. Le but est de réaliser des planches commandées par un « client » chargé de définir ses attentes. Lors de la première itération, les dessinateurs ne laissent pas l’accès à leurs travaux et refusent que les étudiants interviennent dessus. Durant la seconde itération, les dessinateurs laissent peu à peu les étudiants mettre en couleurs leurs illustrations ou y apporter des retouches.

L’exercice montre qu’une équipe fière de son travail fonctionne mieux, et qu’un client plus content créé une dynamique positive qui conduit à créer une sensation d’équipe plus forte.

L’intervenant estime que le système éducatif ne forme pas à surmonter l’échec, mais génère au contraire des étudiants qui se démoralisent vite, cachant leurs problèmes plutôt que de les exposer : ils n’osent pas poser de question mais réalisent le produit malgré tout.

Une équipe qui a eu un problème majeur (jaune)

Un binôme d’étudiants a choisi d’utiliser un logiciel en début d’année pour lequel ils avaient obtenu de l’école une licence valide. Malheureusement plusieurs mois après, au moment de réaliser le projet, la licence a expiré. L’intervenant explique ici toute l’importance de ne pas chercher un fautif, pour ne pas dégrader l’ambiance du groupe, tout en précisant le rôle du manager qui doit tout remuer pour apporter une solution.

En joignant les étudiants, le professeur et les interlocuteurs concernés, l’intervenant est parvenu à obtenir une nouvelle licence. En outre, montrer ouvertement qu’on cherche à résoudre un problème est une attitude qui tend à rassurer l’équipe et le client : il est bien plus efficace d’escalader un problème que de l’affronter.

Des étudiants contestataires (rouge)

Ayant exercé dans deux filières différentes, imagerie et monétique, l’intervenant fait part de sa sensation de l’existence d’un formatage plus ou moins résistant au changement selon le cursus. Si les TD avec les étudiants en imagerie se passent sans accrocs, ceux en monétique se heurtent à des étudiants fermés au dialogue.

Au cours d’un TD, un groupe réussi l’exercice, deux groupes le contestent tout en le réalisant à contre-cœur et le dernier groupe voit ses membres s’éviter. Aucun des groupes n’acceptera un débriefing sur l’exercice, pas même celui l’ayant réussi.

Une étudiante surprenante (jaune)

Suite à un brainstorming à l’aide d’un mur de Post-it, une étudiante annonce à l’intervenant qu’elle compte reproduire l’expérience dans sa propre association. Le groupe, composé de membres d’âge très varié, est en effet dirigé par une minorité âgée contre les envies d’une majorité plus jeune. La minorité se compose de membres qui refusent le dialogue, bloquent le changement et manipulent les plus jeunes.

Le brainstorm proposé par l’étudiante fait apparaitre clairement le double langage des anciens, dont les idées sont en opposition avec les aspirations de la majorité. C’est l’échec du dialogue : le groupe éclate, les anciens quittent l’association. La jeune génération lance enfin les nouvelles activités tant attendues dans un élan de motivation général.

Cette anecdote souligne qu’il est parfois nécessaire de se séparer des éléments bloquants dans l’intérêt du groupe.