Publications de Jonathan Scher

Je suis consultant. On me consulte lorsque l'on a besoin d'un conseil. Je conseille alors la meilleur solution possible, car j'ai de l'expérience dans le domaine. Et là, on ne suit pas du tout mon conseil ! On me dit plein de phrases qui commencent par "oui mais..." et on fait autre chose. On se plante, et je désespère. Mes conseils ne sont pas écoutés. Enfin c'est un truc qui m'arrive souvent. Contre ça, Christophe Thibault m'a un jour présenté le protocole Investigate. Qu'est ce…

93 histoires d'utilisateur ; 20 minutes ; l’équipe a évalué la complexité de la carte fonctionnelle complète. Nous avions supposé que cette nouvelle technique serait rapide, mais à ce point là, nous n’en revenons pas. Avec trois autres équipes, l'expérience a donné des résultats comparables. Nos planning agiles viennent de vivre une révolution, nous ne pouvons pas garder ça pour nous. Après la technique du planning poker, voici l'eXtreme Quotation : le planning agile «cartes sur table»

  Pour la troisième fois cette semaine, Edouard, votre Product Owner, vous a demandé sur quoi vous pouviez vous engager pour cette itération ? Vous souhaitez annoncer à Sophie du Marketing dans combien de temps votre fonctionnalité principale sera réalisée, mais vos indicateurs actuels vous donnent le vertige ? Lors du sprint planning, 10 écrans ont dû être estimés. Vous êtes dubitatif : quel écran doit porter le coût de développement du premier ? Dans un autre registre, vous démarrez un projet Agile sur un lourd existant. Comment concilier…

Cet article est une synthèse d'un échange sur une mailing-list interne Octo, qu'il nous a paru intéressant de partager. Merci à Jonathan Scher, Ludovic Cinquin, Yannick Martel, William Montaz et les autres pour leurs contributions. Bonne lecture ! Un de nos consultants est embarqué chez l'un de nos clients, dans un projet de dev d'une application web innovante, à interface très riche. Ce projet est conduit par le client suivant une bonne vieille méthode en cascade...

Cette question se pose lorsqu’on se met au Test Driven Developpement (TDD). Deux origines possibles : la méthodologie n’a pas été suivie à la lettre et elle nous puni, ou bien nous essayons de faire du TDD sur du code existant, non testé. Dans les deux cas, vous avez un problème de conception.