Leading Answers

Leadership and agility insights
Mike@LeadingAnswers.com

PM Heroes: James Martin: The Man Who Invented the Future (Twice)

The Bond Villain Who Shaped Software Development:

I once tried to reach James Martin when I was a young project manager. Getting a response from someone who now lived on his own private tropical island seemed like contacting a Bond villain and required a certain persistence. Martin was world-famous within his domain and nearly invisible outside it, and his island life only sharpened the impression of someone operating on his own terms.

He wrote more than 100 books on technology and computing. He predicted the internet in 1978. He gave Oxford the largest single donation in the university’s 900-year history. He coined Rapid Application Development (RAD) and helped lay the foundations for what we now call agile. If you work in project management, software development, or technology leadership, James Martin likely influenced the tools and methods you use today.

 

From Ashby-de-la-Zouch to IBM’s Inner Circle

Martin was born in 1933 in Ashby-de-la-Zouch, a small market town in Leicestershire with a name that sounds invented. His family background was working-class, his father a Civil Service clerk, yet Martin won a scholarship to Keble College, Oxford, where he studied physics. At Oxford, he attended lectures by Bertrand Russell and Isaiah Berlin, and something of their ambition to synthesize large, difficult ideas appears to have stayed with him.

He joined IBM in 1959 and moved fast. His early career took him through Paris and then to the SABRE project, the real-time airline reservations system developed for American Airlines, one of the first large-scale commercial computing systems ever built. He led the design of BOAC’s global reservations system and eventually rose to the IBM Systems Research Institute in New York. There, his mandate was to think about what computing would become rather than what it already was.

SABRE Hardware

Martin left IBM in the late 1970s, having spent two decades pushing frontiers and with a great ability to write. He would spend the next thirty years publishing, consulting, and founding companies, always a step ahead of the field he was describing.

The Wired Society: He Saw the Future, Nobody Listened Fast Enough

In 1978 Martin published The Wired Society: A Challenge for Tomorrow, a book nominated for the Pulitzer Prize that reads like field notes from the future. It described interconnected digital networks enabling commerce, communication, and access to information through portable devices, at a time when most computers occupied entire rooms.

The pattern Martin established with The Wired Society would repeat throughout his career: he saw the direction clearly, articulated it compellingly, and then spent the following years building the frameworks that would help practitioners get there.

CASE Tools: When Machines Were Going to Write Their Own Code

Martin’s vision for the future required tools capable of automating large parts of the development process, and he spent the 1980s building and investing in exactly those tools. The Computer Hall of Fame, which inducted him in its inaugural class in 1990, named him the “Father of Computer Aided Systems Engineering.”

Martin had financial stakes in at least four major CASE vendors, including KnowledgeWare. Its Information Engineering Workbench could take a business model through planning, analysis, and design, all the way to running code. He co-founded James Martin Associates, whose partnership with Texas Instruments produced what eventually became CA Gen. His core ambition was explicit: abstract away implementation detail, keep human attention at the problem and requirements level, and let the tools handle the rest.

That ambition maps directly onto what we now call low-code development, and even more directly onto AI-assisted coding, where someone describes intent and the tool generates implementation. Martin was articulating this direction thirty years before GitHub Copilot existed, and his CASE tools were its earliest practical expression.

 

RAD: Blowing Up Single-Pass Waterfall

In 1991 Martin published Rapid Application Development, a book that did something unusual for its time. It named a problem most organizations had not yet identified, proposed a solution, and provided a complete methodology for implementing it.

The problem was the single, sequential application of the waterfall lifecycle. This approach tended to lock in requirements early, and users were consulted once and then sidelined. 

The delivered system frequently failed to match what people actually needed, because the people who understood those needs had been excluded from the process once requirements were signed off.

Martin’s RAD framework replaced this with four phases:

  • Requirements Planning (Analysis & Rapid Design)
  • User Design (User Consultation and involvement)
  • Construction (Iterative: Develop / Demo / Refine cycles)
  • Cutover (Testing & Deployment)

The User Design phase was the radical element. It placed users at the center of the development process through Joint Application Development workshops and iterative prototyping, rather than treating them as external stakeholders to be managed from a distance. His core principles read like a preview of the Agile Manifesto: active user involvement throughout, empowered teams, frequent delivery of working increments. Fitness for purpose mattered more than perfect documentation, and all changes during development were treated as reversible.

In 1991 this was not yet a movement, but it was an approach with a clear foundation, a complete framework, and a name.

How DSDM Helped Turn RAD into a Framework

RAD spread rapidly through the early 1990s, partly because its logic was compelling and partly because its flexibility made it easy to adopt in whatever form suited a given organization. That flexibility was also a limitation. Without a commonly agreed process, “RAD” meant something different in every organization that claimed to practice it, and major enterprises needed governance alongside speed.

The DSDM Consortium was founded in 1993 to address exactly this. Its founding members included British Airways, American Express, Oracle, Logica, and Data Sciences, where I was working at the time. DSDM had many contributing concepts, and one was to give Martin’s RAD ideas structure to work in enterprise environments. The result was a framework that recommended timeboxing, MoSCoW prioritization, and iterative delivery.

From where I sat, DSDM felt like a natural evolution of Martin’s work. The principles were unchanged; what was added was the governance structure that large organizations required before they would trust them.

Anticipating Agile: The Values That Arrived Before the Manifesto

The Agile Manifesto was published in February 2001, a decade after Rapid Application Development. Mapping the two documents side by side reveals how thoroughly RAD matched agile’s core values, and that mapping deserves some attention.

There are many parallels across RAD and agile as they find solutions to single-pass waterfall limitations. The agile movement’s founders largely came from Scrum, XP, Crystal, and related communities, not from RAD specifically. Both Martin’s work and the manifesto were responses to the same issue: the waterfall approach was not working for software projects, and the field needed something better. Martin reached his conclusions in 1991; the Manifesto signatories reached theirs in 2001. DSDM, explicitly derived from RAD, was represented at the Snowbird meeting by Arie Van Benekum, which provides the connection.

The Oxford Bet: When an IT Pioneer Backed Humanity

In 2005 Martin made what Oxford describes as the largest single donation in the university’s more than 900 years of history, reported at approximately $150 million. The gift endowed what became the James Martin 21st Century School, now the Oxford Martin School. This interdisciplinary research institution works on AI, climate change, inequality, biotechnology, and the long-term future of humanity.

Martin had spent forty years watching technology develop faster than the institutions governing it. He understood better than most what the acceleration of AI, biotechnology, and climate disruption might mean. The Oxford Martin School was his answer to that understanding: a permanent institution with the intellectual firepower and independence to think seriously about where we are heading.

It is, if anything, the most durable thing he built. Methodologies evolve; institutions that attract serious people and serious funding persist.

A Lasting Legacy

Martin died on June 24, 2013, at his private island in Bermuda, apparently in a swimming accident. Part of me hoped this, too, was a Bond-inspired illusion to escape to another role.

The Computerworld 25th anniversary survey ranked him fourth among the 25 people who had most influenced the history of computer science. The Computer Hall of Fame inducted him into its inaugural class. He delivered the BCS/IET Turing Lecture in 2008, the UK’s most prestigious computing honor. Oxford awarded him the Sheldon Medal, the highest honor the university bestows. He published more than 100 books across four decades.

If you are working today in agile delivery, low-code development, AI-assisted coding, or enterprise architecture, you are working in a landscape that Martin helped shape. His 1991 Rapid Application Development remains worth reading, not as history but for its argument. The core contention is still being learned by organizations encountering it for the first time: involve users throughout, keep requirements flexible, and deliver incrementally rather than planning everything up front. Martin made that argument clearly and completely thirty five years ago. Many are still catching up.

Related Posts

AI Agent Impacts on Project Management

Leading a Team That’s Part Machine: 5) AI Agent Impacts on Project Management

This is the 5th and last installment in my series about Leading a Team that’s Part Machine. The earlier articles are available here: Introduction to the series and why the future will likely include hybrid human / AI teams What constitutes a real agent and how most current ‘agents’ lack the agency to act Agent frameworks, API tokens and local AI: the infrastructure that runs agents Agentic pipelines and orchestration: getting agents to do meaningful work beyond what GenAI tools can do for us today This article explores how to integrate AI Agents into regular teamwork and their likely impacts on the future of project management.  To recap, I started my experiment by building AI agents 6 months ago to

Read More
20 years of Leading Answers

20 Years of Leading Answers

Twenty years ago today, on August 29, 2006, I published the first posts on LeadingAnswers.com. That sentence makes me feel old. I started the blog to write about leadership and agile project management, share ideas I was experimenting with, and hopefully connect with other people interested in the same things. At the time, agile was still sufficiently new that explaining it to traditional project managers was a large part of the job. My first real article was called “What has Leadership got to do with Agile Project Management?” My argument was that effective agile project management was much closer to leadership than traditional project management. It emphasized people over tasks, empowerment over control, effectiveness over efficiency, and direction over speed.

Read More