Vous êtes convaincus des bienfaits de Scrum, mais malheureusement ce n'est pas le cas de votre entourage.
Que ce soit votre client, votre hiérarchie, ou votre équipe, vous rencontrez des difficultés à convaincre certaines personnes, des réticences au changement.
Ajoutez ici les cas que vous rencontrez ou donnez vos conseils pour affronter ces obstacles.
Avant tout, n'hésitez pas à contacter les membres de la liste de diffusion du French SUG : http://fr.groups.yahoo.com/group/frenchsug/
N'hésitez pas à reprendre et compléter les propositions de réponses pour chaque thème.
Quelques cas (à compléter) :
- Je suis développeur en SSII, mes commerciaux me placent sur des forfaits classiques
- Je suis prestataire, je dois répondre à un Appel d'Offre de type Forfait (périmètre et délais fixes)
- Je suis éditeur de logiciel, mes clients me demandent ce que contiendra exactement le logiciel dans 1 an ? 2 ans ?
- Je suis en interne, mon chef me demande des engagements sur 1 an ?
- Je suis développeur, mon équipe s'interroge sur Scrum mais n'est pas prête à passer le cap de la première mise en place.
- Je suis Chef de Projet, mon projet est critique?
- Je suis Consultant, je ne sais pas comment implémenter efficacement le Changement?
Quelques premières réponses:
1) Je suis développeur en SSII, mes commerciaux me placent sur des forfaits classiques
Bonne nouvelle : les missions au forfait classique ne sont pas incompatibles avec Scrum. Quel est votre rôle ? en tant que développeur vous pouvez commencer par identifier dans l'équipe les pratiques rapides et faciles à mettre en place, que ce soit celles de Scrum ou autre. Scrum permet dans votre cas de maximiser la communication entre vous et l'équipe et le responsable du projet ou du produit. Tenir une liste à jour des demandes du client classée par priorité, se réunir chaque matin afin de se tenir informé de l'avancement de chacun, parlez-en avec le responsable du projet.
Vous êtes en charge d'une équipe ? de l'architecture ? A la frontière entre l'équipe d'une part et votre donneur d'ordre, votre client, vous pouvez mettre en place Scrum afin de proposer à votre équipe une nouvelle façon de développer, en assurant que pendant le sprint le contenu de ce qu'il y a à faire ne changera pas. A terme vous pourrez prendre le rôle de Scrum Master afin de vous assurer que Scrum est bien suivi et adopté par tout le monde.
Votre rôle est plutôt de l'AMOA ? votre rôle sera alors de faire partie intégrante de l'Equipe. Pourquoi l'assistance à maîtrise d'ouvrage devrait travailler loin des développeurs ?
2) Je suis prestataire, je dois répondre à un Appel d'offre de type Forfait (périmètre et délais fixes)
Scrum s'adapte parfaitement aux projets développés au forfait : le délai et le budget est fixé. Ce sera donc sur le contenu que vos efforts devront porter. Oui il est possible de répondre à toutes les demandes, mais votre client comprendra alors que pour le prix demandé, seul le contenu sera négocié. Pas la qualité, ni la durée. Prenez l'image d'un réservoir d'essence de voiture : votre client met 45 litres et vous demande d'arriver avant ce soir à Madrid... A vous de gérer ensuite votre consommation afin de tenir le budget et la durée.
Scrum propose au client d'intervenir à tout moment avec le Product Owner afin de définir la liste des fonctionnalités classées par priorité. Si le client considère que le prix à payer pour une fonction est trop élevé, vous devez négocier le contenu, surtout pas la durée ou le budget.
3) Je suis éditeur de logiciel, mes clients me demandent ce que contiendra exactement le logiciel dans 1 an ? 2 ans ?
Votre logiciel contiendra exactement ce que le client a demandé car vous ne lui donnez pas rendez-vous dans 1 an ou 2 mais toutes les 2 semaines ou chaque mois.
Expliquez que si telle fonctionnalité est très importante pour son métier, votre équipe axera alors ses efforts afin de lui délivrer rapidement la valeur la plus importante. Expliquez aussi que le client n'est pas obligé de prendre dès maintenant toutes les décisions sur le contenu du logiciel.
Votre travail en tant qu'éditeur est aussi de vous assurer que l'ensemble des fonctions répondent à un spectre large.
4) Je suis en interne, mon chef me demande des engagements sur 1 an ?
Autant passer sa commande au Père Noël en mars ou préparer ses vacances d'hiver 2012...
Profitez de cette occasion pour prendre rendez-vous régulièrement avec votre chef afin de lui donner chaque mois par exemple un avancement de votre projet. Ainsi au lieu de tomber dans l'effet tunnel et de passer un moment délicat lors de votre entretien, votre responsable sera content de voir l'avancement de votre équipe. Un burndown chart posé sur son bureau avec une explication de la quantité de travail restant à faire vaut tous les discours.
5) Je suis développeur, mon équipe s'interroge sur Scrum mais n'est pas prête à passer le cap de la première mise en place.
Pourquoi votre équipe s'interroge-t-elle ? Quels sont les points délicats en ce moment ? La liste des choses à faire change tout le temps ? Le client dit que tout est urgent ? Vous avez rédigé une grande spécification pendant un mois et au moment de la valider, le client change d'avis ?
Partez de la difficulté la plus évidente pour voir si Scrum peut vous aider. Si c'est la qualité du logiciel, des pratiques comme les tests unitaires, le travail en binôme proposé par l'eXtreme Programming seront peut-être des renforts utiles. Si c'est la difficulté à sortir une version de votre logiciel, pensez à regarder les usines logicielles, à dépoussiérer votre code.
L'équipe s'interroge sur Scrum ?
C'est le moment de chercher une présentation sur Scrum, comme par exemple le 14 avril 2009 au Paris JUG.
E-mail
