Chez OCTO, avant de publier un article, on effectue une revue interne. Et il faut dire que cet article a lancé un grand débat. Il y a eu deux camps : ceux qui pensent que ce n’est applicable que sur les projets innovants, et ceux qui pensent que c’est applicable sur tous les types de projet.
Et vous qu’en pensez vous ?
Disclaimer : Nous allons parler du rôle MOA, pas des personnes de la MOA. De plus, nous parlons ici de la MOA informatique « classique », pas de l’expert fonctionnel/métier (le business analyst hors de nos frontières).
Le nom MOA nous vient des métiers du bâtiment. Elle représente l’entité porteuse du besoin, définissant l’objectif du projet, son calendrier et le budget consacré à ce projet (source Wikipédia). En informatique, elle représente les sachants fonctionnels : ceux qui connaissent les utilisateurs/le métier et qui retranscrivent le besoin en texte compréhensible pour la MOE, nous informaticiens.
Ce rôle dans un projet est-il vraiment encore utile, surtout au vu des nouvelles méthodologies Agile et Lean ? N’oublions-nous pas un peu rapidement le vrai but d’un projet informatique : rendre les utilisateurs plus efficaces dans leurs tâches (ou sur le web : améliorer la vie des utilisateurs).
(Lire la suite…)
Jeudi et vendredi derniers se tenait la toute première LeanKanban France.
J’y étais pour présenter avec Hervé Lourdin notre speech sur l’agilité à grande échelle (un retour d’expérience sur un gros projet).
Une conférence de très bon niveau, internationale, avec des keynotes de haute volée (David Anderson, Stephen Parry, et Don Reinertsen), et des sessions toutes intéressantes.
Une centaine de participants, pas le même public que les confs Agile. Il valait mieux être familier avec les concepts de base de Kanban et de Lean, parce qu’on s’est pas embarrassés de redéfinir les concepts, on est rentrés dans le dur !
Lors de mes deux dernières missions, j’ai participé à l’accompagnement d’une équipe projet pour l’adoption de la méthode Agile. Ce qui m’a frappé dans ces missions c’est que bien que les deux missions soient très semblables (même objectif, même équipe OCTO, même caractéristiques de l’équipe côté client) nous avons pu améliorer significativement le passage de compétence à notre client grâce à l’adoption de la méthode « ShuHa Ri ».
Cet article aura comme objectif d’expliquer le « Shu Ha Ri », d’exposer comment nous l’avons adopté et les bénéfices que nous avons pu en tirer.
La 5ème édition de l’USI c’est la semaine prochaine. Lundi 25 et mardi 26 juin au palais Brongniart !
700 participants vont donc se retrouver, échanger pendant 2 jours et assister aux 50 conférences prévues dans le programme cette année.
Il est encore temps de vous inscrire avant vendredi si vous n’avez pas encore vu passer l’information.
Une démarche naïve de réalisation de tests de performance est d’effectuer des améliorations successives sur un système donné, donc d’avoir un processus pseudo-itératif. Donc, pourquoi ne pas se baser sur les processus développés dans les méthogologie Agiles, voir même d’utiliser les cycles d’améliorations continues issue du Lean.
En effet, on peut très facilement se rapprocher de la roue de Deming, appelée plus communément la démarche PDCA : Plan, Do, Check, Act.
Le but des tests de charge est de trouver les points faibles d’une architecture dans le but de l’améliorer : performance, stabilité sous charge, coût, etc. On rapproche donc les étapes du PDCA avec un processus de tests de charge :
Le test A/B est une méthode de développement produit qui permet d’expérimenter la performance d’une fonctionnalité. On peut par exemple tester un mail, une page d’accueil, une bannière publicitaire ou un parcours de paiement.
Cette stratégie de test permet de valider les différentes versions d’un objet en agissant sur une unique variable : le libellé d’un objet de mail ou le contenu d’une page par exemple.
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.
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.
