Numérique

Les 12 Points d'Intervention dans un Système - Leverage Points

Les 12 Points d'Intervention dans un Système - Leverage Points

Exploration des 12 points d'intervention dans un système selon Donella Meadows, illustrés par des diagrammes causaux interactifs

Cet article fait partie d’une série sur la systémique. En plus du fond ou contenu visible pour vous, c’est aussi pour moi l’occasion de faire un peu de développement technique avec l’intégration de l’outil graphique Loopy] dans Hugo. En espérant que le résultat vous plaise.

Les 12 Points d’Intervention dans un Système

Selon Donella Meadows, dans “Thinking in Systems”

Les “Leverage Points” (points d’intervention) sont des endroits stratégiques dans un système complexe où un petit changement peut produire des effets importants. Classés par ordre croissant d’efficacité, ces points offrent un cadre pour comprendre comment intervenir efficacement dans les systèmes.

Les 7 Lois de Larman illustrées par des systèmes causaux

Les 7 Lois de Larman illustrées par des systèmes causaux

Visualisation des lois de Craig Larman sur le développement itératif et incrémental à travers des diagrammes de systèmes causaux

Cet article fait partie d’une série sur la systémique. En plus du fond ou contenu visible pour vous, c’est aussi pour moi l’occasion de faire un peu de développement technique avec l’intégration de l’outil graphique Loopy] dans Hugo. En espérant que le résultat vous plaise.

Introduction aux Lois de Larman

Craig Larman, dans son ouvrage “Agile & Iterative Development: A Manager’s Guide”, formule 7 lois empiriques qui expliquent pourquoi les approches itératives et incrémentales sont particulièrement efficaces pour le développement de systèmes complexes et en évolution constante.

GalaxIA génératives

GalaxIA génératives

Dans la nébuleuse des IA génératives, l’enjeu n’est peut être pas de choisir la meilleure étoile ou planète, mais d’apprendre à en changer sans perdre sa matière grise, ni verte.

L’écosystème numérique avec l’arrivée des IA génératives ressemble à une nébuleuse où la matière s’agrège, s’enflamme, puis donne naissance à une myriade de planètes encore instables. Dans ce chaos créatif, la bonne question n’est pas de trouver « la meilleure étoile », mais sûrement davantage de choisir sur quelle planète peut-on ou doit-on poser ses valises numériques pour un temps donné. Gardons aussi en tête, l’option du non usage ou du moins de la réversibilité de nos choix.

du numérique responsable dans les salons, entretien hivernal

Ce mois se termine par un Black Week-End, un Friday qui dure davantage pour augmenter la consommation. J’écris cette résolution : je ne cède pas aux incitations d’achats inutiles.

Ce mois de Novembre, j’avais mis ma casquette “consultant numérique responsable” avec plusieurs activités:

  • la participation à la formation sur l’écoconception numérique dispensée par Agathe pour le compte d’Infogreen.Factory.
  • l’amélioration de mon site (plusieurs motivations)
  • la veille technique sur le gros buzz de cet automne, l’IA générative
  • la participation à l’événement EnvirPRO au MEETT de Toulouse
  • la participation à l’événément Cybersecurity encore au MEETT de Toulouse ce jeudi 27 Novembre

Je retrace ici quelques découvertes, pour mieux apprécier et faire apprécier le mouvement de fond d’acteurs plus “vertueux” que d’autres, et mes apprentissages comme modeste contribution.

Cadres de décision responsable

Choisir et documenter les décisions IA grâce aux cadres de référence (WEF Responsible AI Toolkit, Consequence Scanning, Planet Centric Toolkit, Mozilla).

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

Développement logiciel soutenable, mais depuis quand ?

Développement logiciel soutenable, mais depuis quand ?

J’ai choisi de consulter l’histoire de cette notion de “sustainability” dans le développement logiciel, pour voir si ses racines étaient toujours d’actualité, et si nous n’étions pas passé à côté de quelque chose ou carément à autre chose, à l’heure du Green IT et du numérique éthique ou responsable.

Sustainability dans la culture et littérature agiles

Le Manifeste agile

La première référence qui peut venir à l’esprit est le Manifeste agile et son 8ème principe:

Référentiels d'écoconception numérique

Référentiels d'écoconception numérique

Force est de constater qu’il existe de plus en plus de référentiels de pratiques d’écoconception numérique. S’ils ont en commun l’intention d’améliorer le numérique en général pour en limiter les impacts sociaux et environnementaux, ils ont chacun leurs spécificités d’approche, de périmètre et de praticité.

Le meilleur est donc … certainement celui qui vous permettra d’atteindre de meilleurs résultats dans votre contexte.

Aussi le référentiel ne fait pas tout. La démarche d’écoconception est prépondérante. Si les référentiels d’origine évoluent peu, la démarche se veut adaptative, et progressive.

Cartographie des technologies

Cartographie des technologies

Cet article traite de la stratégie technique par rapport à la diversité des composants, produits, options disponibles et à leur évolution.

Nous avons déjà parlé de l’importance de formaliser et enregistrer les décisions d’architecture avec les ADRs.

Ici, nous allons voir quelques outils stratégiques de représentation des informations qui puissent servir à aligner les moyens techniques aux besoins.

L’intérêt réside dans la dynamique d’utilisation de ces outils. Il ne s’agit pas de créer une photo figée mais bien d’itérer et d’adapter pour

Carte de matérialité

Carte de matérialité

La carte de matérialité est un outil stratégique du développement durable (DD), utilisable dans toute démarche RSE, et visant à définir la réponse optimale aux attentes des différentes parties prenantes, en considérant les impacts et enjeux économiques, environnementaux et sociaux.

La carte se présente généralement sous la forme de 2 axes

  • les enjeux DD des parties prenantes sur l’axe des ordonnées d’une importance faible à forte en haut
  • les enjeux DD de l’organisation / entreprise sur l’axe des absisses, d’une importance faible à forte à droite h=300px >}}

On considère les attentes des parties prenantes internes/externes, faibles à fortes et le potentiel de création de valeur ou enjeux pour l’entreprise, l’organisation.

Technical agile coaching

Technical agile coaching

Quelques questions sur mes motivations avant de lire ce livre.

Coaching ou plutôt Mentoring technique ?

Le terme coaching est employé à tors et à travers. L’intention est d’aider les autres à apprendre à résoudre des problèmes par eux-mêmes. Lorsqu’il s’agit de problèmes techniques, comment vous y prenez-vous ? Poser un cadre de confiance et faire émerger certaines règles que l’équipe veut bien expérimenter…

Faut-il être expert technique pour coacher une équipe technique ?