News: 1771585869

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

From Agile to AI: Anniversary workshop says test-driven development ideal for AI coding

(2026/02/20)


25 years after the Agile Manifesto, a group of experts hosted by one its signatories met to consider the impact of AI on software development, concluding among other things that test-driven development has never been more important.

"Test-driven development (TDD) produces dramatically better results from AI coding agents," [1]says the report [PDF] on the workshop.

"TDD prevents a failure mode where agents write tests that verify broken behavior. When the tests exist before the code, agents cannot cheat by writing a test that simply confirms whatever incorrect implementation they produced."

[2]

TDD is an approach to software development where automated tests are written before the production code. The tests are expected to fail until the code is written. TDD is valuable for iterative development and refactoring – improving code without changing its behavior – since it verifies that the code continues to behave as expected.

[3]

[4]

The [5]Agile Manifesto was composed by a group of IT professionals in February 2001, and influential in its promotion of a collaborative, flexible and iterative approach to software development. One of its signatories was Martin Fowler, chief scientist at software development company Thoughtworks. Fowler and Thoughtworks hosted the [6]workshop 25 years on, to "rethink how software is built" in the light of "a new inflection point: the shift to AI-native software development."

The workshop – conducted under the Chatham House Rule, where participants' names and affiliations are not disclosed – identified engineering discipline as a key topic surrounding AI coding. If AI writes the code, the rigor that used to live in coding "does not disappear, it moves elsewhere," the report states. The question that "surfaced in nearly every session" is how to retain engineering discipline in the context of AI-driven development.

[7]

When a team is given AI tools, the bottleneck shifts from engineering capacity to other elements of software development, according to the report, including cross-team dependencies, architecture reviews, and project decisions. "The result is not faster delivery. It is the same speed with more frustration," the workshop concluded.

An issue with AI development is that, as with human teams, agents working on different parts of a project will use divergent patterns and preferences. AI accelerates this drift, and there is a question about whether standardization should be attempted, or divergence embraced.

Although experienced developers are more effective at supervising AI agents, thanks to their understanding of system architecture, junior developers also have increased value, the report suggests. "They are better at AI tools than senior engineers, having never developed the habits and assumptions that slow adoption."

[8]Agile Manifesto turns 25 – just in time for vibe coding to test it

[9]Containers, cloud, blockchain, AI – it's all the same old BS, says veteran Red Hatter

[10]'Ralph Wiggum' loop prompts Claude to vibe-clone commercial software for $10 an hour

[11]NATO's battle for cloud sovereignty: Speed is existential

Security is "dangerously behind," according to the report, because it tends to be treated as something to solve later.

A consistent pattern is that established practices, tools and organizational structures are now "breaking in predictable ways under the weight of AI-assisted work," the report states. People are experiencing "an identity shift in their professional lives" according to participants. There is an unsolved problem of "how to build trust in systems that are inherently non-deterministic."

[12]

In the light of this AI shift, should there now be a new manifesto?" No, "it's way too early," [13]said Fowler . "People are still experimenting with ideas, still trying stuff."

He added: "I don't have a lot of time for manifestos. Most of them are wisely ignored by most people," though he acknowledged that the Agile Manifesto was an exception. ®

Get our [14]Tech Resources



[1] https://www.thoughtworks.com/content/dam/thoughtworks/documents/report/tw_future%20_of_software_development_retreat_%20key_takeaways.pdf

[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2aZiTNhk8N3exCOs62g9bIgAAAMA&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0

[3] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44aZiTNhk8N3exCOs62g9bIgAAAMA&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33aZiTNhk8N3exCOs62g9bIgAAAMA&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[5] https://agilemanifesto.org/

[6] https://www.thoughtworks.com/about-us/events/the-future-of-software-development

[7] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44aZiTNhk8N3exCOs62g9bIgAAAMA&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[8] https://www.theregister.com/2026/02/19/jon_kern_vibe_coding/

[9] https://www.theregister.com/2026/02/08/waves_of_tech_bs/

[10] https://www.theregister.com/2026/01/27/ralph_wiggum_claude_loops/

[11] https://www.theregister.com/2025/12/17/sovereign_cloud_is_existential_nato/

[12] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33aZiTNhk8N3exCOs62g9bIgAAAMA&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[13] https://www.youtube.com/watch?v=VHkuVlwYhNk

[14] https://whitepapers.theregister.com/



Doctor Syntax

TTD & AI. Expect something like https://xkcd.com/221/

How many of you guessed correctly?

Anonymous Coward

Bullseye! That'll be right " [1]maximizing the amount of work not done " on security, right there ... the simplicity principle at work! ;(

[1] https://agilemanifesto.org/principles.html

Doctor Syntax

I've seen something like that happen but with a different function and language.

A good few months back I came across some early Linux program to use some LLM to generate code. I wondered if it had imbibed the Free Pascal Library so I asked for code to generate a UUID of a specific version, number (I can't remember which). It certainly hadn't. It wrote a few lines of Pascal with a UUID (not of the correct version embeded as a literal whd wrote it out.

Who likes writing tests?

You aint sin me, roit

So, humans write tests, presumably based on fixed requirements.

AI agents blap out code, using an iterative approach to eventually pass the (hopefully exhaustive) set of tests.

That doesn't sound too agile to me. The initial requirements, and all of the tests derived from them, must be set in stone before AI is let loose on its iterative journey, attempting to pass the tests. And it seems strange to get the humans to do the automated work of writing tests (something AI can do), and the AI to do the creative work (something it struggles to do).

And this is all to promote the idea that Agile is (still) relevant in and AI vibe-coding world?

Re: Who likes writing tests?

JoeCool

Agile is for project and delivery managment. Vibe coding is an excuse for being lazy or incompetent.

JefcoPDrinkbeer

"The workshop – conducted under the Chatham House Rule ..." Makes a refreshing change to see someone getting it right.

My bet

MiguelC

Test driven development by LLMs will probably result in SW that works for exactly each one of the specified tests, and resulting in mostly everything not in the tests failing, even if of similar nature of the tested use cases

When in doubt, do it. It's much easier to apologize than to get permission.
-- Grace Murray Hopper