SDD vs TDD in the Age of AI: Why Spec-First Development Is Taking Over The rise of spec-first development in an AI-augmented world

L'IA ne laisse aucune question sans réponse, elle décide à votre place. TDD ou SDD ? Mauvaise question. La vraie : vos specs sont-elles assez précises pour qu'une IA n'improvise pas ? medium.com/@visrow/sdd-...

Should Product Managers be Product Builders? Is it a good thing when product managers are hands-on and use AI to build prototypes and generate code? Will it increase productivity and…

Créer une app en 1h avec l'IA, c'est possible. Mais le vrai risque pour les PMs ? Aller vite dans la mauvaise direction. Roman Pichler démonte le mythe du "product builder" et rappelle ce qui compte vraiment. romanpichler.medium.com/should-produ...

My preferred product management techniques and frameworks (for the internal platform product… Customer/Problem Discovery

Les PMs de plateformes internes ont accès à 100% de leurs users — et la plupart ne les observent jamais. Jason Yip (ex-Spotify) livre sa boîte à outils complète : discovery, vision, roadmap, alignement. Incontournable. → jchyip.medium.com/my-preferred...

There's a Mass Rebellion Against AI in the Workplace Only nine percent of office workers trust their company's AI tools with "business-critical" tasks, a new survey found.

Les employés utilisent déjà massivement l’IA… sans le dire.
➡️ Shadow AI = productivité boostée + risques cachés

Le vrai sujet : rendre ces usages visibles et les encadrer.

🔗 futurism.com/future-socie...

Why I Hate the Slogan “Quality Is Everybody’s Responsibility” Why I Hate the Slogan “Quality Is Everybody’s Responsibility”There’s a phrase that sounds right, feels right, and gets repeated in conference rooms, posters, and training decks everywhere:“Quality is ...

“Quality is everybody’s responsibility” = souvent personne responsable.
La qualité ne repose pas sur une intention collective, mais sur :
→ des rôles clairs
→ des pratiques solides
→ un vrai système

Sans ownership explicite, la qualité reste un slogan.
www.hmoperationsmanagement.com/post/why-i-h...

Build to Learn vs Build to Earn | Silicon Valley Product Group A partnership dedicated to teaching best practices to product teams and product leaders

Trop d’équipes passent en delivery trop tôt.

👉 Learn = comprendre
👉 Earn = délivrer

Pas de learn = pas d’impact.

Le vrai skill produit : savoir quand apprendre vs quand construire. 🚀
www.svpg.com/build-to-lea...

Capability #12 — Evolve with Validation When the Team Realizes Assumptions Are Dangerous

Livrer plus ≠ apprendre plus.

Les meilleures équipes produit ne construisent pas des features, elles testent des hypothèses.
Pas de validation = optimisation du vide.

La vraie vitesse ?
👉 Des boucles de feedback courtes.
🔗 sumeet-madan.medium.com/capability-1...

Your Customers Don’t Buy Products: The Deep Psychology of JTBD Demographics are dead. Discover the hidden forces that drive customer decision. Why Sarah hires morning coffee to survive the "Morning Zone"

Les clients n’achètent pas des produits.
Ils “embauchent” une solution pour progresser.

JTBD = comprendre la décision, pas ajouter des features.

🔗 medium.com/@ghcpgs/your...

WSJF, Cost of Delay and Why Your Loudest Stakeholder Keeps Winning the Backlog Argument A few months ago I sat in a PI planning session where a team of twelve argued for forty minutes about whether a “see product alternatives”…

Ton backlog n’est pas piloté par la valeur.
Il est piloté par la personne qui parle le plus fort.

Le Cost of Delay change la règle du jeu :
prioriser = mesurer ce que coûte le temps.

Même approximatif > décisions politiques.
medium.com/@arocag10/ws...

How to write PRDs for AI Coding Agents When GitHub’s engineering team declared in September that “the specification becomes the source of truth and determines what gets built,”…

Les PRD ne meurent pas avec l’IA. Ils deviennent critiques.

Avec les agents de code, tout doit être explicite : objectifs, contraintes, edge cases.
Sinon → output bancal.

👉 Garbage in = garbage out.

Le vrai shift PM : écrire pour des agents, pas pour des humains.
medium.com/@haberlah/ho...

This AI Workflow Replaced My Entire Product Cycle: Miro, Cursor, and Zero Engineering Tickets How modern PMs are using AI-powered tools to move from idea to prototype, without waiting in an engineering queue.

L’IA est en train de tuer le backlog.

Plus de tickets.
Plus de specs figées.
Juste des intentions produit → code → itérations.

Le vrai skill devient : penser clairement.
🔗 medium.com/@pmclub/this...

Capability-Based Planning. From where you are to where you need to be.

Les orgs produit pilotent encore des features. Mauvais combat.
👉 Le Capability-Based Planning finance des capacités, pas des livrables.
Moins de silos. Plus d’impact.
“De quoi doit-on être capable pour réussir ?”
medium.com/analysts-cor...

Product Organization Mistakes #3: Temporary Project Teams [Portuguese edition]

Les équipes projet temporaires tuent la performance produit.
Pas d’ownership, pas d’apprentissage, pas d’impact durable → juste du delivery court terme.

👉 Article complet : jocatorres.medium.com/product-orga...

Code coverage matters until it doesn’t calculating a minimum standard while building trust

Le code coverage donne une illusion de qualité : il mesure ce qui est exécuté, pas ce qui est vraiment testé.

👉 Mieux vaut des tests utiles sur les comportements critiques que 100% de coverage inutile.

🔗 hilton.org.uk/blog/code-co...

Forget Downsizing. Try Widesizing. AI shrinks corporate headcount while spawning millions of tiny firms. Welcome to the barbell economy.

Jurgen Appelo propose le “widesizing” : élargir les capacités, développer les compétences, rendre les équipes plus autonomes.
Moins couper. Plus apprendre. Plus s’adapter.
👉 substack.jurgenappelo.com/p/forget-dow...

AI Isn’t Replacing Product Managers. It’s Finally Freeing Them The threat to product management isn’t artificial intelligence, it’s artificial dependence…

L’IA ne remplace pas les Product Managers. Elle élimine surtout leurs tâches à faible valeur.

Résultat : moins de backlog management, plus de décisions, de discovery et d’impact produit. 🔥
🔗 medium.com/thrivve-part...

Capability #6 — Lead to Value: When Product Decisions Define the Future By now, the MediConnect team had come a long way.

Le vrai levier produit = la qualité des décisions.
Pas “livrer plus”, mais décider mieux (quoi construire / ne pas construire).
👉 Les meilleures orgs rendent ces décisions visibles, alignées et orientées valeur.
🔗 sumeet-madan.medium.com/capability-6...

How Claude is Quietly Becoming the Product Manager’s Secret Weapon Why the best PMs are using AI to ship faster, think deeper, and build better products

Les meilleurs PM n’utilisent pas l’IA pour aller plus vite.

Ils l’utilisent pour penser mieux.

Claude AI = copilote de décision, pas outil d’exécution.

Elle amplifie… le meilleur comme le pire.

medium.com/@potha1308/h...

BMAD-METHOD™ : Building Custom AI Agents with BMB and Google AntiGravity BMAD (BMad Method) is a modern software development framework that blends human expertise with AI-driven workflows. Built on the C.O.R.E…

BMAD pour agents IA :
Des agents pilotés par des objectifs métier, pas par la techno

Le vrai levier : boucle de feedback + modélisation métier (BMB) + orchestration (Antigravity de Google)

👉 L’IA devient un système d’amélioration continue, pas un gadget.
medium.com/@visrow/bmad...

Commercial ≠ Internal products

• Commercial → discovery & incertitude
• Interne → delivery & efficacité

👉 Même pratiques ≠ mêmes résultats

www.svpg.com/commercial-v...

Une roadmap ≠ une liste de features.

Teresa Torres propose de passer à des roadmaps orientées opportunités & outcomes :
→ focus sur les problèmes à résoudre
→ pas sur les solutions figées

Moins de risque, plus d’apprentissage, plus de valeur.

🔗 www.producttalk.org/product-road...

Le vrai problème agile n’est pas de livrer… mais de maintenir des exigences cohérentes dans le temps.
Le Layered Requirements reconnecte stratégie, produit et delivery → moins de dérive, plus d’impact.
medium.com/@vedran.kriz...

Product Organization Mistakes #2: Engineering and Product as Two Separate Areas This article is part of the Product Organization Mistakes series, which explores the most common dysfunction patterns in product…

Séparer Product et Engineering = créer des silos, des handoffs… et perdre en valeur.

Les meilleures équipes sont cross-fonctionnelles, alignées sur un même problème et un même impact.

👉 L’efficacité locale rassure. La valeur globale gagne.

🔗 jocatorres.medium.com/product-orga...

Event-Driven Frontend: Loose Coupling in Real-Time Apps In a real-time chat app, when a message arrives the list updates, the counter increments, and a sound may play. Instead of wiring all of…

Frontend event-driven = moins de couplage, plus de modularité et du vrai temps réel ⚡️

Mais attention : + de complexité côté debug et gouvernance des événements.

Un levier clé pour scaler les frontends modernes.

👉 medium.com/insiderengin...

Multi-team forecasting with dependencies How to forecast to a confidence level with multiple teams, even when you have dependencies…

Le vrai problème des forecasts multi-équipes ? Les dépendances, pas les estimations.

Rendre visible l’incertitude + simuler les scénarios (Monte Carlo) > dates fixes irréalistes.

👉 Des prévisions enfin utiles pour décider.

👉 medium.com/thrivve-part...

Architecture Is Not a Blueprint. It’s a Set of Decisions. Most IT strategies fail not because the direction was wrong, but because the organisation couldn’t execute consistently. Architecture is…

L’architecture n’est pas un plan.
C’est une suite de décisions.

Les meilleures équipes optimisent leur capacité à décider, pas à prédire.

👉 scottmillett.medium.com/architecture...

Vanity Metrics 101 If data is meant to guide better product decisions, why do data-rich teams still struggle to build the right things?

Les vanity metrics rassurent… mais trompent.
Vues, users, downloads ≠ valeur.
Mesurez ce qui drive vraiment le produit : rétention, engagement, revenu.
👉 medium.com/@olafioyesey...

The “Agile” Team That Was Actually Just Doing Waterfall in Sprints Scrum ceremonies don’t make you agile. Honesty, trust, and adaptation do.

Beaucoup d’équipes “agiles” font du waterfall… en sprints.
Pas de feedback, pas d’apprentissage, juste des mini-cascades avec des cérémonies.
L’agilité = livrer tôt, apprendre vite. Pas suivre un rituel.
medium.com/@colinmercer...

Agile Didn’t Fail. Your System Did. Here’s What’s Missing. SFAD is not a product. It’s a way of thinking about how systems are actually built.

L’agilité n’a pas échoué.
Votre système, si.

Rituels ≠ transformation.
Sans revoir structure, dépendances et gouvernance, l’agilité reste du théâtre.

Optimiser les équipes ne suffit pas.
C’est tout le système qu’il faut repenser.

👉 medium.com/@erik_48192/...

Improving Delivery Reliability Through Spec-Driven AI Your developers are already using AI. The question is whether they’re using it with a methodology that protects the business, or without one. Most

L’IA n’améliore pas la fiabilité du delivery.
Elle amplifie tes problèmes existants.

Pas de specs claires → code incohérent.
Specs solides → IA vraiment utile.

👉 Le vrai levier : spec-driven development, pas plus d’IA.

🔗 www.liminalarc.co/2026/04/impr...