RTE : tous égaux ?
Il est parfois difficile de trouver sa place en tant que RTE dans une organisation…
Il est parfois difficile de trouver sa place en tant que RTE dans une organisation…
Vous aurez noté que le cadre SAFe s’appuie sur un « pattern » reproduit à différentes échelles : besoin (Product Manager), Solution (System Architect and Engineering) et Support (Release Train Engineer) pour le niveau « Program ». Si l’importance des deux premiers rôles est généralement évidente, il n’en est pas de même du troisième.
La confiance, base d’une collaboration réellement efficace… Si évidente et si négligée. Revenons sur cette valeur inhérente à toute équipe agile digne de ce nom.
Continuons notre visite des activités du RTE. Aujourd’hui, une pratique simple, mais parfois malmenée : le calendrier.
Reprenons plus concrètement le rôle du RTE… Basé sur SAFe bien sûr.
Le rôle de Release Train Engineer, équivalent d’un ScrumMaster au niveau du train n’est pas une sinécure…
La phrase « en tant que… » n’est jamais que le titre de la story. Une histoire se raconte… C’est une expression de besoins essentiellement orale.
Après une introduction sur les base de ce concept, penchons-nous sur la question des stories en environnement industriel.
Le concept de « user story », apparu dans l’Extreme Programming en 2000, est aujourd’hui un standard en agile. Mais à quel prix ! Arrêtons le massacre.
La system team est une composante essentielle de l’agile à l’échelle.
Parfois, la relation entre équipe de dev dans le train et elle n’est pas au beau fixe. En effet, sa redevabilité dans l’organisation n’est pas toujours claire.