On nous demande souvent “Quels outils faut-il pour faire du Scrum ?”. Parfois un mur et des post-it peuvent faire l’affaire. D’autres fois l’Equipe et le Product Owner ne sont pas sur le même site ; au moins pas tout le temps. Alors on a envie d’avoir un outil pour partager les backlogs.
Les approches agiles (y compris le Lean) renforcent le degré de responsabilisation des équipes dans leur travail quotidien. Le but est donc de laisser les équipes décider. On peut en retirer les avantages suivants:
J'ai le plaisir de vous annoncer que François Beauregard viendra du Québec pour animer une formation Certifiante ScrumMaster dans notre belle région à Grenoble les 12 et 13 février prochains. Il s'agit de la première formation de ce type ouverte au public dans notre région. Les informations et l'inscription sont disponibles en ligne. La formation est co-organisée par la société Pyxis et l'association Club Agile Rhône-Alpes (CARA).
Dans mon précédent billet, j’avais mentionné que chez OLM les sprints étaient un frein dans nos planifications: certaines stories avaient des pré-requis qui allaient se résoudre pendant le sprint, mais qui ne pouvaient pas attendre la fin du prochain sprint pour être sélectionnées. On ajoutait consciemment des facteurs de risque à nos sprints.
Dans quelques billets, Naresh Jain critique les sprints de Scrum et les itérations de XP:
Lorsqu’elle remplace les sprints avec une gestion par flux-tiré (go!, Scrum-Ban, go!), ses équipes n’ont pas de regrets. Elle explique que la planification et le suivi des sprints sont coûteux en effort et en temps et n’ajoute pas réellement de valeur. Pour elle, l’utilisation des sprints est un artifice qu’une équipe se donne pour corriger un dysfonctionnement, en citant Sutherland qui explique la raison d’être des itérations:
Jeff Sutherland about why he decided to have Sprints as fixed time boxes, he will tell you that at that point the developers were constantly being interrupted by their customers/managers, leading to a context switch. This was yielding very poor productivity and lack of focus.The time box addressed this issue by keeping the customers and managers “out of the room†for the time box duration and also helped the developers to set a clear focus on what needs to be achieved.
Un billet sur InfoQ leur reconnait tout de même quelques qualités:
Sans recommander les sprints, on conseille dans le même billet d’être prudent à ne pas perdre les bienfaits qu’apportent les sprints:
J’ai l’impression que l’utilisation des sprints soit un passage obligé que l’on peut abondonner qu’après avoir atteint un certain dégré de maturité. Pensez vous que votre entreprise/équipe bénificie vraiment de l’utilisation des sprints? Etes-vous prêts pour la gestion par flux tendu?
J’aime bien ce calendrier qui n’en est pas un. C’est un outil simple qui présente des concepts d’utilisabilité dans un format accessible à tous les auditoires.
Vous pouvez le télécharger à partir du site BadUsability.com. Imprimez-le et discutez en avec votre équipe autour du café. C’est une bonne façon d’intégrer ces principes à vos pratiques de développement logiciel.
Scrum est née au cours de année 90 en réaction aux problématiques de gestion rencontrées par les projets de développement logiciel. Scrum est une approche agile de gestion de projet. En tant qu’approche agile, Scrum intègre les préocupations prioritaires des approches agiles. A savoir mettre les individus et leur intéractions au centre de tout, privilégier le logiciel fonctionnel, la collaboration avec le client et la réponse au changement en cours de projet.
Je souhaite la bienvenue à cette toute nouvelle formation : le SUG-France (Scrum User Group en anglais dans le texte) dont la première rencontre se tiendra à Paris le 19 mars prochain en présence de Jeff Sutherland (l'un des pères fondateurs de Scrum). Le groupe herbergé sur meetup compte déjà plus d'une centaine d'inscrits! Les fondateurs du groupe envisagent de créer une association à but non lucratif, sorte de relais local en France de l'association internationale ScrumAlliance. Pour info, il existe de très nombreuses "antennes" de la ScrumAlliance à travers le monde.
Durant l’automne, j’ai accumulé un certain retard à lire les articles Alertbox sur le site useit.com. En tentant de rattraper mon retard, j’ai rapidement remarqué l’article Agile Development Projects and Usability. Je me suis empressé de le lire pour connaître les propos de Jakob Nielsen sur le sujet.
Après lecture, je peux dire que je suis globalement d’accord avec ce qu’il avance dans cet article, sauf pour la partie où il mentionne;
Another issue is that, with Agile, a product’s development is broken down into smaller parts that are completed one at a time. Such an approach risks undermining the concept of an integrated total user experience, where the different features work consistently and help users build a coherent conceptual model of the system. At worst, the user interface can end up resembling a patchwork.
Je pense qu’il y aurait un risque que l’expérience utilisateur ne soit pas cohérente pour toute l’application, s’il n’y avait pas de vision globale des fonctionnalités à développer. Un projet Agile a une vision globale. Le développement repose, entre autre, sur un backlog pour le produit, qui sert à alimenter le contenu des itérations. Alors, même si tous les éléments du backlog de produit ne sont pas développés, l’équipe de développement voit, dans le backlog de produit, les éléments qui sont souhaités par le product owner. C’est à partir de ces éléments qu’on peut dégager un modèle du système et ainsi tenter de conserver une cohérence dans l’interface utilisateur.
Dans une entrevue avec TechRadar à propos de Mac OS X Snow Leopard 10.6, Bertrand Serlet mentionnait;
In our continued effort to deliver the best user experience, we hit the pause button on new features…
Je trouve rafraichissant d’apprendre qu’une compagnie a le courage de ne pas ajouter de nouvelles fonctionnalités à son système d’exploitation, mais plutôt de se concentrer à améliorer l’expérience utilisateur.