Deuxième journée et bilan de Mix-IT 2014

Deuxième journée et bilan de Mix-IT 2014

Cette année, j’ai eu la chance de suivre les deux journées de la conférence Mix-IT 2014. Dans un précédent article, j’ai résumé la première journée. Je vais maintenant vous présenter le contenu de la deuxième, et dresser un petit bilan de ces deux journées. La Keynote de mercredi était présentée par Rieul Techer, et traitait de laboratoires de biotechnologie communautaires : la paillasse. Développer des centres de recherche open source dans ce domaine est une idée originale qui semble déjà…

Lire la suite Lire la suite

Mix-IT 2014 – première journée

Mix-IT 2014 – première journée

Aujourd’hui j’ai suivi la première journée de la quatrième édition de la conférence Mix-IT. Et pour commencer la journée, Cédric Exbrayat et Romain Couturier se lancent dans une petite série de sondage : qui était là à la première session de 2011 ? à la session de 2012 ? à la session de 2013 ? qui était là aux 3 précédentes sessions ? C’était l’occasion de voir l’évolution des participants dans le temps et aussi leur fidélité d’une année sur l’autre….

Lire la suite Lire la suite

Estimation des développements par comparaison

Estimation des développements par comparaison

Je viens d’avoir une discussion avec mon fils, âgé de 10 ans, sur les voitures radio commandées. Voici un bref aperçu de nos échanges : – Mon copain, il a une voiture RC (radio commandée) énorme : elle fait au moins 1m12 ! – 1m12, tu es bien sûr ? C’est grand 1m12 pour une voiture RC. – Si si, je l’ai vue chez lui, elle fait 1m12… peut-être même plus ! – Hum, tu mesures 1m30, donc la voiture…

Lire la suite Lire la suite

Tous testeurs !

Tous testeurs !

Lors d’un précédent post, j’avais mentionné un principe Kanban qui me semblait très pertinent : Le processus en amont doit éviter de fournir des produits défectueux au processus en aval. Dans notre cas, le processus en amont est le développement, et le processus en aval est le service qualité. Le produit, c’est la nouvelle fonctionnalité qui vient d’être développée. Donc le produit défectueux, c’est une fonctionnalité buggée ! Plus il y a de bugs, et plus le temps passé au…

Lire la suite Lire la suite

Changement de peau !

Changement de peau !

Après quelques remarques sur la lisibilité réduite du thème un peu sombre utilisé jusqu’à présent, je me suis décidé à le changer. Alors voilà le nouveau thème : plus léger que l’ancien, et surtout, plus de vidéo inversée. Cela devrait reposer vos jolis yeux. Qu’en pensez-vous ? N’hésitez pas à me prévenir si celui-ci pose des problèmes avec votre navigateur ou votre tablette !

La revue de sprint

La revue de sprint

La revue de sprint (ou sprint review) est le moment de montrer au product owner ce que l’équipe a développé durant le dernier sprint. C’est un moment privilégié de partage au sein de l’équipe. Cet exercice peut paraître simple, mais il demande tout de même un minimum d’organisation. Voici donc mon modeste retour d’expérience sur notre façon d’appréhender ces revues. Préparer le scénario Et oui, une revue se prépare, et pas seulement 5mn avant pour vérifier si l’environnement de démo est opérationnel. Le périmètre de la…

Lire la suite Lire la suite

Le task board adéquat

Le task board adéquat

Nous avons intégré Scrum dans notre équipe il y a maintenant plus d’un an. Cette méthode nous a apporté beaucoup de bonnes choses, comme du rythme, de la visibilité (pour nous) et de la transparence (pour les autres). Pourtant, il restait un point noir de mon point de vue de Scrum Master. Je veux parler du task board. Nos premiers pas avec Scrum se sont faits en s’appuyant sur le logiciel Jira. C’est avant tout une solution de suivi d’incident,…

Lire la suite Lire la suite

Limiter l’encours pour fiabiliser la qualité

Limiter l’encours pour fiabiliser la qualité

Nous développons actuellement une nouvelle version de notre produit. Ce développement est organisé en trois sprints de trois semaines. Pendant le premier sprint, nous avons développé plusieurs stories en parallèle. Le nombre de points traités était élevé. Lors du sprint planning qui à suivi nous avons préparé un volume de point équivalent, mais avec une liste de stories plus importante. On a le droit puisque ce sont les points qui comptent. N’est-ce pas ? La deuxième sprint s’est déroulé de…

Lire la suite Lire la suite

Couleurs des anneaux olympiques

Couleurs des anneaux olympiques

En suivant les devoirs de mon jeune collégien, j’ai lu une leçon dans laquelle on demande aux élèves de colorier une carte du monde en faisant le parallèle avec les couleurs des anneaux olympiques. Pris d’un doute, j’ai recherché des informations sur la toile et les premiers résultats m’ont vite donné raison. Voici ce qu’on peut lire sur WikiPedia à ce sujet : Les 5 anneaux entrelacés représentent les cinq continents unis par l’olympisme, et les six couleurs (en comptant le blanc…

Lire la suite Lire la suite

Gérer la maintenance applicative sans la subir

Gérer la maintenance applicative sans la subir

La mise en œuvre de Scrum dans notre service développement a été progressive. D’abord un produit puis un second. Dit comme ça, cela peut paraître simple. Mais lorsque c’est la même équipe qui développe – et maintient – les deux produits, il faut savoir équilibrer la capacité en fonction des priorités des deux produits. Durant les dernières semaines, la maintenance s’est montré un peu envahissante. Comme à mon habitude quand je rencontre un problème, je suis le principe agile « Inspect & Adapt »….

Lire la suite Lire la suite