Pensez à regarder les prochaines sessions avec formateur dans l'onglet "Calendrier formation" elles sont comprises dans votre formules 😊

Agile Release Train

Front Page Forums Agilité Agile Release Train

4 sujets de 1 à 4 (sur un total de 4)
  • Auteur
    Messages
  • #5394
    Sabine IBANEZ
    Participant

    Peut-on avoir un explicatif clair et exhaustif des rĂŽles et des activitĂ©s/compĂ©tences que nous avons dans un Agile Release train ? J’aimerais comprendre les pĂ©rimĂštres d’intervention de chacun dans le train et entre les trains. J’aimerais comprendre l’utilitĂ© (la singularitĂ©) des rĂŽles et leur nombre requit selon l’ampleur du projet; exemple : Toujours 1 seul RTE qu’il y ait 5 trains ou 12. Il est prĂ©conisĂ© d’avoir 2 system Architect/Engineering au-delĂ  de 5 trains, ect…
    Y-aurait-il un exemple concret qui nous permet d’ancrer tout cela ?
    Je ne comprends pas pourquoi dans le support de cours “SAFe for Team”, page 52, les disciplines principales sont le PM, le system Architect/Engineering, le lean Ux et le Shared Services. Je n’ai pas bien compris ce que sont les 2 derniers.
    L’Ă©quipe technique, le PO et le Scrum master ne le sont pas car ils agissent en micro ?

    Par avance merci.
    Sabine

    #5413
    contact@crossthink.fr
    Maßtre des clés

    Bonjour sabine,

    Tout d’abord sachez que lean UX est une approche, inspirĂ©e du lean startup, qui vise Ă  d’abord satisfaire les utilisateurs d’un produit en dĂ©veloppement. Les shared services quand Ă  eux sont un modĂšle commercial qui permet d’exploiter les ressources dans l’ensemble d’une organisation, ce qui permet de rĂ©duire les coĂ»ts avec des niveaux de service client convenus. Ils sont mis en avant car indispensable Ă  l’objectif de Safe qui vise Ă  mettre en avant la qualitĂ© et l’efficacitĂ©. Le PO et SM ne sont pas mentionnĂ© car ils n’agissent pas au meme niveau de l’organisation voila tout.
    Voici un petit récapitulatif des roles:

  • Scrum Master – Guide l’Ă©quipe de façon continue dans le cadre des rĂ©unions, des processus, des bonnes pratiques et des cĂ©rĂ©monies.
  • Product Owner – Est responsable de la valeur produite par l’Ă©quipe Agile.
  • Membre d’Ă©quipe – Constitue le cƓur des Ă©quipes Agile. Il s’agit de travailleurs pluridisciplinaires et collaboratifs axĂ©s sur la livraison incrĂ©mentielle.
  • Release Train Engineers (RTE) – Ils sont chargĂ©s de faciliter l’exĂ©cution des programmes, d’Ă©liminer les obstacles qui entravent le workflow et d’assurer la gestion des risques et des dĂ©pendances.
  • Responsable Produit – Il est responsable de la vision et de la stratĂ©gie relatives au produit ; il communique avec les parties prenantes internes et externes pour dĂ©finir et satisfaire les exigences des clients.
  • Architectes/ingĂ©nieurs systĂšme – Ils dĂ©finissent et conçoivent l’architecture globale du systĂšme, en adoptant une vue d’ensemble pour s’assurer que les principaux Ă©lĂ©ments et interfaces du systĂšme fonctionnent ensemble de maniĂšre fluide.
  • Business Owners – Ils sont les parties prenantes internes clĂ©s de l’ART ; ils sont responsables de la rĂ©alisation des rĂ©sultats Ă©conomiques escomptĂ©s de l’ART.
  • Il n’y a pas de rĂ©ponse prĂ©construite pour dĂ©finir le nombre de personnes derriere chaque roles, meme s’il est vrai que le RTE Ă©tant un peu le “chef d’orchestre” semble plus efficace s’il est seul. Pourrait t’on faire jouer en symbiose un orchestre avec 2 chef d’orchestre ?
    Gardez tout de meme ceci en tete :
    Lorsqu’il s’agit de structurer vos Ă©quipes Agile, il est important de rĂ©flĂ©chir aux questions suivantes pendant la phase de planification de projet. Quel type de support incrĂ©mentiel est-il nĂ©cessaire pendant la phase de dĂ©veloppement du produit ? Comment les besoins changent-ils une fois le produit mis Ă  la disposition des clients ? Quel soutien commercial et marketing continu est-il nĂ©cessaire tout au long du cycle de vie du produit ? Les rĂ©ponses Ă  ces questions aideront Ă  dĂ©terminer qui recruter pour ces rĂŽles.

    Bonne continuation

#6164

Dans une organisation oĂč il y a un Product Manager pour 2 Ă©quipes Scrum de 10 personnes chacune. En tout, une vingtaine de personnes pour ce train, faut-il faire un PI Planning de 2 jours toutes les 5 semaines?

#6303
Laurent
Maßtre des clés

Bonjour Yannick,

Le but du PI planning Ă©tant de pouvoir synchroniser les Ă©quipes je dirais qu’il est necessaire de les faire. Par contre le framework prevoit toutes les 8 semaines. Toutes les 5 semaines cela me parait trop court.

Excellente soirée

4 sujets de 1 à 4 (sur un total de 4)
  • Vous devez être connecté pour répondre à ce sujet.
error: Alert: Content is protected !!