Une équipe Scrum est constitué d'un Product Owner, d'une Equipe de réalisation et d'un ScrumMaster (A distinguer de l'Equipe d'un Scrum). Chercher les pré-requis d'une équipe Scrum nous impose de bien comprendre ce qu'est Scrum. Considérant que la compréhension de Scrum est partagée, nous pouvons chercher des pré-requis dans ses règles de fonctionnement.
Essayons de distinguer pre-requis et règle de fonctionnement. Par exemple, le Product Owner de Scrum est censé prioriser le Product Backlog et être responsable du retour sur investissement du projet. Ce dernier point impose souvent un contrôle des cordons de la bourse. Cette double responsabilité budgétaire et marketing est parfois distribuée sur deux individus dans les organisations. Faut-il voir là un obstacle à Scrum par manque de pré-requis ? Le Scrum va sans doute souffrir de cette double casquette. Mais il serait dommage de refuser un Scrum à une structure dont c'est la réalité organisationnelle au démarrage d'un projet. Pour les organisations qui décident de franchir le pas il faut plutôt voir là un défi à relever pour tirer le meilleur profit de Scrum. Bien sûr, il faut avoir l'énergie, le courage - tout simplement l'envie -, de questionner cette organisation.
Un autre exemple ? L'auto-organisation des équipes est aussi un des pilliers de Scrum. Cela a des impacts forts sur les équipes qui découvrent ce mode de fonctionnement. Certaines sont confrontées pour la première fois au client, à la définition de leur propre travail, à l'estimation des coûts en présence du client, etc. Cela implique des changements non seulement dans l'organisation du travail mais aussi dans le type de relations que l'Equipe entretient avec son environnement. Bien sûr, il faut que les membres de l'Equipe soient d'accord pour faire ce pas ; qui souvent n'est pas simple. Mais si l'Equipe ne sait pas encore agir de la sorte, faut-il y voir un obstacle à Scrum par manque de pré-requis ?
Et bien sûr, les questionnement de ce type abondent...
Heureusement Scrum sait bien que nous ne vivons pas toujours dans un monde idéal. A chaque fin de cycle, une équipe Scrum tient une retrospective pendant laquelle elle cherche à s'améliorer. Lors de ces rétros, le ScrumMaster veillera à ce que ne soient pas écartées des débats les infidélités faites à Scrum lui même dans l'organisation du projet : le PO a-t-il vraiment toute autorité sur les priorités ? l'Equipe a-t-elle vraiment les coudées franches sur les choix techniques ? Ces pistes d'amélioration font partie de l'ensemble des pistes d'améliorations que l'équipe Scrum doit explorer.
L'amélioration de ses pratiques d'ingéniérie est bien sûr un tout autre axe d'amélioration souvent essentiel pour le succès d'un projet. Sur ce thème aussi une équipe est souvent confrontée à de véritables défis d'amélioration.
Encore faut-il qu'elle en ait l'énergie - que l'on peut trouver en mettant celle de tous en commun.
Encore faut-il qu'elle en ait le courage - que l'on peut favoriser en développant un climat de confiance.
Encore faut-il qu'elle en ait l'envie.
Qui n'a pas envie de s'améliorer ?
