SAFe 5.0, une brève avant-première par Henny Portman

Elle arrive bientôt, la nouvelle version de SAFe !

SAFe 5.0 brief preview

https://hennyportman.wordpress.com/2019/10/08/safe-5-0-brief-preview/ par Henny Portman

Au début 2020, une nouvelle version de SAFe sera disponible. Elle est, comme d’habitude, entièrement compatible avec la version précédente SAFe 4.6, permettant une migration en douceur.

Il y a maintenant 7 compétences fondamentales qui permettent l’agilité dans le business. Certaines sont repositionnées et restructurées et 2 nouvelles compétences étendent SAFe afin qu’il englobe l’entreprise toute entière et permettent l’agilité d’affaires. Voir la nouvelle grande image de SAFe.

Les deux nouvelles compétences sont : Culture d’Apprentissage Continu (Continuous Learning Culture / CLC) et Agilité Organisationnelle (OA).

La Culture d’Apprentissage Continu est basée sur trois dimensions : L’Organisation Apprenante (vision partagée, systems thinking, modèles mentaux, apprentissage dans l’équipe, maîtrise personnelle), l’Amélioration Inexorable (un sentiment constant de danger, optimisation de l’ensemble, culture de résolution de problème, Prise de recul aux événements marquants principaux, l’amélioration basée sur les faits) et la Culture d’Innovation (les gens innovateurs, le temps et l’espace, aller voir, expérimentation et réactions, pivoter sans pitié ni culpabilité, innovations à contre-courant).

Les trois dimensions d’Agilité Organisationnelle sont : des gens pensant LEAN et des équipes agiles (house of lean, principes SAFe, Manifeste Agile), des Opérations LEAN (temps de traitement –temps d’attente – temps de traitement) et Agilité de Stratégie.

L’ancienne compétence DevOps et release on demand est maintenant appelée Livraison de Produit Agile (Agile Product Delivery). Ici nous voyons des développements sur la Cadence, la livraison sur demande, DevOps et le Pipeline de Livraison en Continu. Une nouveauté est  la Position Centrée sur le Client Customer Centricity qui comprend : étude de marché, design avec l’utilisateur) et Design Thinking dans la Livraison Agile de Produit.

Livre sur mazon

Les équipes business de l’entreprise montent maintenant ‘sur le train’ et participent à la livraison et au support de solutions business innovantes. Ces équipes adoptent les valeurs, principes et pratiques Lean et Agiles.

Un dixième principe SAFe est ajouté : S’organiser autour de la valeur. Ce principe est basé sur Kotter ‘dual operating system’ comme décrit dans son livre XLR8 – Accelerate. Building strategic agilty for a faster moving world.

Si je prends une vue d’ensemble de la forêt agile, je replace SAFe pour souligner que SAFe couvre maintenant, au niveau produit, cible produit ainsi que le choix de culture.

Voir Bird’s eye view on the agile forest blog pour l’article complet.

Voir le Scaled Agile website pour plus d’information sur SAFe 5.0

#DevOPS n’est pas l’apanage des seuls services informatiques et développeurs !

Tous concernés si nous voulons réussir ce bouleversement dans la manière de développer, mettre en production et utiliser efficacement les produits des projets Agiles.

Dans son billet « 10 profils qui ont besoin de comprendre DevOPS », notre partenaire QRP recense au moins 10 rôles et autant sinon plus de départements dans l’entreprise qui ont besoin de se familiariser avec ces concepts et approche.

Lisez ce billet de QRP International, partenaire du blog DantotsuPM

Je vous invite à le lire, que vous soyez manager de projet, sponsor ou simple partie prenante potentiellement impactée par un projet mené en mode Agile (Marketing, Finance, Ventes, Support…).

DevOps: 8 réponses en 8 minutes par QRP International

Aujourd’hui, tout le monde parle de DevOps.

Mais que savons-vous vraiment de la philosophie et de la méthodologie qui révolutionnent le monde de l’informatique et des nouvelles technologies?

QRP, partenaire de DantotsuPM depuis de nombreuses années, a demandé à l’un de ses formateurs, Claudio Restaino, de répondre à 8 questions qui nous aideront à obtenir une compréhension globale de DevOps.

Afin d’être au fait de ce sujet d’actualité qui aborde la notion de célérité, QRP nous promet que 8 minutes de lecture de ces 8 réponses suffiront à nous acculturer au Devops.

Télécharger le document

QRP est Partenaire de DantotsuPM

13th annual State of Agile report

Au fil des années, les changements et ajouts à ce rapport sont incroyables car l’adoption Agile a grandi et évolué.

Il est difficile de croire que DevOps n’était presque pas mentionné, il y a seulement quelques années. Alors que le rapport de cette année indique que 73% des répondants planifient une initiative DevOps ou en ont déjà une en cours. DevOps et Agile sont devenus de plus en plus liés en support aux entreprises qui cherchent à développer et à fournir des logiciels de qualité de manière plus efficace, plus rapide et plus rentable pour leurs clients.

Le 13e rapport annuel présente de nouveaux thèmes, des changements de priorités et des domaines d’intervention élargis.

Au fur et à mesure que DevOps et Agile deviennent plus courantes, il est nécessaire que les deux approches soient connectées afin de voir le changement se matérialiser et en tirer un avantage concurrentiel. Une visibilité accrue des résultats Agile et DevOps devient de plus en plus critique pour l’amélioration continue des équipes.

Voici les principaux thèmes et conclusions de ce 13ème rapport annuel sur l’état de l’agilité

  • La réduction des coûts du projet est un facteur essentiel de motivation pour l’adoption Agile
  • DevOps est devenue une priorité organisationnelle et la traçabilité de bout en bout est essentielle pour améliorer les pratiques DevOps
  • La gestion de la chaîne de la valeur n’est pas nouvelle, mais gagne encore en importance
  • SAFe domine les méthodes de démultiplication « Scaling Agile »

Vous pouvez télécharger une copie du rapport complet sur l’état de Agile sur www.StateOfAgile.com

 

Rapport sur les compétences essentielles de DevOps en entreprise

Si votre projet est exécuté en approche DevOps, cette étude très complète devrait vous intéresser.

En effet, cette étude offre une vue complète des compétences essentielles de la méthodologie DevOps et de la transformation numérique dans la communauté informatique mondiale.

rapport

© 2019 DevOps Institute. All Rights Reserved.

QRP est partenaire de DantotsuPM – Téléchargez gratuitement ce document.

 

Rappel: Le rapport 2019 des tendances Scrum Master est disponible (texte et vidéo)

Scrum Master Trends Report 2019

https://age-of-product.com/scrum-master-trends-report-2019-free-download/

Les points saillants du rapport 2019

PMGS est partenaire de DantotsuPM

81 % utilisent Scrum avec d’autres pratiques agiles : Kanban, DevOps, XP.

– Les Scrum Masters avec une formation formelle Scrum et des certifications Agile ont des salaires plus élevés que les autres.

– Les tendances d’adoption montrent que 7 % continuent à utiliser l’approche Waterfall tandis que 11 % sont matures dans leur adoption Agile; les participants restants (donc la très large majorité) commencent ou sont en croissance d’usage.

– Les salaires des femmes Scrum Masters tendent à être plus élevés que ceux de leurs contreparties masculines.

Vous pouvez vérifier par vous-même le retour sur l’investissement d’éventuelles formations et certifications en téléchargeant le Scrum Master Trend Report 2019.

Le but de ce rapport est de fournir de l’information aux Scrum Masters qui les aidera à en apprendre davantage sur le Scrum Master et les tendances des communauté Agiles. Scrum.org s’est associé avec Age of Product dans cette initiative pour fournir à la communauté des Scrum Masters des données pour partager une compréhension qui les aidera à diriger leurs carrières et continuer de s’améliorer.”

Vidéo de 1 heure en anglais qui détaille les résultats de cette enquête.

CertYou est partenaire de DantotsuPM

Qu’est-ce que Agile Hybride en réalité ?

“Nous ne sommes pas encore Agile, mais nous utilisons une approche hybride” ???

What is Hybrid Agile, Anyway?

https://www.agilealliance.org/what-is-hybrid-agile-anyway/ par Becky Hartman, Mike Griffiths, Johanna Rothman, Jesse Fewell, Betsy Kauffman, Stéphane Matola et Horia Slusanschi

Maintenant que le mouvement Agile s’est étendu à de plus grandes organisations dans davantage d’industries, nous voyons énormément de variation. Accordé, nous utilisons une grande variété de structures, techniques et méthodes utilisées, de XP à Scrum à Kanban à la Livraison Continue. Cependant, récemment nous entendons de plus en plus parler d’approches « Hybrides ».

Peut-être avez-vous entendu un dirigeant dire : “Nous ne sommes pas encore Agile, mais nous utilisons une approche hybride”.

Ou peut-être vous avez entendu un consultant déclarer fièrement “À moins que vous ne fassiez beaucoup de prototypage, vous êtes seulement Agile Hybride”. Et ensuite, lors d’une rencontre vous entendez une autre personne dire, “Oh, nous ne sommes pas hybrides, nous utilisons une approche mélangée”.

A travers toutes ces discussions, ce que les gens veulent dire en réalité peut devenir assez confus. Ceux parmi nous qui travaillent sur le prochain Guide de Pratique Agile ont aussi entendu ces points de vue et nous ajoutons qu’une section au guide concentrée sur ce sujet. Voici certains des modèles initiaux que nous voyons…

« Itératif » par rapport à « Incrémental » par rapport à « Agile »

Les cycles de vie des projets suivent un continuum, de prévisionnel (« plan driven ») à  Agile. Pour nous aider à comprendre ce continuum, considérons deux des aspects clés de l’Agilité que sont “Livrer Tôt et Souvent” et “S’adapter au Changement”. Si nous devions les tracer sur un graphique bidimensionnel, nous obtiendrions quelque chose comme cela …

Sur le continuum d’approches, depuis prédictives (en bas à gauche) à Agiles (en haut à droite), il y a différents degrés de livraison (incrémentale) et  degrés de changement (itératif). Les techniques qui réalisent à la fois de forts niveaux de livraison et de hauts degrés d’adaptabilité sont appelées « Agiles ».

« Mélangé » (Blended) versus « Hybride »

Mais c’est juste trop simpliste. Dans le monde réel, nous n’utilisons pas juste une approche. Nous combinons presque toujours plusieurs techniques différentes. Pour nous aider à comprendre les différentes combinaisons, nous avons posé quelques définitions de travail.

Mélangé Agile (« Blended Agile ») est la combinaison de deux ou plus des méthodes établies, techniques, ou structures Agiles.

En ajoutant un peu de Kanban et des limites de travail en cours (« Work In Progress ») à vos Sprints Scrum, vous obtenez une approche « Mélangée ».  Ou peut-être voulez-vous « mélanger » un tableau de visualisation (« Information Radiator ») avec votre approche de livraison en continu. Pour beaucoup de praticiens Agiles, c’est facile à comprendre.

Nous combinons des techniques adaptatives-agressives connues pour être meilleurs dans ce que nous faisons :

Mélangé = Agile + Agile = Meilleur Agile

  • Mais en ce qui concerne le reste d’entre nous simples mortels ?
  • Et si nous ne sommes pas encore capables d’utiliser ces diverses techniques?
  • Et s’il y a contraintes ou demandes qui exigent que quelques éléments non-agiles se produisent ?

Et bien, dans ces cas, vous devriez considérer « l’Hybride »

L’Hybride Agile est la combinaison de méthodes Agiles avec d’autres techniques non-agiles.

Par exemple, un effort important pour détailler les exigences, suivi de sprints de livraison progressive serait une “Approche Hybride”. De même, le prototypage itératif fréquent d’un design, suivi d’une mise en œuvre prédictive avec un  plan simple serait “une Approche Hybride”.

Ici, l’idée est de prendre une approche non-Agile et d’y injecter quelques techniques Agiles pour aborder une question ou une opportunité spécifique:

L’hybride = non-Agile + Agile = quelque chose entre les 2 qui a du sens

Quand devrions-nous utiliser des approches Hybrides ?

Comme toute autre chose dans le monde, il y a une bonne et une mauvaise raison de faire quelque chose. Pour être clair, la mauvaise raison de mélanger des techniques est de vouloir faire comme les autres. “Utiliser des techniques Agiles” n’est pas le but. Le but est de livrer le bon résultat business en utilisant les bonnes techniques.

Voici deux scénarios :

1. Hybride comme Adéquat en fonction du but

Pour les projets qui ont un profil de risque inférieur, utilise des approches prédictives pour minimiser les dépenses. Pour des projets de risque plus élevés, utilisez des techniques Itératives pour répéter des activités jusqu’à ce que les problèmes se révèlent et soient résolus. Pour des projets ayant besoin de livraisons agressives, des techniques Progressives livreront quelque chose plus tôt et assureront l’engagement du client. Finalement, pour naviguer dans des environnements complexes, des techniques Agiles peuvent avoir un fort coût initial aérien, mais pourraient le valoir pour les résultats d’ensemble. Chacune a sa propre force. Le mélange de celles-ci de la bonne façon peut mieux répondre à votre contexte que l’utilisation de seulement une d’entre elles.

2. Hybride comme Transition-vers-Agile

Beaucoup d’équipes ne sont pas capables de basculer vers les façons de travailler en mode Agile d’un jour à l’autre. Plus l’organisation est grande, plus ses composantes sont en mouvement, plus longtemps il faudra pour changer. Si vous avez vécu dans un monde prédictif depuis de nombreuses années, les méthodes Agiles paraitront très différentes. En conséquence, votre incursion initiale dans le monde Agile sera un amalgame peu ordonné des deux. C’est OK. Vous utilisez des techniques spécifiques pour vous déplacer dans la direction vers laquelle vous voulez aller.

Chaque projet a des besoins différents. Pour ceux qui se trouvent dans un environnement surtout prédictif, une approche hybride peut être une transition vers davantage d’adaptabilité et de livraisons. Pour ceux qui ont déjà adopté la livraison et l’adaptation agressives, incorporer quelques nouvelles techniques peut encore hausser votre challenge.

CertYou est partenaire de DantotsuPM

Ne déclarez pas simplement “Nous sommes Agiles”, la réalité est que vous utilisez déjà presque toujours une combinaison de techniques différentes. Au lieu de cela, une meilleure stratégie serait de vous poser et de réfléchir à quelles approches seraient les meilleures pour ce que vous voulez réaliser en fonction de là où vous êtes.

Pourquoi DevOPS en infographie !

Infographie au format PDF à télécharger depuis le site QRP International

Téléchargez l’infographie complète sur le site de notre partenaire QRP International

5 Décembre – Paris-Saclay #PMI® – DevOps, fondamentaux et concepts, quels impacts pour les chefs de projet

Le pôle PMI Paris-Saclay vous invite à assister à la conférence sur « DevOps, fondamentaux et concepts, quels impacts pour les chefs de projet « 

Cet événement aura lieu le mardi 5 décembre 2017 de 12h30 à 14h00 à la cité de l’Innovation, Nokia.

La conférence est réservée aux membres du PMI.

Détails et inscriptions

La participation à cet événement rapporte 1,5 PDU aux certifiés PMP et PgMP présents (1: Catégorie Technique, 0,5: business).

PMI is a registered mark of Project Management Institute, Inc.

Enregistrer

24 Octobre – Bordeaux #PMI® – DevOps : l’art de maîtriser la vie de vos SI

DevOps : développeurs et opérationnels main dans la main pour produire de la valeur dans un environnement optimisé

Une rencontre PMI France Branche Aquitaine

DevOps est la concaténation des trois premières lettres du mot anglais Development (développement) et de l’abréviation usuelle Ops du mot anglais Operations (exploitation), deux fonctions de la gestion des systèmes informatiques qui ont souvent des objectifs différents.

Les entreprises vont de plus en plus loin dans la transformation numérique. La distinction entre l’équipe qui développe dite « Build » et celle qui exploite les systèmes informatiques dite « Run » créent des difficultés. L’objectif pour la première étant de développer au moindre coût les changements le plus vite possible. Quant à la seconde, elle s’attache à garantir la stabilité du système qu’elle exploite.

Afin de réconcilier ces deux sœurs, il est recommandé, entre autres, de faire des déploiements réguliers, effectuer des tests au plus tôt dans un environnement d’intégration continue – le tout dans un écosystème Agile.

Benoit Defrance qui est Practice Leader Agile & Devops chez SQLI, entreprise de services du numérique Spécialiste de la transformation digitale des entreprises, partagera avec vous son expérience sur l’agilité-DevOps et Continuous Delivery de valeur.

Inscriptions

PMI is a registered mark of Project Management Institute, Inc.

Microsoft est partenaire de DantotsuPM