How to think big and start small with projects

I was talking to a consultant doctor recently and they mentioned an NHS IT programme called a “Millennium” project.

Because it’s been around since before 2000, and still hasn’t delivered the value it promised.

It’s a familiar problem, especially in IT:

• It takes too long to build
• It’s too big when it finally arrives
• It delivers value too late, or not at all

In most cases, the root cause is simple:

That’s where modularity comes in. I think of this first as 'Delivery Phases:

• Phase 1: release a pilot that works in the real world
• Phase 2: replicate and scale what already works

Quick version: what is modular design?

• Modularity means building your project from small, repeatable units rather than one all-or-nothing solution.
• Think Lego blocks, not a single giant sculpture.
• Each block can be built, tested, and improved independently.

Examples

Modular - Rolling out a change one department at a time.

Non-modular - A big-bang IT launch where everything goes live at once.

Why this matters

Modular projects deliver value earlier, surface risk sooner, and as studies show, are far more likely to finish on time and to cost.

📆 Tuesday Action

Take 5 minutes, ask yourself if your project is using pilots and repeatable blocks. Is your project building with many small things (good) or one big thing (not so good)

👉 Click the link to quickly explore if your project is using modular design.

Let’s change the game.

Greg

P.S. If you're interested to explore our core discovery, the four Success Factors, it's free and the basis now for everything we build.