Traverser la rivière avec un agent du changement (Podcast)

Hello,

Un article court pour vous présenter l’épisode d’un podcast qui m’a fait penser à certains enjeux du rôle d’agent du changement.

Lorsque j’interviens dans une organisation, un département ou une équipe, c’est souvent dans le cadre de la mise en place de méthodes agile. Que ce soit la mise en œuvre d’un Kanban pour aider une équipe de 4 personnes ou la mise en œuvre d’un Agile Release Train concernant 100 personnes, le challenge est souvent d’aider les personnes à évoluer. Il est généralement assez dur de changer par soi-même, ça l’est encore plus lorsque le changement ne vient pas de soi.

L’agent du changement, le coach agile, le Scrum Master ou le mentor interviennent pour accompagner les personnes à traverser la rivière de misère que décrit Clothilde dans son podcast. Ils montrent que la rive initiale confortable n’est pas si idéale. Ils partagent la vision de ce que la rive en face peut apporter et que l’aventure vaut la peine d’être vécue.

Une fois dans une organisation agile, l’adaptation est régulière au travers de l’amélioration continue. Ce sont dorénavant des changements légers et progressifs. Certains peuvent être plus importants que d’autres d’où l’importance d’être accompagné d’agent de changement, de coach, de Scrum Master ou de mentor.

Et si traverser les rivières devenait essentiel pour nos organisations ?

https://changemavie.com/episodes/inconfort

TDD et Business Intelligence

Bonjour,

Voici un article initialement posté sur le blog talentagile.com en 2016.

Un projet de Business Intelligence se caractérise par plusieurs activités de développement :

  • Le modèle de données (storage, publication)
  • L’ETL (acquisition, transformation, publication)
  • La restitution (publication, consumption)
  • La donnée
Schéma Business Intelligence

Le TDD (Test-driven development) consiste à faire des tests tôt et réguliers de manière à augmenter la qualité du logiciel. En pratique, il s’agit de créer des tests avant le développement de chaque fonctionnalité et de pouvoir les exécuter avant le développement puis après. Le test est conçu ré-exécutable et automatisable.

Le TDD est assez peu répandu dans les projets de Business Intelligence. Voici une situation classique rencontrée par un développeur sur un projet BI.

Un utilisateur métier signale des incohérences de données dans les restitutions. Le développeur constate qu’il manque des données. Pour identifier la source du problème :

  1. Il ouvre le développement de la restitution (Est-ce que le cube a bien été traité ? Est-ce que le rapport ne filtre pas certaine valeur de la dimension ?). L’analyse ne donne rien.
  2. Il vérifie dans le modèle de donnée que le contenu est bien présent (Est-ce que le modèle permet l’ajout de la donnée manquante ?). L’analyse montre que des lignes de fait sont manquantes.
  3. Il ouvre les traitements d’ETL et vérifie qu’aucune règle de gestion ne filtre cette donnée. L’analyse montre qu’un croisement avec un référentiel peut en être la raison.
  4. Il regarde le fichier source du référentiel. Le fichier ne contient pas la ligne de référentiel attendue.

Conclusion : Ce dernier n’est pas à jour.

En BI, l’utilisation des TDD est liée à l’activité de développement. Voici quelques propositions de TDD qui auraient permis d’analyser automatiquement la situation décrite au-dessus.

  • Le modèle de donnée
    • Tester la connexion
    • Tester l’existence des objets avant de créer les objets (table, vue, procédure stockée, fonction, table type, variable, job…)
    • Exécuter un cas de test dans une SP avant de développer le cas
  • La donnée
    • Tester l’existence d’un cas fixe avant d’insérer (valeur dans le référentiel, valeur par défaut)
    • Tester les volumes dans les systèmes sources
    • Tester la fraicheur des données dans les système source
  • L’ETL
    • Tester la disponibilité de la connexion/d’un fichier
    • S’assurer que les circuits ne créent pas de perte de donnée. Tester que le volume de ligne en sortie correspond au volume de ligne en entrée.
    • S’assurer que les circuits ne créent pas d’altération de donnée. Tester que les totaux en sortie correspondent aux totaux en entrée.
  • La restitution (selon le type de restitution)
    • Exemple un cube SSAS
      • Tester l’existence d’une dimension avant de la créer
      • Tester l’existence de données dans une dimension avant de développer sa génération
      • Tester l’existence d’une mesure ou d’un membre calculé avant de la créer
  • Exemple un rapport SSRS
    • Tester l’existence du rapport avant de le déployer
    • Tester l’ouverture d’un filtre avant de le créer

Pratiquez-vous les TDD sur vos projets BI ? N’hésitez pas à partager vos expériences ou vos questions.

Les keynotes de l’Agile 2018

Hello,

L’événement Agile 2018 organisé par Agile Alliance se tenait cette année à San Diego en Californie. Il s’agit sans doute d’un des plus gros rassemblements de pratiquants des méthodes Agile dans le monde. Entre 2000 et 2500 participants ont participé aux nombreuses sessions proposées chaque jour du lundi au vendredi avec de nombreuses thématiques. Les sessions étaient catégorisées pour les débutants, les pratiquants et les avancés.

Avec Marion Letellier (Linkedin), nous sommes allés représenter la France parmi les 40+ pays présents avec les couleurs d’Avanade. Nous avons fait de nombreuses rencontres entre les sessions et lors des ateliers nous permettant de partager nos difficultés et nos pratiques. Les sessions étaient enrichissantes avec souvent un « take away ». La majorité des présentateurs a mis à disposition les pdf de leur présentation.

Les thèmes qui m’ont en particulier attirés sont :

Améliorer ma communication en tant que Coach Agile

  • Creating trust & psychological safety
  • Uncovering and Tapping into your team’s culture in Real Time
  • Let’s stop making people feel stupid
  • Let me tell you a story: The Power of Storytelling in Agile Coaching
  • Immunity to change

Améliorer mes connaissances sur l’agile à l’echelle

  • Linear scalability of teams
  • Agile distributed teams: oxymoron or option

Améliorer mes compétences autour des rétrospectives

  • The Fear and Vulnerability Retrospective
  • And this one time at Agile camp

Améliorer mes outils pour aider le leadership

  • Financial Agile Delivery with Forecasts

Améliorer mes outils pour aider un client à innover

  • Designing for Agile Delight! Customer Obsessed Innovation

Si vous souhaitez vous faire une idée de l’événement, les 3 keynotes ont été mises en ligne.

https://www.agilealliance.org/resources/videos/the-future-of-work-healthy-teams/

https://www.agilealliance.org/resources/videos/whats-the-story-about-agile-data

https://www.agilealliance.org/resources/videos/radical-candor

D’autres articles sont prévus sur le blog talentagile.com. Je ne manquerai pas de les relayer ici.

A bientôt,

Guillaume

Formateur Leading SAFe with SA certification

Bonjour,

Comme je vous le disais dans l’article Formateur SAFe for Teams with SP certification, SAFe autorise à dispenser plusieurs formations une fois SPC. Après quelques vidéos puis un examen, je peux enfin dispenser la formation Leading SAFe.

Il s’agit d’une formation de deux jours destinées à toutes personnes susceptibles d’intervenir dans une organisation SAFe. Elle permet de comprendre l’organisation, les rôles, les pratiques, les événements, les principes, les valeurs… Leading SAFe est aussi la formation à destination du leadership au début de l’implémentation de SAFe en entreprise.

Lorsque vous recevez la formation Leading SAFe et que vous vous certifiez alors vous devenez SAFe Agilist (SA) :

Job role description/target audience:
A Certified SAFe® 4 Agilist (SA) is a Scaled Agile Framework® (SAFe) enterprise leadership professional who is part of a Lean-Agile transformation.

Key areas of competency

  • Apply SAFe to scale Lean and Agile development in the enterprise
  • Apply Lean-Agile Mindset and principles
  • Plan and successfully execute Program Increments
  • Execute and release value through Agile Release Trains
  • Build an Agile portfolio with Lean-Agile budgeting

Si vous cherchez un formateur pour dispenser la formation Leading SAFe, n’hésitez pas à me contacter.

Plus d’information sur : https://www.scaledagile.com/certification-and-exam-information-sa/

Coach agile à Lyon

Bonjour,

Cela fait bientôt 2 ans que je suis à Toulouse et que j’interviens en tant que Scrum Master et Coach Agile avec Accenture pour Airbus. Cette expérience a été très riche, pleine de surprises et de bonnes rencontres.

Agile ?

Au terme de mon expérience de 2 ans chez Orange, en 2015, j’ai pris la décision d’orienter ma carrière vers les méthodes agiles. Au début, le leadership supportait le projet Agile. Le contexte était approprié. Les équipes ont progressé très vite, elle étaient très soudées et rapidement de nombreuses innovations sont apparues.

Ensuite le leadership a changé avec son lot d’idées non agile. J’ai vécu les dysfonctionnements qui ont entrainé le départ de 50% de l’équipe en moins d’un an ainsi que la chute du moral, de la performance et de la qualité du produit. Pour en savoir plus, vous pouvez lire mon article sortir de l’agile sans le vouloir.

Le positif et le négatif de cette expérience m’ont convaincu de ce que les méthodes agiles pouvaient apporter à une organisation.

Scrum Master chez Airbus

La mission chez Airbus a démarré en décembre 2015. L’équipe du product management était sur-motivée. Ils étaient mandatés par les hautes sphères du management pour développer un produit dont l’enjeu était important. L’équipe a été involontairement isolé du mode de fonctionnement standard. Un bon product owner, une équipe de développement motivé, nous avons choisi de dérouler de Scrum Guide associé à des pratiques d’Extrême Programming (XP), les valeurs de l’agile manifesto bien ancrées et un outillage efficace. En 2016, ça ne semble pas exceptionnel ?

Coach Agile chez Airbus

Ça n’a jamais été facile, un peu comme une saison de série TV composé de plein d’épisodes avec de bons moments comme aller en production avec une version fonctionnelle à la fin du 2ème sprint et de mauvais moments comme vivre la démission d’un Product Owner.

M’appuyant sur cette expérience, j’ai démarré la partie (parfois) oubliée du rôle de Scrum Master : Servir l’organisation.

  • Leading and coaching the organization in its Scrum adoption;
  • Planning Scrum implementations within the organization;
  • Helping employees and stakeholders understand and enact Scrum and empirical product development;
  • Causing change that increases the productivity of the Scrum Team; and,
  • Working with other Scrum Masters to increase the effectiveness of the application of Scrum in the organization.

From http://www.scrumguides.org/scrum-guide.html#team-sm

Peu après, j’ai participé à la transition d’un projet Waterfall vers Agile. Puis nous avons mis en œuvre un Scrum of Scrum. Ensuite, je suis intervenu sur des projets agiles pour les aider à résoudre des dysfonctionnements. J’ai dispensé mes premiers trainings à des équipes et coaché des PO, des SM et des leaders. J’ai animé une première communauté de pratique… et les choses ont continuées :

  • Comment faire des projets agile en distribué ?
  • Comment faire au-delà de 9 membres d’équipe ?
  • Peut-on connecter les projets agiles à l’organisation avec SAFe ?
  • Comment contractualiser des projets agiles ?
  • Comment gérer le run mode ?
  • Qu’est-ce qu’on met dans devops ?
  • Est ce que la vélocité est un bon indicateur de performance ?
  • Faut-il challenger les estimations de l’équipe ?
  • Est-ce que je pourrai utiliser les méthodes agiles dans mon département qui créé autre chose que du working software ?

J’ai converti mes expériences en certifications :

Appuyé par des équipes opérationnelles brillantes et un leadership accessible et compétent, cette période aura été professionnellement captivante 🙂

Et maintenant, Coach Agile à Lyon

Mon projet personnel évolue pour plus de stabilité et je m’installe à Lyon fin 2017. Je continue au sein de la talent community Agile & Devops d’Avanade avec qui nous développons des choses vraiment sympa avec une super énergie.

Si vous cherchez un :

  • Coach agile,
  • Scrum Master expérimenté,
  • Change Agent

pour :

  • Former,
  • Coacher,
  • Transformer,
  • Déployer,
  • Supporter

un/une/des :

  • Scrum Team,
  • Product Owner,
  • Scrum Master,
  • DevTeam,
  • Stakeholders,
  • Coach agile,
  • Centre d’excellence agile,
  • Équipe de transformation agile,
  • Département,
  • Release Train Engineer (RTE),
  • Product Manager,
  • Program SAFe,
  • Portfolio SAFe

N’hésitez pas à me contacter.

Au plaisir de travailler ensemble.

Guillaume