Skip to main content

Breaking-Up with Deadlines and Gantt Charts

Avatar of Liz Love
Liz Love
5 minute read

Once upon a time – as a young, naive product manager – I used deadlines on my roadmap. It seemed like the right thing to do, but actually, it caused me a lot of pain.

At some point, I switched from a chronological timeline to what was effectively the Now-Next-Later roadmap. This improved our work, our morale as a team, and my own relationship with product management. What a relief!

In this post, I’ll explain some of the pain points and hassles I experienced when I was using timeline roadmaps – and why I had to break up with them. At the end, I’ll explain how you can break up with them, too.

Liz Love Dot, sitting by the fireside having successfully broken up with deadlines and gantt charts

Why deadlines aren’t a good match for Product Managers

I worked in a corporate environment, in a big product management team. It was a high-ticket B2B product, so we didn’t have many customers (dozens rather than hundreds) – which allowed us to have close relationships with them. That was great because we could speak with them directly on a regular basis and understand their needs. We had accurate user groups with well-defined problems.

But the downside of the larger corporate environment, from a product perspective, was that we were less agile and slower moving. My role was to set out the product strategy, but because I knew no better, I put delivery dates on things because those timelines felt reasonable to me. The company could never meet the deadlines, though.

So when we had these regular customer interactions, which often included roadmap presentations, I would use the same roadmap for months on end, presenting it several times in the exact same form. I just changed the dates because as a business, we weren’t quick at execution. So, like clockwork, a couple of weeks before the next customer meeting, I’d take the last roadmap and simply change the dates.

Our customers caught on and they weren’t impressed. Thanks to our close working relationship, they felt comfortable telling us exactly what they thought. And they called us out on this repetitive, perpetually delayed roadmap.

For me as a product person, it felt humiliating. I’d show a roadmap to a room full of people and some would say, “You literally showed us that same roadmap six months ago.” I had to explain why that’s the case, representing a larger business with many moving parts that I couldn’t influence, let alone control. Plus, I knew they were right! But I had to put on a good face for my company.

This is what timeline roadmaps and Gantt charts do to PMs. We get stuck in an awful situation where we can’t get it right! And when we’re stuck in relationships like that, it’s time to break up.

The breakup

The process of switching roadmaps required some vulnerability, lots of discussions, and finally some patience and experimentation. 

Address the problem

I had to tell people the pain that I was feeling, explain why the timeline structure wasn’t working for me, and suggest an alternative approach. 

Get support

Though I initiated the change, I needed to get buy-in from my direct manager, who then helped to socialize that amongst the other 10-15 product managers. Ultimately we all discussed and standardized what we’d try next.

Choose a new direction

We opted for a horizon roadmap, one that closely resembled what we call Now-Next-Later. It was three chunks, outlining objectives that the company will focus on in the immediate, short- and mid-term future – these are the horizons. For example: “Next year our objective is to enter a new niche of the market, so we’re focusing on X. And the year after that, our objective is user growth, so we’re focusing on Y.”

Given the slow-moving, corporate nature of the company, these horizons were still quite long-term compared to today’s tech startups.

But still – horizon roadmaps changed the conversation completely.

By letting go of fixed dates and embracing the inherent uncertainty of product work, we opened up new discussions. We could debate whether our ideas were actually the right things to do, instead of planning on when to deliver what. This gave us more flexibility to pivot or modify the roadmap, according to our current strategy.

Other benefits after breaking up with deadlines:

  • The product team was validated! Even though there were still problems in execution, it was now clear that the product team worked well and had a good strategy in place.
  • Personally, I didn’t have to feel awkward in front of the customer anymore!

How to make the switch from deadlines and gantt charts

Approach the switch the same way you approach a minimum viable product (MVP). You don’t need to do it all at once! Instead, experiment with your new approach on a small scale first.

  1. Start small. Do a horizon roadmap with one product first.
  2. Identify something where the timeline definitely isn’t working, and give it a try.
  3. Learn and iterate. Adjust your new roadmap process to suit your product and your team.
  4. Once the approach shows value, then share it with people.
  5. Test the new roadmap with more parts of the product.

For more insight into this process, I highly recommend a talk called “Changing the Weather Inside Your Organization” by Tom Loosemore. He has loads of experience in product management within bureaucratic institutions, famously the least agile. Any question or challenge you face in your company, he’ll probably address.

Last word

Working at ProdPad, other product folks often ask me how they can ditch timelines once and for all. My answer?

Speak up, and start small. There’s nothing to lose.

Sign up to our monthly newsletter, The Outcome.

You’ll get all our exclusive tips, tricks and handy resources sent straight to your inbox.

How we use your information

Leave a Reply

Your email address will not be published. Required fields are marked *