Devops for Growth

Le Cahier de REcette (CRE) a pour but principal de fournir un plan d’action détaillé à la MOA ou MOE qui sera en charge de la réalisation des tests.
Celui-ci est composé essentiellement des dossiers de tests et des fiches de tests

Bon nombre des outils et des techniques présentés dans ce guide vous aideront à réduire au minimum les modifications de la portée grâce à une planification appropriée et à l’emploi de processus efficaces de contrôle des changements.

Partie A – Contrôle de santé du projet : Cette partie guide les maîtres d’ouvrage à travers une série de questions clés, afin de les aider à repérer les sections du guide sur lesquelles ils doivent concentrer leur attention.

Partie B – Facteurs clés de réussite : Neuf facteurs clés, qui sont d’importance critique pour assurer la réussite d’un projet, sont présentés.

Aubry sur le même thème allant dans l’autre sens. Qui a raison, que penser ?
Je trouve intéressant cette émergence du concept de “Product Owner Proxy”. Non que je lui donne raison, et je penche là dans le sens de Claude, mais parce que je pense qu’il est la réponse à la légèreté avec laquelle Scrum appréhende ce rôle qui est, je le répète ici un peu différemment : tout ce qui n’est pas lié au développement va dans l’escarcelle du PO. C’est à la fois trop pour un seul homme (ou une seule femme) et une incitation à retomber dans de vieux réflexes contre lesquels la communauté agile s’est battu pendant des années: le partitionnement en rôles.
Le Product Owner Proxy est ni plus ni moins que la résurgence du concept de MOA : un intermédiaire, avec des compétences n’existant pas dans l’équipe de développement, mais qui n’est pas le “sachant” métier et doit se retourner vers ce référent métier (le vrai PO) pour avoir des réponses ! Nous avons là une belle équation perdant-perdan