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 !
Speakers :
Arnaud François Fausse : Responsable infrastructure et Opérations chez OCTO
Stéphane Mahmoudi : National Account Manager chez TIBCO
Agenda :
1/ DevOps : Principes et mises en œuvre
2/ Outillage et mise en œuvre DevOps
3/ Démonstration
4/ Questions / Réponses
OCTO et TIBCO se sont associés pour ce petit-déjeuner car ils partagent la même vision de DevOps et une façon similaire de l’appliquer concrètement. Faciliter les liens entre les Dev et les Ops, réaliser des améliorations concrète et rapide et proposer une approche incrémentale sont des éléments importants.
OCTO organise le jeudi 11 octobre 2012 à partir de 8h45 un petit-déjeuner gratuit, aux Salons Wagram « DevOps en pratique ».
Réduisez le time to market de vos applications en automatisant et en industrialisant leur cycle de vie.
Que la réponse soit « Bien-sûr ! » ou « Honnêtement, je n’en sais rien. », se la poser est un excellent exercice !
Une équipe qui a choisi l’Agile a toujours la possibilité d’apprendre et de s’améliorer quel que soit son niveau de maturité. Comprendre comment un bug a pu perdurer jusqu’à la démonstration client, réussir ses rétrospectives d’itération et en mesurer le bénéfice,… Les sujets peuvent être nombreux et leur résolution d’autant plus satisfaisante !
En cherchant à améliorer certains rituels agiles sur des projets de delivery mobile, nous sommes parvenus à compiler toutes les pratiques et outils indispensables à nos projets Scrum. Nous en avons fait un document de mesure et de suivi sur nos missions que nous allons partager ici : notre checklist d’un projet agile.
Si vous êtes en train de lire ce post à 23h, au travail, devant votre écran d’ordinateur, à corriger les bugs de votre application dont vous aimeriez bien terminer la mise en production, alors sauvez vos qualités de vie, gagnez en sérénité, ne vous énervez plus contre vous-même, ni votre ordinateur, venez vous avez sûrement besoin d’une formation sur le développement piloté par les tests.
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 conférence Agile France ouvrira ses portes au Chalet de la Porte Jaune les 24 et 25 mai. OCTO sera présent avec pas moins de sept sessions cette année.
Au cours de la vie d’un logiciel, beaucoup de temps est consacré à son déploiement sur différentes plates-formes (recette, preprod, prod…). Bien souvent, nous réalisons des sous-projets de création d’environnements pour les logiciels nouvellement développés.
Ce type de sous-projet est rarement capitalisé techniquement et peu contributeur à la valeur métier. Être capable de composer, monter et démonter des environnements à la demande offrirait une flexibilité appréciable. Pour cela, il est efficace de standardiser les ressources d’infrastructure pour les utiliser comme des composants combinables. C’est ce que propose le cloud computing en offrant des capacités de production industrialisées sur Internet. (Lire la suite…)
