Innovation et planification SAFe vs planification de sprint
Nous passons à SAFe dans mon entreprise et j'ai du mal à comprendre les différences. Je suis certifié Scrum (CSM / CSPO), mais je ne connais pas grand-chose à SAFe, et je ne vois pas vraiment de différence entre la partie planification de SAFe Innovation & Planning et Scrum Sprint Planning. Quelle est la différence? J'ai essayé Google, mais il semble que ce soit la même chose, mais dans notre équipe, nous faisons à la fois I&P avec des user stories et autres, mais aussi une planification de Sprint où nous (re) marquons également les États-Unis. J'ai le sentiment que nous faisons quelque chose de mal.
Réponses
Dans Scrum, la planification de sprint a lieu au début de chaque sprint. Dans la plupart des implémentations de Scaled Scrum, la planification de sprint est synchronisée entre les équipes et a souvent un composant partagé dans lequel les équipes alignent leurs plans pour le sprint à venir. Dans SAFe, cette activité est représentée par la planification des itérations au niveau de l'équipe.
L'itération d'innovation et de planification de SAFe n'a pas d'événement correspondant dans Scrum. L'itération d'innovation et de planification se produit une fois par incrément de programme. Dans Scrum, chaque Sprint (itération) est destiné à produire un produit potentiellement libérable. Cependant, l'itération d'innovation et de planification est une période tampon pour l'amélioration des outils et de l'infrastructure, la formation continue et la formation croisée ou le renforcement des compétences, les activités de vérification et de validation formelles, les tests d'acceptation par les utilisateurs, d'autres activités liées à la sortie et la planification des incréments de programme. Il a un type de travail différent des autres itérations.
Avant de passer à un cadre agile à l'échelle (SAFe, LeSS ou tout autre), tout le monde dans le processus doit savoir à 110% pourquoi le mouvement.
La clé de la mise à l'échelle du processus est, comme d'autres l'ont déjà dit, de faire le même processus qu'une équipe normale ferait, mais cette fois à un autre niveau. J'ai travaillé avec des programmes avec plus de 300 ingénieurs, donc dans ce cas, un cadre mis à l'échelle est indispensable. Comme une équipe de 7 ingénieurs ferait une planification, affinerait et convenirait avec PO ce qui peut être livré pour les 2 prochaines semaines, le "même" se produit lorsque vous avez 700 ingénieurs ... mais le "même" dans ce cas est .. . Eh bien, pas exactement la même chose.
Revenons à la question initiale: "Je ne vois pas beaucoup de différence entre la partie planification de SAFe Innovation & Planning et Scrum Sprint Planning."
Il existe une série d'artefacts résultant d'une planification PI qui ne sont pas courants sur une planification de sprint Scrum. Votre kilométrage peut varier, mais quelques aspects clés que j'ai observés comme étant fondamentaux pour une planification PI appropriée sont:
Participation active des parties prenantes de l'entreprise
Par rapport à un Scrum Sprint Planning normal, l'entreprise est représentée par le PO. Dans le cas de la planification PI, il est fortement recommandé que les sponsors du projet et du programme participent activement, posent des questions et, vers la fin de la planification PI, attribuent une valeur commerciale à ces fonctionnalités.
Visualisation des dépendances entre équipes
La visualisation des dépendances entre équipes, comme d'autres l'ont déjà mentionné, est presque inexistante sur les équipes utilisant pur Scrum. Sur les frameworks mis à l'échelle, il est (malheureusement) courant d'avoir des dépendances entre équipes. Ils doivent être mis en évidence, les risques identifiés et les mesures d'atténuation convenues entre les parties avant la planification réelle du sprint. Si l'équipe A dépend de quelque chose de l'équipe B et que l'équipe B ne peut pas s'engager à aider l'équipe A, alors peut-être que l'équipe A devra peut-être revoir ses priorités ou chercher des alternatives.
Il y a beaucoup de pression pour avoir de telles sessions avec tout le monde sur les mêmes lieux physiques, même si à Covid19 fois ce n'est pas le cas. Voilà à quoi ressemble un tableau de dépendance physique normal (ce tableau est disponible pour tout le monde à tout moment et les équipes choisissent les éléments du backlog et les attribuent en conséquence, en mettant en évidence les dépendances et les risques):
Vote de confiance
De plus, vers la fin de la planification de l'IP, chaque ingénieur est interrogé sur son degré de confiance quant au travail engagé (et non engagé) pour le prochain IP. Si la confiance est faible, les parties prenantes et les sponsors pourraient avoir une opportunité sur place de clarifier les questions, les dépendances et ouvrir une marge de manœuvre pour identifier les problèmes que, dans un modèle normal, les sponsors prendraient des semaines ou des mois à résoudre.
Voici à quoi ressemble un programme de planification PI:
Plus de détails sur PI Planning dans SAFe sont disponibles dans https://www.scaledagileframework.com/pi-planning/
L'innovation et la planification dans SAFe est en fait une activité composée de deux parties: la première est un exercice classique d'inspecter et d'adapter, très similaire à une rétrospective Scrum. La deuxième partie est l'exercice de planification, lorsque le prochain incrément de programme (IP) est engagé par toutes les équipes .
La différence avec un Sprint Planning est que dans Scrum, il se réfère à une seule équipe et à une seule itération. SAFe traite plutôt de la manière de faire évoluer Agile avec plusieurs équipes .
Dans SAFe, toutes les équipes rejoignent la planification PI et elle couvre plusieurs itérations, généralement trois ou quatre: les équipes se voient présenter la vision de l'incrément (quel est l'objectif commercial) et les exigences sont réparties entre les équipes en fonction de leur domaine, puis chaque équipe se décompose et planifie ses propres itérations et détaille les exigences assignées dans ses propres User Stories.
La répartition de cette équipe peut être une planification Scrum Sprint classique (SAFe est indépendant de la méthodologie Team) mais multipliée pour toutes les itérations . Pas besoin d'avoir une planification de sprint distincte après la planification PI.
Et une fois que chaque équipe a préparé ses propres plans pour toutes les prochaines itérations, ils sont examinés avec toutes les autres équipes pour trouver et résoudre / planifier les dépendances; enfin, chaque équipe peaufine les plans / backlogs de sprints sur la base de cette revue.
Nous parlons ici de nombreuses équipes. Si un projet est réparti entre moins de cinq équipes, il n’a pas beaucoup de sens d’utiliser SAFe. La coordination pourrait être réalisée en utilisant par exemple Scrum of Scrums