Gouvernance

🎯 L’IA Générative: Un Outil Qui Donne Le Vertige

L’intelligence artificielle générative s’est imposée en quelques mois comme un outil transformateur. Mais transformer vers quoi? Pour qui? Et à quel coût?

Bien que l’IA nous procure un sentiment d’omniscience avec la capacité de tout savoir sur tout en quelques prompts, il n’en reste pas moins des zones d’ombre.

Besoin De Hauteur de Vue

L’IA n’est pas neutre. Elle encode les choix, les biais, les valeurs de ceux qui l’ont créée. La question n’est pas “faut-il utiliser l’IA?” mais plutôt:

🎯 Introduction

Les organisations modernes font face à un dilemme: comment rester stable ET agile? Comment à la fois optimiser les opérations existantes ET innover rapidement? Comment servir les clients actuels ET préparer l’avenir?

Le framework Agile4Enterprise propose une réponse: les 4 archétypes agiles.

Plutôt que de chercher un modèle organisationnel unique, Agile4Enterprise reconnaît que différentes stratégies appellent différentes structures. Une organisation efficace ne choisit pas UN archétype, elle combine plusieurs archétypes selon son portefeuille stratégique.

Une IA responsable ne se joue pas uniquement au niveau des modèles : elle se décide à chaque arbitrage produit, juridique ou technique. Utiliser un cadre de décision responsable permet de formaliser ces arbitrages, d’expliquer les compromis réalisés et de tracer qui a validé quoi. Quatre ressources peuvent être combinées :

1. Responsible AI Toolkit du World Economic Forum – propose un Decision Framework en quatre blocs (définir les objectifs, diagnostiquer la maturité, mettre en œuvre les contrôles, piloter la gouvernance). Il s’accompagne de questionnaires et d’un registre des décisions critiques.
2. Mozilla Trustworthy AI – fournit des principes et un guide « Builder’s Checklist » pour évaluer chaque fonctionnalité selon six exigences (opportunité, transparence, agency, équité, inclusivité, responsabilité).
3. Planet Centric Design Toolkit (Consequence Scanning / Decision Grid) – publié sur planetcentricdesign.com et proposant des ateliers collaboratifs pour anticiper les conséquences inattendues et décider des actions à entreprendre avant la mise en production.
4. Thoughtworks – Responsible Tech Playbook (Decision Log & Consequence Scanning plays) – propose un rituel d’une demi-journée pour cadrer les choix essentiels, formuler les “decision statements”, décrire les hypothèses et noter ce qui déclencherait une révision. C’est un bon complément pour rendre vos décisions auditable.

Structurer vos décisions

1. Clarifier l’intention

Cet article vise à répondre au besoin de considérer les différents acteurs d’un projet, avec deux utilisations concrètes pour moi en ce moment :

• l’outil Fresque de l’agilité que nous proposons avec le collectif Agile Radical, fait apparaître de façon assez peu indifférenciée 3 ou 4 grands acteurs. Comment mieux en parler, et être inclusif pour considérer les externatlités des activités de l’équipe

• l’outil Fresque de la RSE, fait lui aussi apparaître différents acteurs interagissant avec l’entreprise, avec une activité particulière autour des parties prenantes. Comment prioriser les parties prenantes avec lesquelles interagir pour répondre à une mission individuelle ou collective ?

Il n’est pas toujours aisé de parler de ses propres compétences selon la personne à qui l’on s’adresse. Le CV reste encore le support de base des discussions professionnelles pour faire matcher un besoin avec des compétences à travers l’exposé d’une liste d’expériences.

Mais ce modèle reste très linéaire, et ne répond pas aux besoins d’une actualisation et d’une sollicitation plus dynamique.

Pour ce qui concerne mon rôle de “coach agile”, qui fait appel à de nombreuses connaissances et compétences complexes (liées entre elles), une représentation cartographique peut être utile. La particularité du coaching est aussi l’exigence de la confidentialité qui limite la valorisation des expériences.

Pourquoi mon intérêt pour ce thème ?

Plusieurs facteurs concordant m’ont incité à m’inscrire à un webinaire ce samedi matin 23/04/2022.

• Les Designers éthiques, Association de recherche-action autour de la conception responsable et durable

• La CNIL

• Les SMACS

Les SMACS

J’étais passé à côté de ces 2 termes SMACS et Métavers jusqu’ici. Hors, j’ai l’opportunité de donner une formation sur le bon usage des données, technologies et outils numériques à des étudiants en mastère communication. Une occasion pour moi de rafraîchir mes connaissances et d’apprendre au contact de nouvelles personnes d’un nouveau domaine pour moi.

Quand utiliser et jusqu’où pousser la métaphore de la dette technique en développement logiciel ?

C’est la question que je me propose souvent quand j’accompagne une équipe. Et en général, j’utilise ou invite à trouver d’autres métaphores pour exprimer plus précisément la situation.

Passons-donc en revue quelques stéréotypes de situation qui cachent plus ou moins bien une difficulté de l’ordre d’un endettement collectif et d’un certain déni du risque associé.

SAFe est le résultat d’une grosse quantité de travail et d’argent, pour proposer un modèle d’organisation de l’agilité à grande échelle.

Ce résultat peut est être vu comme l’assemblage en un ensemble cohérent de bonnes pratiques applicable par certaines entreprises alors qu’elles sont confrontées aux difficultés de faire coopérer plusieurs dizaines de personnes à la construction de systèmes toujours plus complexes.

Tout semble être prévu dans SAFe. Si vous échouez, il y a certainement quelque chose dans SAFe pour vous aider:

My notes from SAFe 5.0 training videos

SAFe for Architects course trainers should have the following experience:

• Experience architecting using Agile principles
• Experience guiding teams through implementation
• Experience with full life-cycle delivery

SAFe Architect responsibilities:

• Aligner l’architecture aux principes SAFe / ?
• Développer et communiquer la vision et l’intention de l’architecture
• Planifier la ligne d’architecture pour des livraisons réussies
• Construire l’architecture pour livrer en continu et releaser à la demande
• Guider et coacher les architectes et les membres d’équipe durant le PI Planning et l’exécution
• Leadership durant la transformation Lean-Agile

1. Exemplify Agile Architecture

• 1.1 Décrire l’architecture Agile
• 1.2 Décrire les rôles impliqués dans l’architecture et leur collaboration
• 1.3 Les principes SAFe liés à l’architecture

Exercice: Potential issue & Resolved issue board .