Détails et inscriptions
CertYou est partenaire de DantotsuPM
Marc-Noël Fauvel
Billet original sur LinkedIn (republié avec l’autorisation de Marc-Noël Fauvel que je remercie)
L’agilité au niveau des équipes de développement a fait ses preuves depuis des années maintenant principalement grâce à SCRUM et XP .
Aujourd’hui, alors qu’elles montent en maturité, les entreprises qui développent leur SI de façon agile sont confrontées à un double plafond qui limite leur capacité à démultiplier leur performance:
1. les projets de développement deviennent de plus en plus importants ; La synchronisation de nombreuses équipes de développement devient de plus en plus complexe et les coûts de transaction rattrapent les coûts de développement. SCRUM n’a qu’une réponse partielle à cette problématique à travers son SCRUM-of-SCRUMS, mais qui reste très conceptuel.
2. les équipes agiles qui ont acquis une vélocité soutenable, sont contraintes par les prises de décision et les mécanismes de financement qui eux, ne sont pas du tout agiles. L’environnement de l’équipe agile devient alors un frein à la vitesse acquise.
Les entreprises ont donc aujourd’hui de réelles difficultés à percer ce plafond de performance. Il faudrait un référentiel qui démultiplie l’organisation agile existant aujourd’hui dans les équipes à travers toute l’entreprise. On parle de référentiel « scalable », car il doit permettre d’être extrapolé quel que soit la taille des projets de développement : 10, 50, 200, 1000 personnes développant les applications en mode Agile.
Scaled Agile Framework web site
SAFe® est une réponse d’une grande élégance à la problématique de la scalabilité agile en entreprise. Ce référentiel s’articule en 3 (ou 4) couches :
Dans XP/SCRUM, on retrouve l’équipe de développement avec ses deux rôles pivot : le Scrum Master et le Product Owner. La « Team » implémente des incréments de fonctionnalités sur la base de User Stories.
Avec le SCRUM of SCRUMS, on trouve de nouveaux rôles qui ont pour objectif de coordonner n Teams contribuant à un même programme. On parle d’Agile Release Train (ART®) qui délivre des incréments de systèmes (agrégation de n incréments de fonctionnalités). Les rôles décrits ici sont le Product Manager (leader des Product Owners), le System Architect/engineer, et le responsable du Train de Release, le RTE® (Release Train Engineer) leader des Scrum Masters. La taille d’un ART® est supposée comprise entre 50 et 125 développeurs.
Elle est adossée aux principes du Lean management et a pour objectif de synchroniser les différents trains ART®, de façon à livrer des incréments de Solutions à un client final. Une Value Stream peut synchroniser de 2 à 10 ARTs® (ce qui signifie des équipes de 100 à 1250 personnes).
Elle rend agile la prise de décisions liées aux investissements, permet la priorisation des epics (histoires de haut niveau décrivant les attendus macro) et abonde aux budgets, eux-mêmes associés aux Value Streams. Grâce à ce niveau, les décisions sont fluidifiées et associées aux flux de valeur à destination directe des clients.
Des implémentations de SAFe® sont opérationnelles depuis plusieurs années maintenant, mais les entreprises qui utilisent SAFe® ne communiquent pas toujours sur leurs retours d’expérience : certaines considèrent en effet l’adoption de SAFe® comme étant un avantage concurrentiel tant les effets positifs sont rapides et puissants.
Il ne fait aucun doute que les entreprises vont basculer progressivement vers ce référentiel. De nombreuses très grandes entreprises l’ont déjà fait : Microsoft, Air France-KLM, Philips, Astra-Zeneca, SwissCom, HP, Cisco, Pôle emploi, Intel, Sony Interactive, etc….
CertYou est partenaire de DantotsuPM
SAFe®(Scaled Agile Framework) is the largest growing Agile scaling framework and has been adopted by over 65 of the fortune 500 companies. Temenos+Agility is one of the few worldwide SAFe® SPCT Gold Partners of Scaled Agile with over 100 years of combined experience in deep Enterprise, Cultural and Leadership Agility transformations.
Scaled Agile Framework
This webinar session is an Introduction to SAFe® where you will get an insight by understanding Lean-Agile Methodologies and systems development for a better enterprise culture.
This Webinar will also educate you on the overall Scaled Agile Framework, the purpose and the function of the people involved in the framework and the Quality measures for implementing it without any obstacles.
An effective Agile coaching must encourage a strong Enterprise leadership (Internal and Executive) if the organization is in need of transformation.Thus, there is a need of mastering the various ways of coaching and mentoring.
The coaching must incorporate diverse practices like effective communication, the readiness of listening, asking pointful questions and Emotional Intelligence with the ability to comprehend the other person’s thinking.
Even with these skills, the core leadership is in dire straits when it comes to breaking the middle management permafrost. Because none of our efforts as coaches get through the managers easily. That is why, Agile coaches are expected to break such walls and teach the managers that there is more to their role except being supervisors : They are also individuals with great ideas, creativities, and movements.
Scaled Agile Framework web site
Presenters: Siraj Sirajuddin and Susan Gibson
Inscriptions et détails
Agile tour Rennes est un événement « #notheme as a theme » afin de vous laisser l’opportunité de développer votre créativité au travers des conférences ou des ateliers que vous proposez.
Transformation – Kanban – Management – Pensée positive – SAFe – SoftWareCraftsmanship – Lean Startup – Leadership – Collaboration – Communication Non Violente – Agilité côté perso – Facilitation graphique
Open Innovation – Culture collaborative – Pédagogie et Agilité – Améliorer les interactions – Ethnologie – Histoire de l'agilité – Partage de connaissance – Étude de psycho-sociologie – Entreprise libérée – Retours aux basiques – Ateliers pratiques (backlog, user story et tests) – Retours aux pratiques de développement
Partenaire de DantotsuPM
Et encore une fois, ne nous limitons pas…
Merci par avance pour vos propositions de conférences inspirantes et pour vos retours d’expériences qui viendront alimenter les réflexions de tous les acteurs Rennais.
Réservez votre place au plus vite !
Au programme cette année, voici quelques-unes des session prévues :
Agile France est une conférence qui offre un espace de respiration et d’oxygénation de nos pratiques, dans l’ambition de faire progresser la communauté sans être élitiste.
…mais pas seulement. On y parle de soi, de ses expériences, de ses échecs, de ses idées. Et on ne parle pas de business.
https://tcagley.wordpress.com/2015/06/23/scaling-agile-scrum-of-scrums-the-basics/ par Thomas M. Cagley
La technique Scrum of Scrums (SoS) sert à augmenter la portée de Scrum et autres techniques Agiles et les appliquer à de plus grands efforts. Sur le papier, le SoS est une simple extrapolation des réunions quotidiennes de Scrum ou stand-up meeting qui sont devenues le label de la pratique Agile. Une typique réunion debout se produit chaque jour pour que tous les membres de l’équipe puissent coordonner et planifier les activités du jour. Classiquement, l’équipe utilise la technique des trois questions pour organiser la réunion. De la même manière, une session Scrum of Scrums typique agit comme un focus pour aider à synchroniser une équipe d’équipes ou même plusieurs équipes d’équipes.
Il y a quatre basiques pour SoS qui doivent être compris avant toute adaptation.
Il y a deux écoles de pensée dans le choix des participants au SoS. La première (et plus commune) école suggère que le Scrum Master soit présent lors du SoS. Le Scaled Agile Framework Enterprise (SAFe) est un exemple d’une méthodologie qui met à profit le Scrum Master tant pendant l’événement de planification que pendant l’incrément de programme. Alors que le deuxième groupe adopte une approche plus égalitaire (probablement plus pragmatique) permettant à chaque équipe de choisir un participant qui peut le plus facilement transmettre ou comprendre que les problèmes actuels de l’équipe et du plus grand groupe à cet instant. Par exemple, si les décisions de conception sont primordiales, peut-être des membres de l’équipe avec la grande compréhension UX. Dans ce scénario, les participants varieraient au fil du temps.
Pour de petits SoS, par exemple une poignée d’équipes co-localisées, une facilitation peut ne pas être exigée. Le SoS peut s’auto-organiser et exécuter la réunion avec peu de facilitation additionnelle. Cependant, comme le nombre de participants augmente (je limite les réunions SoS en utilisant la même règle 5 à 9 membres utilisée dans les équipes Scrum) ou comme la distribution géographique des membres s’accroit, la facilitation devient plus importante. Les facilitateurs aident l’équipe à utiliser la pratique du SoS, s’assurent que la logistique est en place et gèrent le temps. Dans de plus grands efforts, un Directeur de Programmes fournit souvent la facilitation, ou si vous pratiquez SAFe, le Release Train Engineer joue ce rôle de facilitateur.
Image courtesy of pakorn / FreeDigitalPhotos.net
Le Scrum of Scrums suit souvent le même modèle que la réunion quotidienne de Scrum/Stand-Up. Un deuxième modèle de fréquence est basée sur le niveau de risque; la fréquence des réunions SoS varient en fonction du besoin. Tôt dans un projet le SoS se tient quotidiennement comme les équipes se forment, se trouvent et que les premières décisions sont construites. La réunion SoS passe à deux fois par semaine au milieu du projet et revient ensuite à quotidienne comme une fin de release approche.
Les réunions quotidiennes debout déroulent généralement la classique approche avec trois questions (Qu’ai-je fait ? Que vais-je faire ? Et quels sont mes points de blocage ?).
La réunion Scrum of Scrums suit généralement un format TRÈS SEMBLABLE avec chaque participant qui répond aux quatre questions suivantes :
La réunion suit la même approche : chaque participant interagit à tour de rôle avec les autres. Le facilitateur (si utilisé) ne devrait jamais être au centre de la réunion, et le SoS ne devrait pas dériver en une réunion de statut d’avancement.
Le stand-up quotidien et le SoS Sont des réunions très semblables. Les deux réunions sont tenues pour partager des informations, coordonner des activités et identifier des problèmes. Le périmètre de la réunion SoS est plus large qu’une seule équipe et cette réunion fournit la coordination et les activités de planification dans et transverses aux équipes.
Scrum… Reallyhttp://www.scrumexpert.com/videos/scrum-really par Amy Thompson à Agile on the Beach 2015
Amy Thompson
Mais de quoi s’agit-il vraiment ? À quoi ressemble une grande équipe Scrum? Scrum est-elle réellement la collection d’approches flexible, libre d’esprit et que l’on pense pouvoir adapter pour convenir à tout ce qui marche pour nos efforts ? Dans nos tentatives d’être ‘Agile’, avons-nous oublié les avantages de la structure et de la discipline ? Adaptons-nous Scrum un peu trop pour nous convenir et quel en est l’impact ?
J’ai travaillé avec beaucoup d’équipes Scrum et Kanban, y compris celles qui utilisent de plus lourdes méthodologies Agile comme SAFe et RUP et celles qui fonctionnent indépendamment au sein d’une organisation en cascade (Waterfall). Cependant, chaque fois que je travaille dans un nouvel endroit, je vois les mêmes problèmes encore et encore qui empêchent les équipes d’atteindre leur potentiel à être extrêmement performantes. Idem quand je participe à des réunions et conférences Agiles et parle aux gens de comment ils ont essayé de ‘devenir Agile’, mais que cela ne semble pas fonctionner pour eux.
Partenaire de DantotsuPM
L’adhésion du management est essentielle, cependant que je voudrais concentrer ma discussion (vidéo en anglais ci-dessous) sur pourquoi je crois que la discipline, la routine, la structure et une compréhension minutieuse du processus Scrum sont clés à une grande équipe Scrum. Et aussi, expliquer que ceci ne signifie pas que l’équipe est étranglée dans sa créativité, ni contrôlées par leurs environnements, c’est en réalité tout le contraire … (voici le pointeur vers la présentation en pdf)
If you’re scaling Agile, you’ve probably stood up many Agile teams and started to look at forming Program, Product or SAFe Release trains to organize and plan the work across these teams.
Through this session we’ll explore the SAFe Release Train radar assessment and the Program Health radar assessment so you can determine if you’re setting your teams up for success.
We’ll dig deeper into the right combination of qualitative and quantitative metrics needed to know if we’re healthy and delivering value.
You can use the health assessment radars with your own SAFe release train or program!
Partenaire de DantotsuPM
Check this past article and Video
Les fondements et l’évolution de l’Agile : Dans cette présentation nous verrons l’évolution de l’approche Agile, de son origine à aujourd’hui ainsi les différents contextes d’utilisation de l’Agile dans les départements des technologies de l’Information. Nous parlerons des bénéfices à utiliser cette approche ainsi que les éléments différenciateurs entre l’Agile et de la gestion de projet traditionnelle.
L’utilisation de Agile à grande échelle : Présentation sur l’Agile pour la grande Entreprise (basé le Scale Agile Framework, SAFe). Gestion Agile de portfolio, de programme et de produit. Retour d’expérience sur l’implantation d’Agile chez Ing Direct France.
Vos avis sont importants car ils me permettent d'avoir un retour des personnes pour lesquelles ce blog s'enrichit de nouveaux billets chaque jour, VOUS !
