<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>thekb.eu — Transformation &amp; Adoption</title><description>Transformation &amp; Adoption · High-fidelity tech watch — AI, coding agents, SDLC</description><link>https://www.thekb.eu/</link><language>en</language><item><title>AI4IT vs AI4Business : le renversement, et ce qu&apos;il fait à vos budgets 2027</title><link>https://www.thekb.eu/en/fiches/girard-sfeir-ai4it-vs-ai4business-budgets-2027-2026-06-24/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/girard-sfeir-ai4it-vs-ai4business-budgets-2027-2026-06-24/</guid><description>In-depth opinion piece published on **sfeir.com** on June 24, 2026, authored by **Didier Girard** (Managing Director, SFEIR). **Central thesis**: in 2024 everyone was betting on **AI4Business** (AI in business processes) as the great reservoir of value; by 2026, the assessment has **flipped** — it is **AI4IT** (AI for producing the information system: code, SDLC, software factory) that creates **measurable** value. The article *grounds* this thesis in the firm&apos;s watch: AI4Business disappointment (MIT study &quot;95% of pilots without ROI,&quot; contested but revealing; **organizational** blockage / Mollick&apos;s Hayekian problem) vs. quantified AI4IT evidence (Salesforce, Intercom, Raiffeisen, AWS/Bedrock, Atlassian, DORA). Mechanistic explanation: **code verifies itself** (compilation, tests, CI) whereas business processes have neither a compiler nor an immediate feedback loop. **2027 budget consequence**: a **CapEx→OpEx** shift, token pricing dynamics (the ceiling rising — Fable 5 at 2× Opus — vs. inference ÷280 and downward pressure from open weights/desktop), and **AI FinOps** driven by **cost per outcome**. Closes with **4 COMEX recommendations**.</description><pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;In this opinion piece published on sfeir.com (June 24, 2026), **Didier Girard** (Managing Director of SFEIR) argues a thesis: the **AI4IT vs AI4Business reversal**. In 2024, the consensus saw **AI4Business** — AI poured into business processes (sales, support, finance) — as the great reservoir of productivity; **AI4IT** (AI for producing the information system) was seen as a topic for engineers. Two years later, *&quot;the numbers have settled it, and the other way around.&quot;*

**The AI4Business disappointment**: the 2025 MIT study (&quot;95% of GenAI pilots with no ROI&quot;) is, by Girard&apos;s own admission — he disputes its methodology — questionable, but its **persistence** is the real signal of genuine dissatisfaction: many executives do not see the promised value in their processes. *&quot;The symptom is true even when the figure is false.&quot;* The blockage is **organizational** (Mollick&apos;s Hayekian problem), not technical.

**The AI4IT reversal** rests on quantified evidence: Salesforce (+151% Effective Output, migration 18× faster, −5% incidents), Intercom (3× R&amp;amp;D productivity, −50% cost/PR), Raiffeisen Bank Ukraine (−8% headcount but 7 new products, −70% blocking incidents), AWS (Bedrock redeveloped by 6 people in 72 days), Atlassian (+19 to +87% PRs), DORA × Google Cloud (39% ROI, 8-month payback). **Why?** Code **verifies itself** (compilation, tests, CI); business processes do not. *&quot;We equip those who already know how to equip themselves.&quot;*

**The 2027 budget consequence** comes down to three breaks. (1) **CapEx→OpEx**: the token becomes a variable OpEx charge — Arthur Mensch (Mistral) puts it at ~10% of payroll budget spent on tokens among advanced adopters. (2) **Token pricing, a double trap**: at a given capacity, inference has been divided by ~280 in two years, but the ceiling is rising (Fable 5 at $10/$50 = 2× Opus 4.8), while open models (GLM-5.2) and desktop inference push costs down; the Jevons paradox drives consumption up faster than the price falls. (3) **AI FinOps**: think in terms of **cost per outcome**, allocate by rules, turn token→outcome attribution into an asset.

Four COMEX recommendations: fund AI4IT first (payback &amp;lt; 1 year), budget for the J-curve, put token FinOps in place before drift sets in, redefine headcount accounting (humans + agents). Conclusion: *&quot;the next budget battle will not be about the price of the token, but about the cost per outcome.&quot;*&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>AI4IT</category><category>AI4Business</category><category>reversal</category><category>2027 budgets</category><category>AI FinOps</category></item><item><title>Comment l&apos;IA agentique bouscule les Grands Groupes ? Partie 2/2 #DevSummit</title><link>https://www.thekb.eu/en/fiches/alafrench-grymonprez-adeo-ia-agentique-grands-groupes-2026-06-18/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/alafrench-grymonprez-adeo-ia-agentique-grands-groupes-2026-06-18/</guid><description>Podcast interview « À la French » (French-language tech channel, recorded at DevSummit) with Mathieu Grymonprez, Global CDO of the Adeo group (Leroy Merlin, Obramat, Weldom). How a century-old family retail group embraces the agentic AI wave: culture vs structure, accountability, token cost and FinOps, enterprise intelligence lock-in, company memory and agent orchestration. Domain: digital transformation, agentic AI, retail, IT strategy.</description><pubDate>Thu, 18 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;The second part of an episode of the « À la French » podcast recorded at DevSummit, this interview brings together Mathieu Grymonprez, Global CDO of the Adeo group (Leroy Merlin, Obramat, Weldom), and hosts Jean-Baptiste Kempf (creator of VLC), Steeve Morin and Mehdi Medjaoui. Mathieu, 26 years with the company and 8 years as CDO, traces a career path from network-security engineer (first Check Point firewall) to leader of « Digital Tech and Data »: after urgently resolving an Oracle database crash in Brazil (2012) and then overhauling the local IS during six years as an expatriate, he rationalized the group&apos;s 24 IS / sites / PIM into digital platforms (customer &amp;amp; commerce, supply chain, retail, corporate) supported by a tech radar, documented APIs and microservices (which became « big products »).

His thesis: **every transformation is won on two simultaneous fronts, culture and structure**, and the digital transformation playbook (waterfall → agile, product, more make than buy) is being replayed with AI. On the culture side: reconfigure to embrace the technology, keep critical judgment and above all **accountability** — responsibility remains human, « it&apos;s not the agent&apos;s fault ». On the structure side: close the documentation debt, manage agents&apos; rights and permissions. Remembering the failure of the « Retail Apocalypse » (Amazon, e-commerce negotiated too late), the watchword is « we won&apos;t get caught out again »: take AI seriously, but with the same values (pragmatism, customer service, leading brand). If ChatGPT builds a better basket than the in-house app, « that&apos;s my problem ».

At the board, Mathieu never talks technology but customer experience and ROI; he doesn&apos;t even ask for an AI budget, funding the new work through the gains (compressing JIRA tickets), in a logic of reuse serving the in-store salesperson. He doesn&apos;t anticipate the end of developers but an avalanche of requests (P10 projects become P2). On costs, he is confident: token FinOps will follow the path of cloud FinOps, driven by inference chips (TPUs) and open-source models catching up (Gemma 4 on a laptop). But model variation is a real production problem (retesting, requantization, silent downgrades), and Google has a « production awareness » that OpenAI or Anthropic don&apos;t yet have. His biggest concern: **enterprise intelligence lock-in** (agentic harness, « adeo.md »), hence the attention paid to standard Kubernetes, API portability and memory. He points to the missing open-source building block — agent orchestration (registry, lifecycle, permissions, skills) — and company memory (« when it&apos;s not logical, it&apos;s historical »). Final advice: transformation is bespoke; understand the technology mainly to avoid getting « fleeced » by pickaxe sellers.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Agentic AI</category><category>digital transformation</category><category>CDO</category><category>retail</category><category>Adeo</category></item><item><title>AI made your engineers fast. Too fast to leave room for the rest of the org to think.</title><link>https://www.thekb.eu/en/fiches/plais-ai-engineers-fast-bottleneck-upstream-2026-06-17/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/plais-ai-engineers-fast-bottleneck-upstream-2026-06-17/</guid><description>LinkedIn post by Fred Plais (CEO of Archie, ex-Platform.sh): AI made engineers so fast that the **bottleneck moved upstream**, to a place nobody is watching. With execution no longer the slow part, the thinking time that used to exist &quot;while the code was being built&quot; has vanished — the right vision now has to be formed and the right decisions made in a fraction of the time. Two rare profiles are emerging: the one who can **articulate a vision precise enough** for an agent to execute without derailing, and the one who knows how to **orchestrate agents** (anticipating their failures, chaining them, catching an error before it propagates). Hiring for &quot;code output&quot; is becoming obsolete: that is precisely what has stopped being rare. Final thesis: &quot;thinking clearly was always the job — speed just made it impossible to fake&quot;.</description><pubDate>Wed, 17 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;In this LinkedIn post, Fred Plais (co-founder and CEO of Archie, former CEO of Platform.sh) endorses and extends an observation about AI&apos;s real effect on tech organizations: by making engineers extremely fast, AI eliminated the thinking time the rest of the company used to have. The **bottleneck has not disappeared, it has moved upstream**, into an area nobody is watching.

The reasoning starts from a historical observation. For years, **execution was the slow part** of the work: building something took long enough to leave room for thinking. Product people could read analyst reports, talk to customers, study the competition, and shape a genuine point of view **before** much code was written. That margin has nearly disappeared. The difficulty has therefore shifted: it now consists of having the right vision and making the right choices in a fraction of the time once available.

From this shift, **two new rare profiles** emerge. The first knows how to articulate a clear vision, **precise enough for an agent to execute without derailing**: an agent builds exactly what it is asked for, and nothing more — &quot;knowing what to ask for is the hard part.&quot; The second knows how to **properly orchestrate agents**: they know the agents&apos; failure modes, know how to chain them, and can catch an error before it propagates. This second profile is more recent and still rare.

Plais highlights the market&apos;s disconnect: many teams keep **hiring for &quot;code output,&quot;** even though that is precisely the resource that has stopped being scarce. The post&apos;s punchline is a moral: **thinking clearly has always been the job**; speed did not invent anything, it simply made it impossible to fake.

Fred Plais adds his own comment: people keep asking him what AI changes for development, and his answer is &quot;nothing&quot; — but you can no longer fake it. He closes with a **driving metaphor**: driving at 200 km/h instead of 100 requires good brakes to avoid an accident and a perfect map to know where you&apos;re going. In other words, AI&apos;s acceleration of execution does not lighten the demands on judgment: it hardens them, shifting value toward clarity of vision (the map) and mastery of the guardrails (the brakes).&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>bottleneck</category><category>bottleneck shift</category><category>execution speed</category><category>generative AI</category><category>coding agents</category></item><item><title>How Cornell Recovered $100,000 in Unidentified Payments With AI</title><link>https://www.thekb.eu/en/fiches/cornell-ai-hub-100k-unidentified-payments-2026-06-15/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/cornell-ai-hub-100k-unidentified-payments-2026-06-15/</guid><description>Case study published by the **Cornell AI Innovation Hub** (June 15, 2026): how a two-semester collaboration between the AI Hub, graduate students, and Cornell&apos;s Treasury team turned a time-consuming manual investigation into an AI tool that **recovered $100,000** in unidentified payments on a first batch. A successful **AI4Business** use case (financial process) that illustrates the **Leader-Lab-Crowd** framework of **Ethan Mollick** almost point by point: the **AI Hub** plays the role of the **Lab** (a central, ambidextrous team of technologists plus students); **Treasury** (Cheryl Barnes, Marie Graves…) is the **Crowd** carrying business knowledge and the real pain point; and the **$100,000** constitutes the **visible reward** (vivid win) that anchors adoption — exactly the incentive lever Mollick considers decisive. Key method: **&quot;context first, then plan, then build&quot;** via **Claude Code Plan Mode**, a chain of **fuzzy matching → Gemini Enterprise Web Search → Claude synthesis**, all within the governed **Cornell AI Gateway**. *&quot;The $100,000 is a start.&quot;*</description><pubDate>Mon, 15 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;The Cornell AI Innovation Hub recounts (June 15, 2026) how a two-semester collaboration made it possible to **recover $100,000** in unidentified payments using AI. The problem: every year, Cornell receives hundreds of wire transfers and ACH payments without enough information to route them (no invoice number, vague vendor name). The funds accumulate in a suspense account — active backlog ~**$1M**, historical peak **$4M** — and **New York State law mandates escheatment** if they are not resolved in time. Two treasury staff members were spending up to **half a day** a day on this.

The project&apos;s structure illustrates Ethan Mollick&apos;s **Leader-Lab-Crowd** framework. The **Lab** is the **AI Hub** (Pete Stergion and Phil Williammee, co-tech leads, plus a cohort of students). The **Crowd** is **Treasury** (Cheryl Barnes, Marie Graves, Kevin Mooney, Debra Federation), holder of the business knowledge and the data — Kevin provides **3 years of Oracle GL history (10,000+ records)**. The student analysis surfaces the key insight: **99%** of payments carry a vendor name, versus **less than 4%** an invoice number.

The build follows a **&quot;context first, then plan, then build&quot;** discipline: via **Claude Code Plan Mode**, the team loads all the context (notes, manual process, prototypes, sanitized data); Claude Code **proposes an architecture to validate before writing any code**. A semester of notes becomes a **working tool in a single session**. The **Python pipeline** (exposed as a *skill* `/treasury`) chains three steps: **fuzzy matching** against the GL (filtering out noise words like Inc/LLC/Corp), **vendor lookup** via **Gemini Enterprise Web Search**, then **Claude synthesis** producing, for each payment, a likely department, a **confidence level**, and a contact. Output: an Excel file sorted by confidence, in a few minutes — all within the governed **Cornell AI Gateway** (PII stripped, no external model training).

The **backtest** (9,131 resolved payments) shows **97% → 100%** accuracy for recurring vendors with the full AI chain, and **76% → 100%** for unknown vendors. Documented limitation: vendors billing multiple departments. Operational result: 23 departments contacted, 7 responses, **5 payments = $100,000** confirmed.

Beyond the figure, the case is a **counter-example** to the narrative that &quot;AI doesn&apos;t create business value&quot;: it does here, because a **Lab**, an expert **Crowd**, and **real groundwork** came together. And the $100,000 plays the role of the **visible reward** Mollick prizes — the tangible proof that legitimizes and spreads adoption, by removing the drudgery rather than the jobs. *&quot;The $100,000 is a start.&quot;*&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Cornell AI Innovation Hub</category><category>unidentified payments</category><category>payment reconciliation</category><category>treasury</category><category>finance</category></item><item><title>The AI-native SDLC is paying off: 19% more PRs and 2–3 hours saved per developer per week</title><link>https://www.thekb.eu/en/fiches/atlassian-ai-native-sdlc-paying-off-rovo-dev-2026-05-31/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/atlassian-ai-native-sdlc-paying-off-rovo-dev-2026-05-31/</guid><description>Atlassian data study (Inside Atlassian) measuring the actual return of an **AI-native SDLC** powered by **Rovo Dev**. Across 3,400 repositories from 2,500 customers (a quasi-experiment with propensity-score matching), adopting repositories merge **19% more PRs per month**; up to **37-51%** on low/medium-activity repositories and **59-87%** when **3 to 5 members** of the team adopt the tool. On the efficiency side, developers save **2-3 h/week** (≈10% of the 24 hours devoted to coding and review), i.e. 20-30 hours/week reinvested for a team of 10. The thesis: resolve Solow&apos;s (1987) &quot;productivity paradox&quot; by shifting from **usage metrics** (tokens) to **impact metrics** (throughput, time saved, failure rate, satisfaction). Recommendation: start with a **team** (not an individual) and measure 2-3 months later.</description><pubDate>Sun, 31 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;On its Inside Atlassian blog, Atlassian publishes a data study co-authored by two data scientists (Robbie Geoghegan, Fan Jiang) measuring the actual return of an **AI-native SDLC** powered by its **Rovo Dev** agent. The stakes are framed from the outset around the &quot;productivity paradox&quot; formulated by Robert Solow in 1987 (&quot;you can see the computer age everywhere but in the productivity statistics&quot;): AI is massively adopted — 93% of developers use AI tools, nearly 30% of code is written by AI — but its impact remains unclear as long as it is measured in **usage** (tokens) rather than **impact**.

The results, drawn from a quasi-experiment across 3,400 repositories from 2,500 customers (propensity-score matching), are quantified and segmented. Repositories adopting Rovo Dev merge **19% more pull requests per month** than non-adopters. The gain rises to **37-51%** on low- or medium-activity repositories, and **doubles to 59-87%** when **3 to 5 members** of the team adopt the tool: collective adoption clearly outperforms individual adoption. On the efficiency side, a survey of more than 6,200 developers (estimates taken at the 20th percentile, hence conservative) establishes a gain of **2-3 hours per week** on coding and review tasks, or about 10% of the 24 hours they involve — that is, 20-30 hours per week reinvested for a team of ten.

The article proposes a **five-stage AI-native SDLC** in which the agent supports the human: Plan (proposed breakdowns and estimates), Orchestrate (human/agent coordination), Code (autonomous agents on well-scoped work, PRs ready for review), Review (review against team standards before the human) and Operate (always-on incident copilots). It pairs this with a **four-dimension measurement framework**: Speed (PR throughput), Efficiency (time saved), Quality (change failure rate) and Satisfaction (developer satisfaction) — so as not to reduce value to velocity alone.

Two points reinforce the argument. First, the role of **context**: thanks to Atlassian&apos;s Teamwork Graph, context-rich AI delivers results that are 44% more accurate while consuming 48% fewer tokens. Second, the **operational recommendation**: start with a team (not an individual), choose a repository with 3-5 engineers who are actual users, and measure throughput and time savings 2-3 months after deployment, once the novelty effect has worn off. The underlying message: the value of AI is real but conditioned on rigorous impact measurement and team-level adoption.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>AI-native SDLC</category><category>Rovo Dev</category><category>coding agents</category><category>developer productivity</category><category>PR throughput</category></item><item><title>After Automation</title><link>https://www.thekb.eu/en/fiches/shipper-every-after-automation-frame-framer-2026-05-21/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/shipper-every-after-automation-frame-framer-2026-05-21/</guid><description>Pivotal essay by **Dan Shipper** (CEO Every) published on **May 21, 2026** on every.to, *&quot;After Automation&quot;* — an argued response to the thesis of AI-driven collapse of knowledge work. **Pivot thesis**: AI progress creates **more work for humans, not less**. Looping mechanics (***&quot;the commodification cycle&quot;***): (1) AI commoditizes yesterday&apos;s human skill; (2) that cheap skill is widely adopted → abundance; (3) abundance produces *sameness* (the *&quot;slop&quot;*); (4) humans demand difference → renewed demand for experts; (5) experts use AI to address today&apos;s problems → loop. **Canonical quote**: ***&quot;There&apos;s more work to do than ever&quot;***; ***&quot;AI commoditizes the residue of human expertise, creating demand for what&apos;s different&quot;***. **Central conceptual framework — Frame vs. Framer**: benchmarks measure performance ***&quot;within frames&quot;*** (specific problem framings); once saturated, *changing the frame resets the counter* — models **escalate within frames but do not replace the framers**. Pivot formula: ***&quot;the frame is not the framer&quot;***. Even at AGI, humans must **specify goals and interpret results** — *&quot;the frame problem regenerates one level up&quot;*. **The &quot;Human Sandwich&quot;**: Human sets frame → AI executes → Human judges and extends. **Two modes of working with agents**: (a) ***agent employees*** — asynchronous delegation (coworker / embedded — Claudie, Andy, Viktor, Fin); (b) ***human-AI collaboration*** synchronous (Claude Code and equivalents). **Every data**: 95% of CEO emails processed by AI; **Fin (Intercom) resolves 65% of support conversations**. **The Zeno&apos;s paradox of AI**: AI continuously closes the gap, but humans remain &quot;the turtle ahead&quot; because they are ***&quot;alive to a specific moment&quot;*** — *&quot;running wants, running concerns&quot;* — while models operate on historical training data. **Detailed benchmarks**: **GPT-5.5 = 62/100 on Senior Engineer codebase rewrite** (vs human 80-90s); **GDPval**: 40-49% of expert human level, **but with extensive human framing**. **OpenClaw 44,469 PRs** in May 2026 (vs Kubernetes 5,200 in 2022) — proof that agentic work creates *&quot;more work&quot;*, not *&quot;less human work&quot;*. **AGI implications**: even at AGI, the **human framer** remains structurally ahead — addressing *&quot;current, situated&quot;* problems while the model operates on *&quot;historical training data&quot;*. **Anti-tipping-point pivot conclusion**: this is not a tipping-point event, it is ***a persistent pattern*** that defines the future of work. **Major relevance**: an explicit counter-narrative to *Amodei white-collar bloodbath* / *Sun permanent underclass* / *Anthropic Economic Index* — Shipper, **CEO of a company that lives with agents daily**, offers the theoretical framework that reconciles the two empirical observations (AI does more + humans remain indispensable). Strong convergence with **Ng &quot;No AI jobpocalypse&quot;** (2026-05-08), **Mollick × roon ASI / FDE** (2026-05-10), **Tatsyi/Raiffeisen &quot;AI made engineers different&quot;** (2026-05-05), **Curran/Intercom 3× R&amp;D** (2026-04-16) — all describing humans as *redeployed toward framing* rather than *replaced*. Productive tension with **Sun NYT permanent underclass** (2026-04-30), **Wallace-Wells AI populism** (2026-05-08), **Osmani Cognitive Surrender** (2026-05-05 — the human framer must remain active). To be leveraged for COMEX / DG / boards: strategic vocabulary for 2026 — *&quot;frame vs framer&quot;* becomes the canonical grid for AI governance.</description><pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;**Dan Shipper**, CEO of Every (AI-native media / studio), published a pivotal essay on every.to on May 21, 2026, titled *&quot;After Automation&quot;*, an explicit counter-narrative to apocalyptic mass-unemployment narratives (Amodei, Sun, Wallace-Wells). **Pivot thesis**: ***&quot;there&apos;s more work to do than ever&quot;*** — AI progress creates *more* work for humans, not less.

Shipper formalizes the mechanism through a **5-step commodification cycle**: (1) AI commoditizes yesterday&apos;s human skill; (2) that cheap skill is widely adopted; (3) abundance produces *slop* (sameness); (4) humans demand difference; (5) experts use AI to address today&apos;s problems, restarting the loop.

**Central framework**: the distinction ***frame vs framer***. Benchmarks measure performance *within specific frames* — once saturated, changing the frame resets the counter. Models **escalate within frames** but do not **replace framers**. Pivot formula: ***&quot;the frame is not the framer&quot;***. Even at AGI, *&quot;the frame problem regenerates one level up&quot;* — a human directs the model toward a goal.

**The &quot;Human Sandwich&quot;**: the human sets the frame upstream, AI executes, the human judges and extends downstream. Value shifts to both ends.

**Two modes of working with agents**: (a) *agent employees* (asynchronous delegation — Claudie, Andy, Viktor at Every; Fin at Intercom resolves 65% of support); (b) synchronous *human-AI collaboration* (Claude Code). At Every, 95% of CEO emails are handled by AI.

**Benchmarks (May 2026)**: GPT-5.5 scores 62/100 on the Senior Engineer benchmark (human 80-90); GDPval measures 40-49% of expert human level, but requires *extensive human framing*. OpenClaw generated **44,469 PRs in May 2026** (vs Kubernetes&apos; 5,200 PRs across all of 2022) — volumetric proof that agentic work produces *more* work.

**Zeno&apos;s paradox of AI**: Achilles (AI) runs toward the turtle (human), but the turtle *&quot;is alive to a specific moment&quot;*, constantly moving toward new problems — Achilles never catches up.

**Conclusion**: this is not a tipping-point event, it is a *persistent pattern* that defines the future of work. Models optimize *within* the contexts humans specify; humans remain necessary to decide *&quot;what matters now&quot;*. To be leveraged for COMEX: *frame vs framer* becomes the canonical 2026 grid.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Dan Shipper</category><category>Every</category><category>after automation</category><category>AI commoditization cycle</category><category>commodification cycle</category></item><item><title>AI-assisted engineers are burning out, is this fine?</title><link>https://www.thekb.eu/en/fiches/chepurin-turner-evil-martians-ai-engineers-burning-out-2026-05-19/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/chepurin-turner-evil-martians-ai-engineers-burning-out-2026-05-19/</guid><description>Pivot article **Ivan Chepurin &amp; Travis Turner** (Evil Martians Chronicles, **May 19, 2026**) — ***« AI-assisted engineers are burning out, is this fine? »*** — **structured diagnosis of burnout among AI-assisted developers** and a **5-axis intervention toolkit**. **Pivot thesis**: AI-accelerated productivity hides a **hidden cost — developer exhaustion**. *« Higher productivity doesn&apos;t translate to sustainable work practices or job satisfaction. »* Shunryu Suzuki epigraph on mental agitation. **TL;DR — 3 essential remedies**: (1) restore enjoyment of the process, (2) rebuild accomplishment / ownership / pride, (3) remove the pressure of continuous productivity maximization. **Central narrative frame — Ben vs Alice**: Ben (traditional coding) = 4 h of steady work, distributed cognitive load, satisfaction at completion; Alice (AI-assisted) = 2 h of cognitively high-intensity work, continuous task-switching, **no satisfaction** + fills the freed-up time with more tasks → **exponential escalation of load** despite accelerated output. **Canonical formula**: ***« We compensate for a lack of satisfaction with work quantity. »*** **Structural disruption of the craft cycle**: (planning → crafting → result) compressed into (planning → result), removal of the meditative craft phase replaced by **cognitively demanding code review**. Direct convergence with **HBR study 2026** (cited): *« cognitive exhaustion from intensive oversight of AI agents is both real and significant »* + **UC Berkeley research 2026**: workers fill natural breaks with AI tasks. **Quiet career change** — pivot concept: developers hired to code now do **different work without a conscious career transition**. 4 possible paths: (1) find enjoyment in the new structure (prioritized), (2) ignore AI, (3) work without enjoyment (unsustainable), (4) change careers. **5 daily burnout factors identified**: (1) ***Losing context*** — the agent carries project understanding externally, cognitive-debt shift from code to people, loss of system intuition; (2) ***No time for passive thinking*** — *« The model fills the silence before your own thinking has a chance to connect dots »* (showers, walks eliminated as moments of unconscious problem-solving); (3) ***False expectations*** — initial speed = unrealistic baseline, subsequent slowdowns experienced as failure; (4) ***Review bottlenecks*** — *« the more code is generated, the more code needs to be reviewed »*, disproportionate cognitive load on seniors, diffusion of responsibility; (5) ***Endless possibilities*** — low prompting friction encourages constant pivots, absence of natural scoping. **5-intervention toolkit**: (a) **Acknowledge your wins** (win-log, team demos, hours tracker); (b) **Rethink AI workflow** (planning &gt; review, **3-4 iterations max**, no parallel task-switching, separate AI-heavy tasks with breaks, decompose); (c) **Keep exercising your craft** (protected AI-free craft hours, *« ask » mode &gt; generation mode*, agents off on passion projects); (d) **Discipline + work-life balance** (fixed hours, real breaks, daily intentions, stop when done); (e) **Find new areas of interest** (user research, soft skills, analytics, agent fine-tuning + guardrails, perf optimization). **Conclusion**: *« AI can be helpful. Problems appear only if you misuse it. »* Industry evolution = inevitable; individual well-being = controllable. Major convergence with **Osmani Cognitive Surrender** (2026-05-05), **Frizzo &quot;Year With Claude Code&quot;** (2026-05-05 — *« writing muscle atrophy »*, *« deep flow rare »*), **Bedard BCG/HBR Brain Fry** (2026-03-05 — 1,488 employees, peak of 3 tools, +39% errors, +39% intent to leave). Major relevance for **CTO / VP Engineering / IT HR** dealing with the retention of AI-augmented engineers in 2026.</description><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;**Ivan Chepurin and Travis Turner**, Evil Martians authors, published a pivot article on *Evil Martians Chronicles* on May 19, 2026: *« AI-assisted engineers are burning out, is this fine? »*. **Pivot thesis**: AI-accelerated productivity hides a hidden cost — **developer exhaustion**. Higher productivity does not translate into sustainable practices or job satisfaction.

**TL;DR — 3 remedies**: (1) restore enjoyment of the process; (2) rebuild accomplishment, ownership, pride; (3) remove the pressure of continuous maximization.

**Central narrative frame — Ben vs Alice**: Ben (traditional coding) works 4 h, distributed cognitive load, satisfaction at completion. Alice (AI-assisted) works 2 h at high cognitive intensity, continuous task-switching, no satisfaction, **fills the freed-up time with more tasks** — exponential escalation despite accelerated output. **Canonical formula**: ***« We compensate for a lack of satisfaction with work quantity. »***

**Structural mechanism**: the craft cycle *(planning → crafting → result)* is compressed into *(planning → result)*. The **meditative** craft phase is replaced by **cognitively demanding code review** — production of meaning replaced by consumption of meaning created by the model.

**Quiet career change**: developers hired to code now do different work without a conscious career transition. 4 paths — (1) find new enjoyment (prioritized), (2) ignore AI, (3) work without enjoyment (unsustainable), (4) change careers.

**5 daily burnout factors**: (1) *Losing context* (the agent carries understanding externally); (2) *No time for passive thinking* — ***« the model fills the silence before your own thinking has a chance to connect dots »***; (3) *False expectations* (initial speed = unrealistic baseline); (4) *Review bottlenecks* — ***« the more code is generated, the more code needs to be reviewed »***; (5) *Endless possibilities* (low prompting friction → constant pivots).

**5-intervention toolkit**: (a) acknowledge wins (win-log); (b) rethink AI workflow (planning &amp;gt; review, **3-4 iterations max**, no parallel task-switching); (c) keep exercising craft (**AI-free craft hours**, *« ask »* mode &amp;gt; *« generation »* mode); (d) discipline + work-life balance; (e) find new areas (agent fine-tuning + guardrails as a new role).

**Data-backed citations**: HBR 2026 confirms *cognitive exhaustion*; UC Berkeley 2026 — workers fill breaks with AI tasks. **Conclusion**: *« AI can be helpful. Problems appear only if you misuse it. »* Industry evolution is inevitable; individual well-being is controllable.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Ivan Chepurin</category><category>Travis Turner</category><category>Evil Martians</category><category>Evil Martians Chronicles</category><category>AI-assisted engineers burnout</category></item><item><title>AI/works™ by Thoughtworks — Thoughtworks&apos; Agentic Development Platform / &quot;We are doing it again for the AI era&quot;</title><link>https://www.thekb.eu/en/fiches/thoughtworks-aiworks-agentic-development-platform-2026-05-12/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/thoughtworks-aiworks-agentic-development-platform-2026-05-12/</guid><description>Launch of **AI/works™**, an **agentic development platform** claimed by **Thoughtworks** to be *&quot;the new standard for building and running industrial-grade systems in the AI era&quot;*. The core pitch is **economic**: *&quot;the old approach made you pay millions to build, run, then pay again to rebuild — AI/works™ ends that routine&quot;*. The platform covers **the entire SDLC** around a central concept, the ***Super Spec*** (a dynamic, unified specification covering architecture, workflows, security, data, UX), with **six capabilities**: Reverse Engineering (legacy → as-is specs), Dynamic Spec Development (raw requirements → Super Spec), Spec to Code (coordinated agents generating testable code), Developer Experience (governed golden paths), Control Plane (agent orchestration with cost transparency, active guardrails, end-to-end lineage), Runtime Ops (continuous monitoring detecting changes, updating the Super Spec, regenerating impacted code). **3-3-3** methodology: 3 days to align the product concept, 3 weeks for the prototype (desirability/viability/feasibility), 3 months for a production MVP. **Constellation Research** recognition: *&quot;changing the economics of enterprise software delivery&quot;* via a *&quot;spec-driven, lifecycle&quot;* approach. Opening tagline: ***&quot;We are doing it again for the AI era&quot;*** — invoking Thoughtworks&apos; XP/CI-CD/microservices heritage. Anti-hype positioning: *&quot;stands on an engineering foundation rather than enthusiasm&quot;*, *&quot;no consultant crowds&quot;*, *&quot;finance can open the bill without switching on emergency lighting&quot;*. Featured partners: AWS, GCP, Azure, Databricks, Snowflake + Claude, OpenAI, DeepSeek, Gemini, Grok + NVIDIA, Groq, Stripe, Spotify, CAST, Cyn DX, Mechanical Orchard.</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Thoughtworks launches **AI/works™**, its **agentic development platform** claimed to be *&quot;the new standard for building and running industrial-grade systems in the AI era&quot;*. The opening tagline — ***&quot;We are doing it again for the AI era&quot;*** — explicitly invokes Thoughtworks&apos; heritage (XP, Continuous Delivery, microservices, refactoring) to sell the new platform.

The **core thesis is economic**: *&quot;The breakthrough is the economics. The old approach made you pay millions to build, run, then pay again to rebuild. AI/works™ ends that routine.&quot;* Four derived promises: continuous system updates, selective regeneration *&quot;without the token blowout&quot;*, *&quot;your systems finally stop aging&quot;*, and fast-tracked new products.

The platform deploys **six capabilities** covering the entire SDLC: (1) **Reverse Engineering** ingests legacy code and produces validated as-is specs; (2) **Dynamic Spec Development** converts raw requirements into a unified *Super Spec* covering architecture, workflows, security, data, UX; (3) **Spec to Code** generates testable code from the Super Spec via *coordinated agents*; (4) **Developer Experience** standardizes AI-assisted development via *governed golden paths*, automated pipelines and a shared catalog; (5) **Control Plane** orchestrates and governs agents with *cost transparency*, *active guardrails* and *end-to-end lineage*; (6) **Runtime Ops** continuously monitors, detects change, updates the Super Spec and regenerates impacted code.

The pivot concept is the **Super Spec**: a **dynamic, unified specification** serving as the source of truth, automatically updated in production and triggering regeneration of impacted code rather than patches.

The **3-3-3 methodology** structures delivery: 3 days to align the product concept, 3 weeks for a prototype (desirability/viability/feasibility), 3 months for a production MVP. ***&quot;Industrial-grade systems that grow up instead of grow old.&quot;***

**Constellation Research** recognizes AI/works™ *&quot;for changing the economics of enterprise software delivery&quot;* via a *&quot;spec-driven, lifecycle&quot;* approach. The **anti-positioning** is explicit: *&quot;no consultant crowds&quot;* (a direct jab at the large integrators), *&quot;finance can open the bill without switching on emergency lighting&quot;* (corporate self-deprecation), *&quot;stands on an engineering foundation rather than enthusiasm&quot;* (deliberate anti-hype).

The **featured partners** span the entire agentic stack: AWS, GCP, Azure, Databricks, Snowflake (cloud/data), Claude, DeepSeek, Gemini, Grok, OpenAI (LLMs), NVIDIA, Groq (compute), CAST, Mechanical Orchard (legacy), Stripe, Spotify (likely reference customers). The **dual CTA** *Request a discovery call / Sign up for updates* betrays a **sales-led, high-ACV** model.

Read within the 2025-2026 corpus, AI/works™ is the **productization** of the Thoughtworks doctrine carried intellectually by Kamelman (*Service-as-Software*, 2025-12), Fowler (*LLM Retreat*, 2026-02) and Böckeler (*Harness Engineering*, 2026-04). It is the **Anglo-Saxon commercial equivalent** of the Wescale doctrine *Usine Logicielle Augmentée* (2026-05-03), packaged as a platform.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Thoughtworks</category><category>AI/works</category><category>AI works trademark</category><category>Agentic Development Platform</category><category>agentic development platform</category></item><item><title>You will know that the AI labs believe in ASI when [they dissolve their forward deployed engineering teams]</title><link>https://www.thekb.eu/en/fiches/mollick-roon-asi-consulting-forward-deployed-engineering-2026-05-10/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/mollick-roon-asi-consulting-forward-deployed-engineering-2026-05-10/</guid><description>Ethan Mollick&apos;s (Wharton) consistency test: we&apos;ll know AI labs truly believe in ASI the day they dissolve their *Forward Deployed Engineering* (FDE) teams. Public debate with roon (OpenAI) on LinkedIn: roon objects that this is a **hayekian problem** (intelligence does not automatically resolve organizational information flow) and revives the term &quot;**Gentle singularity**&quot;. Consensus in the comments: technology is the easy part; internal politics / legacy workflows / contractual liability are the real bottleneck. Marker phrase: *&quot;Curing cancer might be easier than replacing Accenture&quot;*. Epistemic **East Coast vs West Coast** opposition on the trajectory of AI adoption.</description><pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Ethan Mollick (Wharton) launches a consistency test aimed at frontier AI labs on LinkedIn: *&quot;we&apos;ll know labs truly believe in ASI when they dissolve their Forward Deployed Engineering teams&quot;*. As long as humans are needed to integrate AI into client organizations, white-collar jobs are not threatened in the short term.

**The debate with roon** (OpenAI employee, influential voice of the *accel* circle on X): roon retorts that this is a **hayekian problem**. Reference to Hayek (*&quot;The Use of Knowledge in Society&quot;*, 1945): useful information within an organization is tacit, distributed, contextual. Central intelligence, even superintelligent, does not automatically resolve information flows. roon says he is more optimistic about employment than the average lab precisely for this reason. Mollick concedes the hayekian point then turns the argument around: if AI is not self-adopting, then the lab prediction that &quot;most white-collar jobs will be replaced by 2035&quot; is contradicted by their own FDE teams. roon sums up the apparent agreement: *&quot;Gentle singularity&quot;* — the transition will be slow and mediated, not a *fast takeoff*. Sam Altman will later reuse this term in his essay *The Gentle Singularity* (June 2025).

**The consensus in the comments** (practitioners, consultants, researchers) converges on four points:

1. Technology is often the easy part. The real obstacle is internal politics, HR incentives, legacy systems, and above all the question &quot;who is liable when it breaks?&quot;.
2. ASI can produce a perfect transformation plan and still get stuck on a VP who refuses to modify their Salesforce workflow.
3. Accenture (and consulting more broadly) survives because it sells **contractual liability**, not just competence. An AI cannot be sued. A firm can.
4. Most shared phrase: *&quot;Curing cancer might be easier than replacing Accenture&quot;* — a technical problem has clear success criteria; an organizational problem does not.

**The structuring tension** that Mollick formalizes: **East Coast vs West Coast** (epistemic, not geographic). East = slow, fragmented transformation, constrained by the *jaggedness* of capabilities and social complexity. West = fast, massive automation as soon as capabilities are sufficient.

**Conclusion**: labs sell ASI but hire consultants. This is either a logical contradiction, or — a more cynical view — a short-term revenue strategy that funds the long-term bet. Either way, their own FDE teams attest that AI is not (yet) self-adopting. The adoption bottleneck migrates from the technical to the organizational.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>ASI (Artificial Super Intelligence)</category><category>Forward Deployed Engineering (FDE)</category><category>AI consulting</category><category>organizational change</category><category>hayekian problem</category></item><item><title>IA : et si les développeurs disparaissaient ? — Tech &amp; Co Business, Le débat (BFM Business, 05/05)</title><link>https://www.thekb.eu/en/fiches/bfmtv-tech-co-business-ia-developpeurs-disparaissent-2026-05-05/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/bfmtv-tech-co-business-ia-developpeurs-disparaissent-2026-05-05/</guid><description>Televised debate on BFM Business (*Tech &amp; Co Business* program, &quot;The Debate&quot; segment, 17 minutes) with **Rémi Jacquet** (CEO of Cast Software France, founder in 2023 of a think tank of about a hundred CIOs on the impact of generative AI on development, partnership with Cigref / Epita) and **Didier Girard** (CTO and CEO of **SFEIR**, a French IT services company (ESN) of about 1,000 people). Strong theses: *&quot;writing code has become an anti-pattern&quot;* (Girard), AI produces code of higher quality than most engineers and is *&quot;2 to 10× more efficient&quot;* — this is a reality, but the profession is not disappearing. The developer becomes a **conductor / agent manager / arbiter**, 14-day sprints are replaced by one-hour to half-day ***bolts***, the **Pizza Team** (8-10 people) no longer works in the agentic era, a new role is emerging — the ***product engineer*** —, the lifespan of a skill drops from **10 years to 1 year**, and **token** consumption becomes the *fuel* of value creation (NVIDIA anecdote allegedly paying bonuses in tokens, taxi driver metaphor for a driver who doesn&apos;t consume gas). SFEIR claims *&quot;1,000 people, production capacity of 10,000&quot;*. On the Cast side: positioning on ***harness engineering*** (deterministic vs probabilistic AI, control and guardrails), aligned with Sylvain Duranton&apos;s (BCG X) op-ed in *Les Échos* stating that *&quot;an agent = an LLM + harnesses&quot;*. Historical pivot: 2024 *prompt engineering* → 2025 *context engineering* → 2026 *harness engineering*. Key warning: *&quot;the stronger AI becomes, the more we let our guard down — the more risks there are&quot;* (Jacquet). Pivotal role of HR in the transformation, complete overhaul of the SDLC, recommendation to juniors to solidify software architecture fundamentals (*&quot;code is the score, you need to master the symphony&quot;*).</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;On the set of *Tech &amp;amp; Co Business* (BFM Business, May 5, 2026, &quot;The Debate&quot; segment, 17 minutes), Rémi Jacquet (CEO of Cast Software France, founder in 2023 of a think tank of about a hundred CIOs partnered with Cigref/Epita) and Didier Girard (CTO and CEO of SFEIR, a French IT services company of 1,000 people) compare their readings on the future of the developer profession in the age of AI agents.

Girard strikes from the outset: ***&quot;writing code has become an anti-pattern&quot;***. AI now produces code of higher quality than most engineers and is *&quot;2 to 10 times more efficient&quot;* — *&quot;that&apos;s the reality, you have to accept it&quot;*. But the profession is not disappearing: *&quot;we delegate analysis and reasoning to AI, the decision remains human.&quot;* Jacquet adds: the developer becomes a ***conductor / agent manager / arbiter***, talking directly with the business and taking full responsibility for an application. The 14-day Scrum sprints give way to one-hour to half-day ***bolts***. Amazon&apos;s **Pizza Team** (8-10 people) no longer holds: *&quot;if we put 10 people together to empty a dishwasher, we won&apos;t go any faster&quot;* — teams need to be **segmented**. SFEIR claims *&quot;1,000 people for a production capacity of 10,000&quot;*. A new role is emerging — the ***product engineer*** —, measured not in lines of code but in value created.

On the risk side, Jacquet raises a counter-intuitive warning: ***&quot;the stronger AI becomes, the more we let our guard down — the more risks there are.&quot;*** Cast positions itself on ***harness engineering***: structured **deterministic** analysis to channel **probabilistic** AI and control the code produced (architectural consistency, guardrails). Announced historical pivot: *prompt engineering* (2024) → *context engineering* (2025) → ***harness engineering*** (2026), aligned with Sylvain Duranton&apos;s (BCG X) op-ed published the same day in *Les Échos* (*&quot;an agent = an LLM + harnesses&quot;*) — explicitly *&quot;French technology&quot;*.

On the HR side, **the token becomes the fuel of value**: NVIDIA allegedly pays bonuses in tokens, *&quot;a developer who doesn&apos;t consume tokens is like a taxi driver without gas — is he really creating value?&quot;* The lifespan of a skill drops from **10 years to 1 year**, skills-based job descriptions falter, HR departments become pivotal to the transformation, and a new think-tank group is working on a *&quot;complete overhaul of the SDLC&quot;*. Jacquet&apos;s provocative thesis: *&quot;it might be easier to create a new IT department that is already AI-agent-based than to transform an existing one.&quot;*

Finally, to juniors: *&quot;there are positions to be taken — provided you become a conductor and master the fundamentals of software architecture.&quot;* Girard concludes: ***&quot;code is the score — you need to master the symphony.&quot;***&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>BFM Business</category><category>Tech &amp; Co Business</category><category>televised debate</category><category>IA for Dev</category><category>AI for developers</category></item><item><title>A Year With Claude Code: My Output Doubled. My Attention Span Didn&apos;t.</title><link>https://www.thekb.eu/en/fiches/frizzo-linkedin-year-claude-code-output-doubled-attention-span-2026-05-05/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/frizzo-linkedin-year-claude-code-output-doubled-attention-span-2026-05-05/</guid><description>LinkedIn op-ed by Alexandre Frizzo after one year of daily use of Claude Code, offering a **nuanced assessment** rare in the 2026 corpus — productivity **multiplied by 3-5×** in his case (consistent with Wescale, and in line with the median of committed practitioners; the elite tail goes much higher, cf. Cherny *few dozen PRs/day + 150 PRs record* and Karpathy *&quot;peaks much higher than 10×&quot;*), but with **hidden cognitive costs** acknowledged. Pivot thesis: ***&quot;the new bottleneck is supervision&quot;*** — the job has changed shape, one no longer *writes* code, one *decides* about code generated by agents. Gains: 3-5× output, previously infeasible projects now achievable (yak-shaving, boilerplate), near-zero cost of experimentation. Acknowledged losses: ***&quot;writing muscle&quot;*** atrophied (manual code now feels *effortful*), **deep flow state rare** (constant context-switching between supervision tasks), **diminished ownership satisfaction** (*&quot;code is good, but isn&apos;t quite mine&quot;*). Unresolved tensions: **FOMO** (*&quot;every hour I&apos;m not at the keyboard is an hour an agent could be earning for me&quot;*), **review quality** at 3-5× volume, **skill atrophy**. Statistics cited: median 3-4h effective coding over an 8h day, **23 min** context recovery per interruption (Gloria Mark study), 15-25 min to enter flow, 500% productivity in flow (McKinsey). Exemplary epistemic stance: simultaneously rejects the *&quot;AI is bad&quot;* narrative and uncritical enthusiasm. A salutary counterweight to Cherny&apos;s *&quot;coding is solved&quot;* (2026-05).</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Alexandre Frizzo published a *one-year retrospective* op-ed on LinkedIn Pulse on May 5, 2026, on his daily use of Claude Code. The title condenses the thesis: ***&quot;My output doubled. My attention span didn&apos;t.&quot;*** A nuanced assessment rare in the 2026 corpus — productivity multiplied by **3-5×**, but with **hidden cognitive costs** acknowledged.

**The job has changed shape.** Frizzo no longer writes code; he **makes decisions about code generated by agents**. *&quot;Write hard parts, review easy parts&quot;* becomes multi-codebase supervision. The bottleneck has shifted: protecting the *deep work state* has become *irrelevant* now that code generation is fast; ***&quot;the new bottleneck is supervision&quot;*** — reading agent output, deciding correctness, integrating, catching subtleties. *&quot;Quality control at scale now requires entirely different defenses.&quot;*

**Acknowledged gains**: 3-5× productivity multiplier on a typical day, previously infeasible projects now accessible (yak-shaving, boilerplate, *long-tail*), near-zero cost of experimentation.

**Acknowledged losses**: *writing muscle* atrophied (*&quot;manual coding feels effortful now&quot;*), deep flow state rare due to constant context-switching, diminished ownership satisfaction (***&quot;the code is good, but isn&apos;t quite mine&quot;***).

**Statistics cited**: median 3-4h effective coding over an 8h day, **23 min of context recovery per interruption** (Gloria Mark), 15-25 min to enter flow, 500% productivity in flow (McKinsey senior executives study).

**Unresolved tensions** that Frizzo raises without settling: (1) **FOMO** — *&quot;every hour I&apos;m not at the keyboard is an hour an agent could be earning for me&quot;* — the psychological pressure of 24/7 agents; (2) **Review quality** — reviewing at 3-5× the volume risks *skimming*, quality practices assumed a human pace; (3) **Skill atrophy** — *&quot;does the writing muscle still matter, or is it becoming commoditized?&quot;*

**Exemplary epistemic stance**: Frizzo simultaneously rejects the two available narratives — *&quot;AI is bad&quot;* and *uncritical enthusiasm*. He holds an honest third position, real gains + real costs, **unresolved tensions** rather than conclusions.

**Connection to the watch dossier**: a salutary complement to **Cherny&apos;s *&quot;coding is solved&quot;*** (2026-05) — same intensive daily use, but Frizzo sits on the **committed median** (3-5×) whereas Cherny and the Curran/Intercom top 5% occupy the **elite tail** (10×+). The two do not contradict each other: they measure **two different points** on the productivity distribution. Numerical convergence with the median: **Wescale** (2026-05-03), **Curran/Intercom** average (2026-04-16), **DORA Report 2025**, **Stanford Denisov-Blanch** (2025-11-23). Cognitive convergence with **BCG Brain Fry** (Bedard et al., 2026-03-05), **Anthropic study junior engineers deskilling** (cited by Sun, NYT, 2026-04-30), **Karpathy&apos;s *outsource thinking but not understanding*** (2026-04-29), **Soto&apos;s *Developer Taste*** (2026-04). To be used as a balanced practitioner testimony for executive committees, manager awareness, and the ethical debate on the developer&apos;s transformation into a supervisor.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Alexandre Frizzo</category><category>LinkedIn Pulse</category><category>year with Claude Code</category><category>output doubled attention span didn&apos;t</category><category>productivity 3-5x</category></item><item><title>PROJ-AI — pour que vos projets ne s&apos;arrêtent plus au livrable (Un repo, un agent, un IDE — pourquoi PROJ-AI ?)</title><link>https://www.thekb.eu/en/fiches/habert-wenvision-proj-ai-repo-agent-ide-doctrine-2026-05-05/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/habert-wenvision-proj-ai-repo-agent-ide-doctrine-2026-05-05/</guid><description>Methodology article by Antoine HABERT (WEnvision) that formalizes **PROJ-AI**: a lightweight methodological layer so that collective projects become transferable rather than dying with their deliverable. Structuring triad: a **version-controlled git repo** (single source), an **AI agent** (Claude Code, Cursor) that reads the doctrine at every session, and a **markdown doctrine** specifying decision protocols and agent behaviors. Six directory zones (DOCS/, IDEAS/, DR/, OUT/, DOCTRINE/, AGENT/), operational **DPEV** cycle (Decide → Promise → Execute → Verify), Decision Records scored across 7 dimensions, dual interface (business Studio + tech CLI/IDE), five agent directives, and a shared **proj-ai-commons** library that bootstraps a project in 30 minutes vs. 1 week. Metrics across 3 engagements: onboarding **3 weeks → 2 days**, structural decisions tracked **30% → 100%**, architecture doc compilation **6 weeks → continuous**. Central aphorism: ***&quot;The project is not a byproduct of the deliverable. The project IS the deliverable.&quot;*** Explicit stance: technology 20%, **team discipline 80%**.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Antoine HABERT (WEnvision, a French agentic AI consulting firm) published a methodology article on May 5, 2026 that formalizes **PROJ-AI**, a lightweight methodological layer so that collective projects become **transferable rather than dying with their deliverable**. The diagnosis: projects stop at their deliverable, leave no organizational memory, critical decisions become untraceable, onboarding a new member takes three weeks. Central aphorism: *&quot;The project is not a byproduct of the deliverable. The project IS the deliverable.&quot;*

The methodology rests on a **triad**: (1) a **version-controlled git repository** as the single source of truth; (2) an **AI agent** (Claude Code, Cursor or equivalent) that reads the doctrine at every session; (3) a **markdown doctrine** specifying decision protocols and agent behaviors. The repo is organized into **six zones**: `DOCS/` (raw inputs), `IDEAS/` (hypotheses), `DR/` (Decision Records scored across 7 dimensions), `OUT/` (deliverables), `DOCTRINE/` (governance), `AGENT/` (slash-commands and session traces).

The operational **DPEV** cycle — *Decide → Promise → Execute → Verify* — articulates four traceable steps that turn vague ideas into defensible deliverables. A **dual interface** combines PROJ-AI Studio (Cockpit/Guide/Weekly/Monthly views for the business side) and CLI/IDE with slash-commands `/dr-create`, `/livrable-update` (for tech), on top of the same single repo. Five **agent directives** structure behavior: ingest the doctrine before answering, explicitly cite internal sources, propose Decision Records for emerging choices, never override doctrine, produce end-of-session summaries.

Across **three active engagements** (31 decisions recorded), HABERT documents: new-member onboarding **3 weeks → 2 days**, structural decisions tracked **30% → 100%**, architecture doc compilation **6 weeks → continuous**, PM archaeology time **30% → negligible**. The shared **proj-ai-commons** library capitalizes on anonymized patterns (DR templates, slash-commands, doctrine fragments) and lets a new project bootstrap in **30 minutes instead of a week**.

Two honest *caveats*: (1) ***&quot;technology 20%, team discipline 80%&quot;*** — an explicit rejection of solutionism; (2) ***&quot;agent-agnostic&quot;*** — markdown supports multiple LLMs. Status: Studio in internal preview, methodology delivered as a guided engagement by the firm (not self-service).

This piece, converging with **Wescale Usine Logicielle Augmentée** (2026-05-03) and HABERT&apos;s previous fiche (2025-10-29), consolidates a French doctrine of AI industrialization. PROJ-AI transposes to project/consulting management the patterns of *Skills* (Vincent), *Plugin Marketplace* (Curran/Intercom), *AGENTS.md* (Anthropic, Vercel, Osmani) and *Decision Records* (Wescale). To be leveraged as an operational framework for consulting firms, CIOs, and project teams on 6-18 month engagements.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Antoine HABERT</category><category>WEnvision</category><category>PROJ-AI</category><category>repo agent IDE doctrine</category><category>agentic project methodology</category></item><item><title>AI didn&apos;t make our engineers just faster. It made them different.</title><link>https://www.thekb.eu/en/fiches/tatsyi-raiffeisen-ukraine-ai-engineers-different-not-just-faster-2026-05-05/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/tatsyi-raiffeisen-ukraine-ai-engineers-different-not-just-faster-2026-05-05/</guid><description>Medium op-ed by **Hryhorii Tatsyi** (CTO, **Raiffeisen Bank Ukraine**, ~900 IT engineers) reporting a **12-month longitudinal study** (May 2025 → April 2026) on the real impact of generative AI in a large European bank. Pivot thesis: ***&quot;AI didn&apos;t make our engineers just faster. It made them different.&quot;*** Unlike individual accounts (Frizzo, Cherny) or meta-level ones (Curran/Intercom), this is a **quantified organizational assessment from a traditional regulated bank** — a corpus still rare in 2026. Results: **−75 people (−8% headcount, including 64 engineers)** over 12 months, yet **more code shipped, fewer incidents, improved security**; AI adoption **62% → 83%**; **68% of engineers receive ≥50% of their code via AI assistance**; **new-engineer onboarding 60-90 days → ~40 days** (consistent with Anthropic data of 82→40 days). Three emerging archetypes: (1) **Copilot-only** +10-25% on PRs, same scope; (2) **Multi-tool** story points ×1.5-3, cross-repo scope +50-80%; (3) **Claude on corporate stack** code volume ×4.5, radically expanded scope. **Seven AI products built** that did not exist before: Service Knowledge Hub (57 microservices, 83 releases/month), Mobile Android workflow CI plan/implement/test, AI Agent Portal (2,085 users / 649 MAU in 87 days, MCP generation via OpenAPI specs), Shift-left Security Plugin (−82% exposed secrets), DevPortal Backstage + Kubernetes diagnostics agents (−68% critical incident resolution time), DRAIF MCP text-to-SQL Data Lake with 10,000 tables (embedding fine-tuned 2× OpenAI), Call Evaluation (&gt;97% transcription accuracy, voted best product in the Raiffeisen group). Stability: **blocking incidents −70%, critical resolution −68%, high-severity security alerts resolved +155%**. Central strategic insight: ***&quot;AI expanded our production possibility frontier, and we deliberately allocated the freed capacity&quot;*** — AI does not do the same thing faster, it shifts **what one can decide to do**. The evaluation question to reframe: not *&quot;by how much % did existing KPIs increase&quot;* but ***&quot;what your engineers built that didn&apos;t exist before&quot;***. AI lifts underperformers to baseline more than it accelerates top performers; **senior architects return to active development** after years away from it. Major relevance for banking/insurance/regulated-sector executive committees (Raiffeisen = bank, Ukraine = wartime context + operational resilience).</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Hryhorii Tatsyi, CTO of **Raiffeisen Bank Ukraine** (~900 IT engineers), published a **12-month** longitudinal account (May 2025 → April 2026) of his organization&apos;s AI transformation on Medium in May 2026. The title crystallizes the thesis: ***&quot;AI didn&apos;t make our engineers just faster. It made them different.&quot;*** This is one of the **rare quantified organizational case studies from a regulated European bank** available in 2026.

**Core data**: IT headcount contracted by **75 people (−8%, including 64 engineers)** — yet **more code shipped, fewer incidents, improved security**. AI adoption rose from **62% to 83%**; **68% of engineers receive ≥50% of their code via AI assistance**; new-engineer onboarding **60-90 days → ~40 days** (consistent with Anthropic data of 82→40 days, an **independent convergence**).

**Three emerging archetypes**: (1) **Copilot-only**: +10-25% on PRs, stable scope; (2) **Multi-tool**: story points **×1.5-3**, cross-repo scope **+50-80%**; (3) **Claude on corporate stack**: code volume **×4.5**, radically expanded scope. Counterintuitive insight: ***&quot;AI lifts underperformers to baseline&quot;*** rather than mainly accelerating top performers — the distribution **tightens from the bottom**. Senior architects **return to active development** after years away from it.

**Seven new AI products** (that did not exist before): Service Knowledge Hub (57 microservices, 83 releases/month), Mobile Android workflow CI, AI Agent Portal (2,085 users / 649 MAU in 87 days, MCP generation via OpenAPI), Shift-left Security Plugin (−82% exposed secrets), DevPortal Backstage + Kubernetes diagnostics agents (−68% critical incident resolution time), DRAIF MCP text-to-SQL Data Lake with 10,000 tables (embedding fine-tuned ×2 OpenAI), Call Evaluation (&amp;gt;97% accuracy, **voted best product in the Raiffeisen Bank International group**). Stability: **blocking incidents −70%, critical resolution −68%, high-severity security alerts resolved +155%**.

**Strategic pivot thesis**: ***&quot;AI expanded our production possibility frontier, and we deliberately allocated the freed capacity&quot;*** — toward features, stability, and technical-debt repayment. **Reframed evaluation question**: not *&quot;by how much % did existing KPIs increase&quot;* but ***&quot;what did your engineers build that didn&apos;t exist before&quot;***.

**Tie-in to the watch corpus**: numeric convergence around the committed median with Frizzo (2026-05-05), Wescale (2026-05-03), Curran/Intercom (2026-04-16), DORA 2025, Stanford Denisov-Blanch (2025-11-23). Independent convergence on ~40-day onboarding with Anthropic. Productive tension with Cherny / Curran top 5% / Karpathy (elite 10×+ tail): the distribution **tightens from the bottom** AND **widens at the top** — both readings coexist. Cross-cutting convergence on &quot;the job is changing shape&quot; with Frizzo, Karpathy, Mornati, Habert. To be used for banking/regulated-sector executive committees, transformation sponsors, and the productivity-distribution-equity debate.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Hryhorii Tatsyi</category><category>Raiffeisen Bank Ukraine</category><category>CTO bank</category><category>12-month longitudinal study</category><category>AI didn&apos;t make engineers just faster made them different</category></item><item><title>Slider Augmented Dev — La chaîne de production augmentée : comprendre la révolution de la chaîne de production logicielle à l&apos;ère de l&apos;IA</title><link>https://www.thekb.eu/en/fiches/wescale-usine-logicielle-augmentee-juge-strategique-2026-05-03/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/wescale-usine-logicielle-augmentee-juge-strategique-2026-05-03/</guid><description>Presentation by Wescale (France) that formalizes the doctrine of the ***Augmented Software Factory***: a software value chain entirely orchestrated by specialized AI agents across six production lines (Intention/PRD-ADR → Plan/User Stories → **human Sign-Off** → 24/7 Production → independent audit Verification → DevOps Deployment), where humans intervene at only two precise moments. Strong theses: the return of the **predictable V-cycle** against Scrum, realistic **3-4x** gains (not 10x), the shift from *code producer* to ***Strategic Judge*** and from *solo developer* to ***Agent Manager***, DORA metrics replacing velocity, maximum ROI on legacy modernization and costly SaaS substitution, and above all ***injected governance*** as a &quot;near-military layer&quot; that constitutes the central innovation and the true barrier to entry. Built by eating its own dogfood: *&quot;What we learned by building Solario on Solario.&quot;*</description><pubDate>Sun, 03 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;The French consulting firm Wescale presents its **Augmented Software Factory** doctrine: a software value chain entirely orchestrated by specialized AI agents, structured across six production lines. **Intention** ingests business needs into PRDs and ADRs; **Plan** derives User Stories and parallelizable tasks; **Sign-Off** is the sole human gate before production, where architects and Product Managers validate across six dimensions; **Production** runs 24/7/365 in parallel with integrated Shift-Left; **Verification** is entrusted to an independent audit agent comparing spec vs code (*&quot;no self-certification&quot;*); **Deployment** closes the loop with automated DevOps and AI monitoring. Key principle: **humans intervene at only two moments**, everything else is automated, traced, auditable.

Wescale claims the **return of the predictable V-cycle** against Scrum agility, which it argues failed to hold scope, cost and timeline. Figures cited: **3-5x faster** than a traditional team, continuous **24/7**, **100% of code auditable**. Maximum ROI centers on legacy modernization and replacement of costly SaaS. Five business models are compared; **outcome-based** (payment on KPIs achieved) is favored as aligned with value.

The *Myths vs Realities* slide condenses the anti-hype thesis: not 10x but **realistic 3-4x**; not the disappearance of developers but an evolution toward ***Strategic Judge*** and ***Agent Manager***; not a simple prompt library but a **Gov+Prod+Audit platform**; not a replacement for offshoring but its next step; and above all *&quot;very few organizations will get there&quot;* because **injected governance is a real barrier to entry**.

Five mindset shifts structure the transition: code producer → strategic judge, manual writing → plan validation, deterministic → probabilistic critique, solo developer → agent manager, accepted technical debt → continuous Shift-Left quality. Six new key skills: judgment &amp;amp; ethics, orchestration &amp;amp; prompting, architecture &amp;amp; requirements, data-driven steering (DORA), Shift-Left quality control, resilience &amp;amp; adaptability. **Velocity is replaced by Predictability**.

Four structuring pieces of advice close the deck: (1) tooling strategy is not enough, method comes first; (2) **injected governance is the central innovation** — *&quot;a near-military layer&quot;* — *&quot;you don&apos;t stop AI from misbehaving by hoping it behaves well&quot;*; (3) control compute costs (Drift, Token Burning); (4) separate immutable principles from adaptable implementation. Four risks to anticipate: security (vulnerable code), compliance (GPL, GDPR), governance (invisible technical debt), operational (Drift, Token Burning). Doctrine proven internally: *&quot;What we learned by building Solario on Solario.&quot;*&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Wescale</category><category>Augmented Software Factory</category><category>augmented production chain</category><category>augmented software production chain</category><category>specialized AI agents</category></item><item><title>« On est dans une boîte de Petri » : la Silicon Valley, ce pays où les agents IA sont déjà des collègues</title><link>https://www.thekb.eu/en/fiches/debes-lesechos-silicon-valley-boite-petri-agents-ia-collegues-2026-04-22/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/debes-lesechos-silicon-valley-boite-petri-agents-ia-collegues-2026-04-22/</guid><description>Les Echos report (Florian Dèbes) from San Francisco: AI agents already integrated as colleagues at start-ups, &quot;petri dish&quot; (Aaron Levie / Box), reflex use of Claude before every meeting, personal Jarvis, 5 parallel agent tabs, &quot;the limiting factor is human cognition&quot; (Patrick Joubert / Rippletide), &quot;brain fry&quot; / cognitive overheating, BCG/HBR study showing 14% of employees overwhelmed, &quot;token-max&quot; ranking of the heaviest AI users, testimonials from Sinaï/Bangay/Allali/Hodjat/Pantera/Chapeau and an echo from Siddhant Khare (&quot;AI reduces production costs but raises coordination costs&quot;).</description><pubDate>Wed, 22 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;On April 22, 2026, Florian Dèbes published a report in Les Echos from San Francisco on the integration of AI agents as full-fledged colleagues at Silicon Valley start-ups. The sentence that structures the entire article comes from Aaron Levie, CEO of Box, quoted by the New York Times: *&quot;Silicon Valley right now is a real petri dish.&quot;*

The report first documents the boost. Justin Bangay (Airbyte salesperson) has Claude prepare every client meeting from previous recordings and the web: *&quot;It takes a minute, I save almost half an hour.&quot;* An investment fund partner has Claude scrape LinkedIn and ZoomInfo before he wakes up to deliver a daily sales brief. Sarah Allali (Lobby) prepares her fundraising through Claude, which lists investors and shared LinkedIn contacts. Logistical emails are delegated to agents — some even sign their replies to make this explicit. But Allali immediately points out the blind spot: *&quot;Humans have an ego. Nobody wants to know they&apos;re not important enough for someone to bother writing to them.&quot;*

On the engineering side, Jérémy Chapeau (SubImage) reports having shipped five major features in one week — *&quot;Without AI I would have shipped only one&quot;*. He built his own agent named **Jarvis** (an Iron Man reference ubiquitous in the Valley) that orchestrates action plans and responds to alerts from another agent monitoring customer behavior. Patrick Joubert (Rippletide) practices maximal delegation, **5 parallel agent tabs**, and formulates the central aphorism: *&quot;The limiting factor is human cognition.&quot;*

Then comes the flip side. Babak Hodjat (Cognizant) notes that AI causes fatigue *&quot;when you delegate too much, the result is mediocre, and you have to redo everything&quot;*. The article relays a viral post by Siddhant Khare (Germany): *&quot;You use AI to be more productive. So why are you so tired?&quot;* His economic thesis: *&quot;AI reduces production costs, but raises the costs tied to coordination, verification, and decision-making. And those costs fall entirely on humans.&quot;* A BCG/Harvard Business Review study (Julie Bedard, March 2026) puts at **14% the share of employees overwhelmed by the pace imposed**, with cases of **&quot;brain fry&quot;** (cognitive overheating, headaches, slowed decision-making). The **token-max** — an internal ranking that rewards the heaviest AI users — fuels this exhaustion.

The article closes on an anxiety shared by the builders themselves: *&quot;Those who adopt it, or even build it, wonder whether they&apos;re digging their own grave.&quot;* Eric Pantera (Swile, Montpellier), however, notes that the SF/Europe divide has largely disappeared for those willing to engage: *&quot;The gaps with our friends at Meta aren&apos;t significant.&quot;*

A pivotal 2026 piece on everyday life with AI agents, which simultaneously records the productive success and the first wave of cognitive exhaustion among early adopters.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Silicon Valley</category><category>San Francisco</category><category>AI agents as colleagues</category><category>petri dish</category><category>Aaron Levie</category></item><item><title>The AI-native interview</title><link>https://www.thekb.eu/en/fiches/sierra-ai-native-interview-iyengar-asemanfar-wang-2026-04-22/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/sierra-ai-native-interview-iyengar-asemanfar-wang-2026-04-22/</guid><description>Revamp of the engineering hiring process at Sierra in the age of coding agents: AI-native onsite interview (Plan/Build/Review), removal of the algorithmic coding test, replacement of the phone screen with a system design interview, pilot of a debugging interview on an existing codebase.</description><pubDate>Wed, 22 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Sierra, a conversational-agent startup co-founded by Bret Taylor, has redesigned its engineering interview process to reflect how the job has changed in the age of coding agents (Codex, Claude Code). The authors — Vijay Iyengar, Arya Asemanfar, and Angie Wang — argue that the engineer&apos;s role is shifting from &quot;building the machine&quot; to &quot;designing and refining the machine,&quot; by analogy with how engineers stopped worrying about the compiler&apos;s translation from code to machine instructions. Now that a single engineer can build across the entire stack, value comes from combining technical capability, product thinking, and business context.

The starting observation: the legacy process (two coding interviews, algorithms, system design, culture fit) mostly captured mechanics — typing syntax, recalling algorithmic details, assembling frameworks. That signal grew increasingly dissonant with the day-to-day reality of the work. Hiring managers compensated by falling back on referrals and prior experience.

Three criteria guided the redesign: representativeness (reflects real work), high signal (clarity on where a candidate excels or needs support), and a positive experience. The centerpiece is a three-part &quot;AI-native onsite.&quot; **Plan**: a working session where the candidate ideates a product in their domain, with interviewers asking questions to sharpen the idea. **Build**: 2 hours solo, using AI tools and frameworks of the candidate&apos;s choosing, with full freedom to pivot. **Review**: a demo, a discussion of product choices, a code review (data model, abstractions, extensibility), and a conversation about the path to production and how AI was used. Candidates are allowed to cut scope and skip boilerplate, per Paul Buchheit&apos;s formula: &quot;if it&apos;s great, it doesn&apos;t have to be good.&quot;

The rest of the process followed suit. The coding phone screen (no AI, in an online editor) is replaced by a system design interview — since vibe coding is easy, the real challenge is scalable production deployment. A &quot;debugging interview&quot; is being piloted to capture 1→N work in existing codebases: the candidate reviews a cross-cutting PR with agents.

Lessons learned: hiring is for strengths, not the absence of weaknesses; debriefs have shifted from &quot;should we hire this person?&quot; to &quot;where will this person excel?&quot;. Candidates report more engaging interviews — one built an AI flow game, a backend engineer drove their demo through an agent and a markdown file. Challenges (standardization, calibration) are mitigated by criteria that are agnostic to the product built and by paired interviewers. The format also applies to infra, where engineers now build full-stack and integrate vertically with the product.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>engineering hiring</category><category>technical interview</category><category>coding agents</category><category>Claude Code</category><category>Codex</category></item><item><title>The ROI of AI-assisted Software Development</title><link>https://www.thekb.eu/en/fiches/dora-google-cloud-roi-ai-assisted-software-development-j-curve-2026-04-21/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/dora-google-cloud-roi-ai-assisted-software-development-j-curve-2026-04-21/</guid><description>Joint **DORA × delta** report (Google Cloud Professional Services), 60 pages, version **v. 2026.1** (citations retrieved February 2026, PDF created April 21, 2026), licensed **CC BY-NC-SA 4.0** — the first official **DORA ROI** framework dedicated to AI in the SDLC, with an **interactive calculator** at dora.dev/ai/roi/calculator. Pivot thesis: ***&quot;AI is an amplifier&quot;*** — AI **amplifies** the strengths of high-performing organizations and the dysfunctions of struggling ones simultaneously; it does not create performance, it **multiplies it where it already exists**. New central concept: the ***J-Curve of AI value realization*** — every AI adoption goes through a **temporary productivity dip** (learning curve + verification tax + pipeline adaptation) before **exponential growth**, a metaphor for the *&quot;tuition cost of transformation&quot;* to be **budgeted explicitly**. Reference calculation: a 500 FTE organization / $176k fully loaded salary / 12.5% time saved per developer (≈ 1h/8h day) → **value $11.6M / investment $8.4M / ROI 39% / payback period 8 months (0.7 year)**. Modeled costs: licenses ($250/user/year), additional API costs ($80/user/year), training ($9,600/user/year), infra ($100k/year), J-Curve cost ($3.3M for a 15% drop over 3 months). Modeled value: **headcount reinvestment capacity** ($11M — freed capacity to reinvest, **NOT headcount reduction**), revenue from extra feature deployments ($990k, based on a 33% idea success rate, Larsen 2023), **negative downtime impact** (−$344k, &quot;instability tax&quot;). **Explicit reinvestment strategy**: ***&quot;we strongly recommend organizations do not adopt a headcount-reduction strategy&quot;*** — reinvest in innovation, retain talent, capitalize on institutional knowledge. Five pillars of value: Productivity / User Experience / Cost Efficiency / Developer Experience / Business Growth (from most direct to most indirect, *cumulated business value*). Five systemic keys to adoption: **Trust + Platform + Data + Users + Guardrails**. Two-phase roadmap: (1) **Build context layer (CapEx)** — quality IDP + healthy data ecosystems; (2) **Empower human in loop (OpEx)** — context engineering + trust in AI. Indicators: leading = experiment frequency + deployment frequency; stability gauge = change failure rate + rework. Three scenarios to model (Conservative 0.8 value × 1.5 cost / Realistic 1.0 / Optimistic 1.2 × 0.8). External data leveraged: 78% of executives report ROI on ≥ 1 gen AI use case (Google Cloud), 88% of early agentic AI adopters see positive ROI, **35-40% productivity greenfield vs ≤10% brownfield/legacy** (Stanford), inference cost ÷280 between Nov 2022 and Oct 2024 (Stanford AI Index 2025), **727% ROI over 3 years** for Google Cloud AI customers, average **8-month** payback in the AI market. Assumed weaknesses: *&quot;all models are wrong&quot;* — the model needs contextualizing, the calculator needs adjusting; risk of double-counting value (time saved → both avoided hire AND extra revenue); the user experience link is &quot;loose&quot; and therefore excluded from the calculator. **Deontological insight**: ***&quot;We don&apos;t measure AI by the code it writes but by the bottlenecks it clears&quot;*** — measured by bottlenecks cleared, not by code volume. **Major relevance** for CIOs/CTOs needing to build a defensible AI business case in front of a CFO/board; for France/Europe, to be read alongside Wescale (realistic X3-X4), Tatsyi/Raiffeisen Bank Ukraine (bank case study, −75 people but deliberate reinvestment), Frizzo (3-5× median), Curran/Intercom (3× R&amp;D over 16 months), DORA Report 2025 (which this ROI report builds on).</description><pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;The **DORA × delta team at Google Cloud** publishes, in April 2026 (v. 2026.1, citations retrieved February 2026, **CC BY-NC-SA 4.0**), a **60-page** report-framework dedicated to the ROI of AI in software development, with an **interactive calculator** at dora.dev/ai/roi/calculator. The document sits in the DORA lineage (2020 ROI of DevOps Transformation → 2025 State of AI-assisted Software Development → DORA AI Capabilities Model → 2026 ROI of AI).

**Pivot thesis**: ***&quot;AI is an amplifier&quot;*** — AI simultaneously magnifies the strengths of high-performing organizations and the dysfunctions of struggling ones. Buying AI licenses **is not enough**: AI injected into a system with manual testing, bureaucracy, or fragmented data **accelerates** technical debt. Citation from Software Engineering at Google: ***&quot;code is often seen as a liability, not an asset&quot;***. Ethical metric: ***&quot;we don&apos;t measure AI by the code it writes but by the bottlenecks it clears&quot;***.

**New central concept**: the ***J-Curve of AI value realization*** — every AI adoption goes through a **temporary dip** (learning curve + verification tax + pipeline adaptation) before **exponential growth**, a metaphor for the *&quot;tuition cost of transformation&quot;* to be **budgeted explicitly** so as not to panic during the dip.

**Sample calculator** (500 FTE / $176k salary / 12.5% time saved per developer): **value $11.6M / investment $8.4M / ROI 39% / payback 8 months (0.7 year)**. Detail: hard costs $5.065M + J-Curve cost $3.3M; value = headcount reinvestment $11M + extra features $990k − instability tax $344k.

**Explicit normative position**: ***&quot;we strongly recommend organizations do not adopt a headcount-reduction strategy&quot;*** — reinvest, retain talent, capitalize on institutional knowledge.

**Five pillars of value**: Productivity / User Experience / Cost Efficiency / Developer Experience / Business Growth (from most direct to most indirect). **Five systemic keys**: Trust + Platform + Data + Users + Guardrails. **Two-phase roadmap**: (1) Build context layer (CapEx) — quality IDP + healthy data ecosystems; (2) Empower human in loop (OpEx) — context engineering + trust in AI. Leading indicators: experiment frequency + deployment frequency.

**External data**: 78% of executives report ROI on ≥ 1 gen AI use case, 88% of early agentic AI adopters see positive ROI, **35-40% productivity greenfield vs ≤10% brownfield** (Stanford), inference cost **÷280** (Nov 2022 → Oct 2024), **727% ROI over 3 years** for Google Cloud AI customers, average payback **8 months**.

**Connection to the watch dossier**: strong convergence with Tatsyi/Raiffeisen (production possibility frontier), Wescale (governance + X3-X4), Habert PROJ-AI (technology 20% / discipline 80%), MIT NANDA (95% of pilots fail, explicitly cited). Productive tension with practitioner ratios (Frizzo 3-5×, Curran 3×, Tatsyi ×1.5-4.5): DORA = **financially defensible floor** (12.5% time saved), practitioners = **organizationally observed ceiling**. To be used for executive committees, CFO business cases, and transformation sponsors.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>DORA ROI of AI-assisted software development</category><category>Google Cloud DORA report 2026.1</category><category>J-Curve of AI value realization</category><category>AI is an amplifier</category><category>code is a liability not an asset</category></item><item><title>The AI-native interview</title><link>https://www.thekb.eu/en/fiches/taylor-sierra-ai-native-interview-engineering-hiring-2026-04-20/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/taylor-sierra-ai-native-interview-engineering-hiring-2026-04-20/</guid><description>AI-native job interview at Sierra — Overhaul of engineering hiring process — Plan/Build/Review — Sierra Blog</description><pubDate>Mon, 20 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;In &quot;The AI-native interview,&quot; Bret Taylor, co-founder and CEO of Sierra, describes the complete overhaul of the company&apos;s engineering hiring process to adapt it to the realities of AI-native development. The starting observation is clear: coding agents like Codex and Claude Code are upending software engineering. The engineer&apos;s role is no longer to &quot;build the machine&quot; but to &quot;design and refine it.&quot; When a single engineer can build across the entire stack thanks to AI tools, competitive advantage comes from the combination of technical capability, product thinking, and business context — not from solving algorithmic puzzles.

Sierra&apos;s old process was standard: two coding interviews, one algorithms interview, one system design interview, one culture-fit interview, then reference checks. The new process rests on three attributes: being representative of real day-to-day work, producing rich signal on the candidate&apos;s strengths and weaknesses, and offering a positive and authentic experience.

The core of the overhaul is the new three-phase AI-native onsite. During the &quot;Plan&quot; phase, the candidate leads an ideation session to define a product to build, while evaluators ask questions to enrich the proposal. The idea is centered on the candidate&apos;s area of expertise to observe their product thinking in action. During the &quot;Build&quot; phase, the evaluator leaves the room and the candidate has two hours to bring their idea to life, using the AI tools and frameworks of their choice, with the freedom to pivot or adjust scope. Finally, during the &quot;Review&quot; phase, the candidate presents what they built: evaluators debate the product choices, examine the code to assess technical judgment, discuss the path to production, and explore how AI was used.

Beyond the onsite, Sierra has replaced the coding phone screen with a system design interview, deemed more relevant for assessing the ability to ship code to production at scale. The company is also piloting a debugging interview in which the candidate receives a mid-sized codebase with a colleague&apos;s draft PR, and must review and improve it by iterating with coding agents.

Evaluation criteria are agnostic to the product built, and interviews are conducted in evaluator pairs to improve calibration. Sierra explicitly hires for strengths rather than the absence of weaknesses. Candidate feedback has been enthusiastic: several have said it was &quot;the most fun interview they&apos;ve ever had.&quot;&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>job interview</category><category>AI-native hiring</category><category>hiring process</category><category>software engineering</category><category>coding agents</category></item><item><title>IFTTD #351 - AWS Summit : Rester aux commandes des agents de code (avec Julien Lépine)</title><link>https://www.thekb.eu/en/fiches/ifttd-351-aws-summit-julien-lepine-2026-04-08/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/ifttd-351-aws-summit-julien-lepine-2026-04-08/</guid><description>Episode #351 of the French-language podcast **If This Then Dev** (Bruno) with **Julien Lépine**, Chief Technology Officer of **AWS France** (13 years at Amazon), recorded on the sidelines of the **AWS Summit Paris** (April 1, 2026, ~10,000 attendees). Pivot thesis: in the agentic era, writing code becomes secondary, and value shifts toward **understanding context, architectural trade-offs, and human accountability**. Central proof point: the **redevelopment of Amazon Bedrock** — a critical platform handling thousands of billions of requests — by a team of **6 people in 72 days** (vs. an estimated 30 people / 18 months), **code entirely generated by AI**, without vibe coding. AWS is **standardizing internally on Kiro** (IDE + CLI, running on Claude Sonnet/Opus) for ~30,000 developers (announced by Matt Garman at re:Invent). Throughline: **keeping control** without reviewing everything — via **formal modeling (TLA+)** and **Raisonnement automatisé** to prove invariants and bound agents, **blameless post-mortem**, and the principle that &quot;responsibility for an agent&apos;s action rests with the person operating it.&quot; Emergence of the **AI DLC** (sprints → multiple daily **Bolts**) and the risk of **cognitive overload / burn-out**.</description><pubDate>Wed, 08 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;In episode #351 of *If This Then Dev*, **Julien Lépine** (CTO of AWS France) looks back at the **AWS Summit Paris** (April 1, 2026, ~10,000 attendees) and the transformation of the developer role. His angle: AWS is not merely a spectator but an **actor** in this change, driven by its own need — producing critical services at a dizzying scale (**DynamoDB: &amp;gt;5,000 billion requests/hour**; the October 20, 2025 outage that took Fortnite offline outside Europe).

**Central proof point**: the redevelopment of **Amazon Bedrock**, AWS&apos;s agentic core. Estimated by Anthony Ligori (Distinguished Engineer) at **30 developers and 18 months**, it was completed by **6 people in 72 days** thanks to an **agentic platform** — **code entirely generated by AI**, largely reviewed, **without any vibe coding** given it is a critical production platform. As a result, AWS is **standardizing internally on Kiro** (IDE + CLI, running on Claude Sonnet/Opus, announced by Matt Garman at re:Invent) for ~30,000 developers, backed by a community (a Slack channel with 30,000 members, summarized every evening by AI) and shared **ADRs**.

The central debate is about **value**: if one can &quot;generate 100,000 lines of code per day,&quot; do best practices still matter? Lépine cites **Kent Beck** (&quot;99% of my value became useless, but the remaining 1% multiplied by 1000&quot;): value shifts toward **understanding context and architectural trade-offs**. Good practices (security, the maintainability principles of the **Well-Architected Framework**, rejecting **over-engineering**) remain, but the challenge becomes **keeping control without reviewing everything**: **formal TLA+ modeling** guaranteeing **invariants**, deterministic and mathematically proven **Raisonnement automatisé** to bound agents, with AI checking **code ↔ model divergence**.

On **accountability**, the position is clear-cut: *&quot;it is not the agent&apos;s responsibility, it is the responsibility of the person operating it&quot;* — a culture of **blameless post-mortem** and **mechanism**. One incident (an agent with excessive permissions) led not to a shutdown but to new **guardrails**: any change impacting production, whether by a human **or** an agent, must be **reviewed** beforehand. **Regulated industries** (healthcare, defense, legal) adopt AI faster thanks to their existing data classification and their **auditability**.

On the organizational side: **AI DLC** replaces sprints with multiple daily **Bolts**, AI absorbs **detailed specs**, PM/PO/Scrum Masters gain superpowers, and **communication barriers** fall. But **cognitive overload** looms: one client **deliberately slowed its pace** to protect its developers. Conclusion: **empathy, context, and understanding** become the key skills, and the line between tech and tech-adjacent roles is blurring.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>AWS Summit Paris</category><category>Amazon Web Services</category><category>code agents</category><category>generative AI</category><category>Amazon Bedrock</category></item><item><title>Does LLMs / Vibe coding mean more or fewer developers?</title><link>https://www.thekb.eu/en/fiches/wardley-llms-vibe-coding-developers-jevons-paradox-2026-03-27/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/wardley-llms-vibe-coding-developers-jevons-paradox-2026-03-27/</guid><description>Jevons paradox applied to developers, Red Queen effect, sysadmin→DevOps evolution as analogy</description><pubDate>Fri, 27 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Simon Wardley responds, in the form of a fictional Socratic dialogue, to the question of whether LLMs and vibe coding will lead to more or fewer developers. His answer is nuanced: probably about the same number, due to the Red Queen effect. As companies compete with one another, any productivity gain will be immediately reinvested to stay competitive. Concretely, a large company will go from 30 million to over a billion lines of code, simply to maintain its position.

Wardley draws on the Jevons paradox as an explanatory framework: when a resource becomes more efficient, its consumption increases rather than decreases. Vibe coding makes code production cheaper, which will trigger an explosion in the volume of software produced, not a reduction in headcount.

The central historical analogy is that of sysadmins. When virtualization made physical server racking obsolete, sysadmins did not disappear. They transformed into DevOps Engineers and SREs, acquiring new skills: chaos engineering, continuous deployment, distributed systems. Likewise, developers will not disappear but will evolve toward roles managing &quot;packs of agents,&quot; making structural decisions, and maintaining a chain of understanding across increasingly complex systems.

Wardley states that reading code is already unsustainable and that software engineering must transform from a craft into an engineering discipline to develop better methods of systemic understanding. The title &quot;software engineer&quot; will probably disappear — not because the role vanishes, but because too many executives have publicly declared these profiles no longer necessary and will not want to lose face. New titles will emerge: &quot;Human-AI system integrator,&quot; &quot;AI Wrangler,&quot; &quot;Agentic Herder.&quot;

The dialogue&apos;s punchline is biting. Wardley introduces &quot;Alice,&quot; the developer laid off on a &quot;thought leader&quot;&apos;s advice. Alice will soon be rehired, more expensive, under a new title. Managerial short-termism — laying off staff to boost stock options, then jumping ship before the consequences hit — is pinpointed as the real problem. Wardley recommends retraining over layoffs, while cynically predicting that companies will not take that path.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>Jevons paradox</category><category>Red Queen effect</category><category>developers</category><category>vibe coding</category><category>LLM</category></item><item><title>When Using AI Leads to &quot;Brain Fry&quot;</title><link>https://www.thekb.eu/en/fiches/bedard-bcg-hbr-ai-brain-fry-cognitive-fatigue-2026-03-05/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/bedard-bcg-hbr-ai-brain-fry-cognitive-fatigue-2026-03-05/</guid><description>BCG-HBR study (Bedard, Kropp, Hsu, Karaman, Hawes, Kellerman) of 1,488 US employees, January 2026: formal definition of ***AI brain fry*** (acute cognitive fatigue linked to AI oversight), 14% of AI-using workers affected (Marketing 26%, Legal 6%), productivity peaks at 3 simultaneous tools, +33% decision fatigue / +39% major errors / +39% intent to leave among the &quot;brain fried,&quot; empirical distinction between **burnout** (emotional, eased by AI on routine tasks -15%) and **brain fry** (acute cognitive, worsened by oversight). 5 recommendations for leaders, &quot;AI orphan tax&quot; (+5% fatigue when the manager expects the employee to figure it out alone), org work-life balance -28%. Pivotal academic source cited by Les Echos and the 2026 debate.</description><pubDate>Thu, 05 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Six BCG researchers, including psychiatrist Gabriella Rosen Kellerman (*Tomorrowmind*), publish a study on March 5, 2026 in Harvard Business Review that gives the viral &quot;AI fatigue&quot; phenomenon its official name and measurement framework: ***AI brain fry***, defined as *&quot;mental fatigue from excessive use or oversight of AI tools beyond one&apos;s cognitive capacity&quot;*.

Solid methodology: 1,488 full-time US employees, large companies, cross industries (January 2026). The article opens with two signals: the January 1 launch of **Gas Town** by Steve Yegge (orchestration of simultaneous Claude Code agent swarms) — *&quot;Gas Town was moving too fast for me&quot;* — and the viral X post by Francesco Bonacci (Cua AI) *&quot;Vibe Coding Paralysis&quot;*: *&quot;I end each day exhausted—not from the work itself, but from the managing of the work.&quot;*

The central finding empirically distinguishes **burnout** (emotional) from **brain fry** (acute cognitive). AI can **ease burnout** (-15% when it replaces repetitive tasks — *&quot;toil&quot;*) while **worsening brain fry** when it requires *intensive oversight*: +14% mental effort, +12% mental fatigue, +19% information overload among workers with a heavy supervision load.

**14% of AI-using workers** report brain fry. Prevalence varies drastically by function: **Marketing 26%, HR 19%, Operations/Engineering 18%, Finance 17%, Legal 6%**.

The productivity-tools curve plateaus at 3: 1 tool = 3.3 / 2 = 3.8 / **3 = 4.1 (peak)** / 4+ = 3.7. *Multitasking is notoriously unproductive, and yet we fall for its allure time and again.*

Documented business costs: **+33% decision fatigue, +11% minor errors, +39% major errors, intent to leave 25% → 34% (+39% relative)**.

Managerial practices: a manager who answers AI-related questions reduces fatigue by **-15%**. One who expects employees to figure it out on their own adds **+5%** — this is the ***&quot;AI orphan tax&quot;***. At the organizational level: &quot;more work due to AI&quot; = +12% fatigue; valuing work-life balance = **-28%** fatigue.

Five recommendations for leaders: (1) holistically redesign jobs for shared human+AI responsibility, keeping neurobiology in mind; (2) set explicit expectations — *&quot;70% of AI transformation efforts should be devoted to people and processes&quot;*; (3) shift activity metrics toward impact; (4) develop workers&apos; skills in **problem framing, analysis planning, strategic prioritization**; (5) treat human attention as a finite resource and evolve people analytics to monitor cognitive load.

Pivotal 2026 academic piece, cited from April onward by Les Echos. It turns a Twitter buzz into a measured industry signal, and gives CHROs the quantified language to justify that the AI issue has now shifted from technology to the organization&apos;s cognitive governance.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>AI brain fry</category><category>cognitive fatigue</category><category>BCG study</category><category>Boston Consulting Group</category><category>Harvard Business Review</category></item><item><title>It is amazing how many companies I talk to STILL have AI effectively blocked by IT &amp; legal departments...</title><link>https://www.thekb.eu/en/fiches/mollick-entreprises-blocage-ia-adoption-2026-03-05/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/mollick-entreprises-blocage-ia-adoption-2026-03-05/</guid><description>AI adoption blocked by IT/legal in enterprises, gap between innovative and cautious companies, leadership and risk management - LinkedIn</description><pubDate>Thu, 05 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Ethan Mollick, associate professor at the Wharton School and author of Co-Intelligence, shares his astonishment at how many companies still have AI effectively blocked by their IT and legal departments, and for outdated reasons. He highlights the paradox: companies operating in highly regulated industries have already found ways to deploy enterprise AI solutions like ChatGPT, Claude and Gemini, including command-line tools like Claude Code, without encountering any apparent issue.

Mollick describes what he calls one of the strangest gaps he observes: two companies in exactly the same industry can have radically different approaches. One has been using AI productively for 18 months, while the other has set up a committee that must approve every individual use case and still worries that current AI models automatically train on company data - a fear Mollick directly refutes by pointing out that this is not the case with enterprise versions.

In a follow-up comment, Mollick deepens his analysis by identifying the root cause of this divergence. The decisive factor is generally the willingness of an executive - often the CEO, but not always - to take on the risk and responsibility associated with AI adoption. When the answer is no, the risk-reduction forces within the organization (IT and legal departments foremost) have every incentive to avoid anything that could even be suspected of causing a problem.

His conclusion is clear: this is fundamentally a leadership issue. It is not a technical, regulatory, or data security problem - it is a matter of managerial courage and strategic willingness to embrace change. Companies that move forward are those whose leaders accept calculated risks, while those that stagnate are paralyzed by an institutional risk aversion that translates into bureaucratic approval processes and unfounded fears.

This post generated massive engagement (over 1,793 reactions, 288 comments, 149 shares), reflecting how strongly this observation resonated with the professional community.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>AI adoption</category><category>enterprise blocking</category><category>IT</category><category>legal</category><category>risk management</category></item><item><title>RAPPORT D&apos;ANALYSE — ALMIA : La plateforme d&apos;IA générative d&apos;AG2R LA MONDIALE</title><link>https://www.thekb.eu/en/fiches/almia-ag2r-plateforme-ia-generative-deep-research-2026-03/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/almia-ag2r-plateforme-ia-generative-deep-research-2026-03/</guid><description>Internal generative AI platform for insurance, sovereign S3NS cloud, massive employee adoption</description><pubDate>Sun, 01 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Almia is the proprietary generative artificial intelligence platform developed in-house by AG2R LA MONDIALE, a major joint and mutual insurance group in France (15 million policyholders, 500,000 client companies). Launched among about a hundred &quot;Champions IA&quot; in April 2024, then opened to all employees in January 2025, the platform reached a remarkable adoption rate by the end of 2025: 7,000 users out of 8,300 employees, with roughly 1,300 AI assistants created by the users themselves.

The platform is built around four complementary pillars. Almia Bot offers a secure chatbot that lets users query several LLMs via RAG, with an internal marketplace of assistants rated by users. Almia Apps industrializes the best-performing assistants into dedicated business applications (analysis of customer verbatims, marketing campaign generation, document processing). Almia Dev exposes generative AI APIs for developers and actuaries. More recently, Almia Agents deploys business AI agents integrated into the value chain.

The infrastructure runs on S3NS, a Thales-Google Cloud joint venture hosted in France, qualified SecNumCloud 3.2 by ANSSI in December 2025. Data protection relies on vectorization: internal documents are broken down into unusable vectors before being sent to the LLMs, with the original texts remaining stored locally. The approach is multi-LLM and agnostic, allowing the best model to be chosen for each use case.

The deployment strategy relies on a network of Champions IA drawn from the business units, each training their colleagues. Three mandatory training sessions (AI literacy, security, ethics) are required to access the platform. This peer-based approach, supported by the WEnvision consulting firm, enabled rapid and controlled adoption.

A formalized AI governance body brings together the AI director, the DPO, the CISO, and CSR compliance to review all AI experiments and ensure compliance with the European AI Act. The principle is clear: AI assists employees without ever replacing human expertise.

Almia is part of a six-year, €629 million IT transformation program. The project earned Pascal Martinez, IT and Digital director, the title of IT Strategist 2025. With the arrival of new CEO Fabrice Heyries at the end of 2025 and his &quot;Esprit de conquête&quot; (spirit of conquest) strategy, AI is now a strategic lever for differentiation for the group.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>generative AI</category><category>internal platform</category><category>insurance</category><category>AG2R LA MONDIALE</category><category>sovereign cloud</category></item><item><title>Fragments: February 13</title><link>https://www.thekb.eu/en/fiches/fowler-thoughtworks-retreat-llm-software-development-2026-02-13/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/fowler-thoughtworks-retreat-llm-software-development-2026-02-13/</guid><description>Thoughtworks retreat on the future of software development with LLMs — reflections on organizational impact, cognitive debt, and supervised programming</description><pubDate>Fri, 13 Feb 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Martin Fowler shares his reflections from the Thoughtworks retreat on the future of software development, an event bringing together industry experts to examine the impact of LLMs on development practices.

First observation: senior developers are largely optimistic about LLMs. Their approach is to focus on architecture and treat AI agents as junior developers to be supervised. Notably, a third of initially skeptical seniors change their minds after hands-on exercises. Mid-level developers, by contrast, find themselves in a difficult position: their careers were built before the LLM era, yet they do not yet have the senior expertise needed to effectively orchestrate these tools.

Margaret-Anne Storey introduces the concept of &quot;cognitive debt,&quot; describing the situation where a team becomes unable to modify its code because it can no longer explain the underlying design decisions. Fowler draws a distinction between &quot;cruft&quot; — unintentional degradation through ignorance — and true technical debt, which involves a conscious choice and a calculated cost.

Laura Tacho offers a striking observation: the Venn diagram between developer experience and agent experience is a perfect circle. Everything that makes work easier for human developers also makes it easier for agents. A telling paradox: leaders are willing to make accommodations for LLMs (documentation, code clarity, clean environments) that they stubbornly refused to make for their human teams.

On the IDE front, the trend is moving toward a hybrid model combining non-deterministic tasks handled by LLMs and deterministic tasks like refactoring, opening up new orchestration possibilities.

On team size, the consensus is that &quot;two-pizza&quot; teams will keep their size but increase their productivity. The question of pair programming with agents remains open and promising.

Research published in the Harvard Business Review by Ranganathan and Ye offers an important counterpoint: AI adoption leads to work intensification and burnout. Initial productivity gains give way to quality degradation over the medium term.

Camille Fournier sums up this tension with the phrase &quot;everyone becomes a manager&quot;: supervised programming turns every developer into an agent manager, generating fatigue from constant context switching. This new paradigm demands supervisory skills more than direct execution skills.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>LLM</category><category>software development</category><category>AI agents</category><category>cognitive debt</category><category>developer experience</category></item><item><title>2026 Agentic Coding Trends Report — How coding agents are reshaping software development</title><link>https://www.thekb.eu/en/fiches/anthropic-agentic-coding-trends-report-2026-02/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/anthropic-agentic-coding-trends-report-2026-02/</guid><description>2026 agentic coding trends report, multi-agent, human oversight, democratization, security</description><pubDate>Sun, 01 Feb 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Anthropic publishes its report on agentic coding trends for 2026, identifying eight major developments that are redefining software development. The report is structured around three axes: foundational trends, emerging capabilities, and organizational impacts.

The foundational trend (Trend 1) is the profound transformation of the software development lifecycle. Engineers are shifting from the role of implementers to that of AI agent orchestrators. Onboarding onto a new codebase collapses from weeks to hours, paving the way for dynamic &quot;surge staffing.&quot; Augment Code illustrates this phenomenon: a project estimated at 4-8 months was completed in two weeks.

On the capabilities side, four trends emerge. Single-agent systems are evolving into coordinated multi-agent teams (Trend 2), as at Fountain, where hierarchical orchestration reduced staffing for a logistics center from more than a week to less than 72 hours. Agents now operate on horizons of days rather than minutes (Trend 3) — Rakuten completed a full implementation in 7 autonomous hours on a 12.5-million-line codebase with 99.9% accuracy. Human oversight becomes intelligent (Trend 4): agents learn when to ask for help, and humans focus on strategic decisions. Finally, agentic coding extends to new surfaces (Trend 5), from legacy languages like COBOL to non-technical users.

The organizational impacts are considerable. Productivity translates not only into speed but into increased output volume (Trend 6): 27% of AI-assisted work involves tasks that would never have been undertaken otherwise. TELUS saved more than 500,000 hours. Non-technical use cases are exploding (Trend 7): within Anthropic itself, the legal team reduced marketing review turnaround from 2-3 days to 24 hours, and Zapier reports 89% AI adoption with 800+ internal agents. Security presents a double-edged sword (Trend 8): the same capabilities benefit both defenders and attackers.

The report emphasizes a central paradox: although developers use AI in 60% of their work, they fully delegate only 0-20% of tasks. AI is a constant collaborator requiring active oversight and human validation. The four priorities for 2026 are multi-agent coordination, scaling oversight, extending beyond engineering, and security-first architecture.&lt;/p&gt;</content:encoded><category>AI Coding Agents &amp; Skills</category><category>agentic coding</category><category>coding agents</category><category>SDLC</category><category>multi-agent</category><category>orchestration</category></item><item><title>SoGPT &quot;IA interne&quot; vs Solutions du marché &quot;Copilot&quot; : le faux débat qui nous fait perdre la vraie bataille</title><link>https://www.thekb.eu/en/fiches/simon-sogpt-copilot-faux-debat-souverainete-ia-2026-01-15/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/simon-sogpt-copilot-faux-debat-souverainete-ia-2026-01-15/</guid><description>SoGPT Société Générale abandons for Copilot - false build vs buy debate, AI capital, European sovereignty</description><pubDate>Thu, 15 Jan 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Erwan Simon, CEO of GENIAL, reacts to Société Générale&apos;s decision to abandon its internal tool SoGPT in early 2026 to adopt Microsoft Copilot. He argues that this build vs buy debate constitutes a false framing that masks the real strategic question: who owns the business intelligence you build with AI?

The article denounces the error of comparing ChatGPT or Claude to office software like Word or Excel. Unlike these finished products with fixed functionality, AI systems are both consumer interfaces and APIs enabling custom business applications. They are infrastructure, not commodities.

Simon analyzes SoGPT&apos;s failure not as a validation of the buy model, but as an execution error: a generic chat interface disconnected from banking operations, without a continuous evolution strategy. The error was not building in-house, but creating a product with no operational anchoring.

Copilot has its own limitations. Useful for generic tasks, it struggles with specialized operations such as ERP queries or compliance workflows. Many deployments plateau after the initial pilots due to difficulties measuring ROI, governance issues, and unintended data exposure via existing permission structures.

The author cites AllianzGPT as a successful alternative model. Allianz built a platform, not just an interface, orchestrating multiple components: multiple language models (Azure OpenAI and Anthropic&apos;s Claude), connectors to internal systems, and full traceability of decisions for regulatory compliance. This architecture preserves organizational assets independently of any single vendor.

Simon defines the concept of &quot;AI capital&quot; as the set of encodable business knowledge: documented processes, business rules, historical decisions, tacit expertise made explicit. It is this asset that creates a durable competitive advantage.

The article concludes with a warning about European sovereignty. Europe lost cloud sovereignty in the 2010s by migrating to AWS, Azure, and Google. Repeating this mistake with AI means outsourcing the capacity to generate AI-driven value to American competitors. The fundamental question: will European companies build indigenous AI capabilities, or will they become permanent consumers of intelligence systems controlled by the United States?&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>SoGPT</category><category>Société Générale</category><category>Copilot</category><category>Microsoft</category><category>build vs buy</category></item><item><title>Don&apos;t fall into the anti-AI hype</title><link>https://www.thekb.eu/en/fiches/antirez-dont-fall-anti-ai-hype-2026-01-11/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/antirez-dont-fall-anti-ai-hype-2026-01-11/</guid><description>Antirez (Redis creator) - don&apos;t fall into the anti-AI hype, concrete Claude Code projects</description><pubDate>Sun, 11 Jan 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Salvatore Sanfilippo, better known by the pseudonym antirez and creator of Redis, publishes a position piece encouraging developers not to fall into the &quot;anti-AI hype.&quot; Coming from a developer known for his commitment to minimal, well-written code, this testimony carries particular weight.

The author acknowledges from the outset his social concerns regarding job losses and technological centralization linked to AI. However, he argues that &quot;refusing what is happening now&quot; will help neither programmers nor their careers. His central thesis: AI will change programming forever, regardless of ideological positions.

To support his argument, antirez details four recent projects completed with Claude Code in hours rather than weeks. The first concerns modifying Linenoise, his command-line editing library, with the creation of a test framework emulating a terminal. The second involves debugging Redis failures related to TCP timing. The third example is particularly striking: a 700-line BERT en C implementation library generated in 5 minutes, with performance comparable to PyTorch. Finally, he mentions reproducing a design document for Redis Streams in 20 minutes.

The author maintains a nuanced position. Despite these successes, he remains committed to the values of well-written, minimal code. He does not claim that AI replaces developer judgment, but that it considerably amplifies his ability to build.

On the societal level, antirez recommends voting for governments that support those affected by automation, acknowledging that the transition will be painful for some. He nonetheless sees a beneficial potential of AI for science and innovation.

His main message to developers: explore these tools &quot;seriously&quot; rather than rejecting them after superficial tests. He implicitly criticizes those who form their opinion on AI programming without thorough experimentation.

The article concludes with a metaphor inviting readers to rediscover &quot;the fire&quot; of software building. AI is not there to replace this passion but to amplify it. Coming from such a respected figure in the open source community, this call for pragmatism rather than ideological rejection resonates particularly in current debates about the future of the developer profession.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>antirez</category><category>Redis</category><category>Claude Code</category><category>AI programming</category><category>anti-AI hype</category></item><item><title>2025: The State of Generative AI in the Enterprise</title><link>https://www.thekb.eu/en/fiches/menlovc-state-generative-ai-enterprise-2025-12-09/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/menlovc-state-generative-ai-enterprise-2025-12-09/</guid><description>Menlo Ventures 2025 annual report on generative AI in the enterprise - $37B market, adoption, startups vs incumbents, PLG - menlovc.com</description><pubDate>Tue, 09 Dec 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Menlo Ventures&apos; third annual report on the state of generative AI in the enterprise documents unprecedented growth: enterprise AI spending rose from $1.7B in 2023 to $37B in 2025 ($11.5B in 2024, a 3.2x increase in one year), capturing 6% of the global SaaS market. This is the fastest-growing software category in history.

The application layer dominates with $19B (51% of spending), ahead of infrastructure (33%) and model APIs (16%). The market is maturing: at least 10 products exceed $1 billion in ARR and 50 products exceed $100M.

Adoption patterns are shifting markedly. Enterprises now buy 76% of their AI use cases rather than building them in-house (up from 53% in 2024). The production conversion rate reaches 47%, compared with 25% for traditional SaaS, a sign of clear perceived ROI. Product-led growth accounts for 27% of AI application spending (four times the rate of traditional software), and &quot;Shadow AI&quot; — employees paying for AI tools with personal cards — is estimated to account for nearly 40% of application spending.

On the competitive front, AI-native startups capture 63% of the application market versus 37% for incumbents. This dominance is particularly pronounced by department: 71% in Product &amp;amp; Engineering (Cursor versus GitHub Copilot), 78% in Sales (Clay, Actively versus Salesforce), 91% in Finance &amp;amp; Operations (Rillet, Campfire versus Intuit). Incumbents, however, retain 56% of the infrastructure layer (Databricks, Snowflake, MongoDB).

Departmental AI totals $7.3B (4.1x year over year), dominated by coding: $4B, or 55% of the total, with 50% of developers using AI coding tools daily and measured velocity gains of 15% or more. Next come IT ($700M), marketing ($660M), customer success ($630M), design ($490M), and HR ($370M). Vertical AI reaches $3.5B (2.9x), driven by healthcare ($1.5B, 43%, tripling since 2024), ahead of legal, financial services, education, and retail.

The report settles the boom-versus-bubble debate in favor of a boom: strong real revenue growth, broad adoption (500+ decision-makers surveyed), measurable productivity gains, and sustainable business models. It also highlights the rise of model-agnostic tools (Cursor, OpenRouter) that accelerate adoption of frontier models, and international competition, notably from Chinese providers.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>generative AI</category><category>enterprise AI</category><category>AI adoption</category><category>AI market</category><category>AI applications</category></item><item><title>From Chalkboards to Chatbots: Evaluating the Impact of Generative AI on Learning Outcomes in Nigeria</title><link>https://www.thekb.eu/en/fiches/worldbank-chalkboards-chatbots-genai-education-nigeria-2025-12/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/worldbank-chalkboards-chatbots-genai-education-nigeria-2025-12/</guid><description>World Bank: Generative AI and Education in Nigeria - RCT with Transformative Results</description><pubDate>Mon, 01 Dec 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;The World Bank publishes the first rigorous study (RCT) evaluating the impact of generative AI on education in Sub-Saharan Africa. The intervention: a six-week after-school tutoring program using Microsoft Copilot (GPT-4) for English learning among first-year secondary school students in Benin City, Nigeria.

**Transformative results**: The study demonstrates substantial improvements despite significant infrastructure constraints. The overall score increases by 0.31 standard deviation, English by 0.23 standard deviation (equivalent to 1.5 years of typical Nigerian schooling), AI knowledge by 0.31 standard deviation. Overall gains are equivalent to two years of schooling. A linear dose-response relationship shows that each additional day of attendance generates +0.031-0.033 standard deviation of improvement.

**Notable differentiated effects**: Girls benefit from an additional 0.42 standard deviation effect, offsetting initial performance gaps. Students with higher baseline scores and those from more advantaged socio-economic backgrounds show larger gains, but disadvantaged students also achieve statistically significant improvements.

**Exceptional cost-effectiveness**: At $48 per student for six weeks ($124 annualized), the intervention generates 3.2 equivalent years of schooling (EYOS) per $100 invested, surpassing most comparable educational interventions worldwide. The benefit-cost ratio reaches 161:1 to 260:1. Projected lifetime wage returns reach $7,767-$12,517 per participant.

**Structured pedagogical approach**: The success relies on three days of teacher training, prompts designed according to learning science principles (retrieval practice, elaborative interrogation), awareness of AI hallucinations and biases, and active supervision of student engagement. The teacher acts as a &quot;force multiplier&quot; rather than being replaced.

**Promising scalability**: The use of free software (no subscription), the absence of any need for proprietary question banks, and success with non-specialized staff suggest strong replication potential. The study addresses Bloom&apos;s &quot;two-sigma problem&quot;: how to make the benefits of personalized tutoring accessible at the scale of entire populations in an economically viable way.

**Critical context**: The study is set within the global learning crisis, where 70% of ten-year-olds in low- and middle-income countries cannot read a text appropriate to their level. These results position generative AI tutoring as a promising approach for resource-constrained contexts.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>World Bank</category><category>generative AI</category><category>education</category><category>Nigeria</category><category>RCT</category></item><item><title>Moving away from Agile: What&apos;s Next? Reshaping Software Delivery with Agents</title><link>https://www.thekb.eu/en/fiches/harrison-maniar-mckinsey-reshaping-software-delivery-agents-2025-11-23/</link><guid isPermaLink="true">https://www.thekb.eu/en/fiches/harrison-maniar-mckinsey-reshaping-software-delivery-agents-2025-11-23/</guid><description>McKinsey - Software Delivery - Agile Transition - AI Native Workflows - Spec-driven Development</description><pubDate>Sun, 23 Nov 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Martin Harrison and Natasha Maniar of McKinsey present a vision of software development transformation in the AI era, arguing that the traditional Agile model must evolve. Despite spectacular individual productivity gains from coding agents, many large enterprises plateau at an overall improvement of only 5 to 15%. This gap is explained by the emergence of new bottlenecks: manual code review that no longer keeps pace with generation speed, human collaboration ill-suited to the new cadence, and increased technical complexity.

To unlock value, McKinsey identifies among &quot;Top Performers&quot; a transition toward **&quot;AI Native&quot; workflows and roles**:
1.  **From &quot;User Stories&quot; to &quot;Specs&quot;**: Instead of iterating on vague textual descriptions, teams move to &quot;Spec-driven development,&quot; where Product Managers (PMs) and developers iterate on precise technical specifications with agents, sometimes generating prototypes directly.
2.  **Team reorganization**: The standard Agile team model (8-10 people) gives way to smaller, more autonomous &quot;pods&quot; (3-5 people, &quot;One pizza teams&quot;). Roles consolidate: less rigid specialization (separate QA, Frontend, Backend) and more &quot;full-stack&quot; profiles orchestrating agents.
3.  **Continuous planning**: AI enables shorter planning cycles (from quarterly to continuous) and real-time roadmap adaptation.

They present a case study of an international bank that reorganized its teams around specific workflows (bug fixing vs. greenfield) and used agents for task assignment and compliance verification, resulting in a 51% increase in code merges.

The talk places heavy emphasis on **change management**. Technology alone is not enough; 70% of companies have not yet adapted their job descriptions. Success depends on a holistic approach including training (&quot;upskilling&quot;), redefining incentives (certifications, career paths), and rigorous measurement of impact (beyond mere adoption, looking at delivery speed, quality, and business outcomes). The future belongs to organizations capable of &quot;rewiring&quot; their operating model for symbiotic human-agent collaboration.&lt;/p&gt;</content:encoded><category>Transformation &amp; Adoption</category><category>McKinsey</category><category>Software Delivery</category><category>Agile</category><category>AI Native</category><category>Operating Model</category></item></channel></rss>