The One Habit That Will Wreck Your Product Management Career

The One Habit That Will Wreck Your Product Management Career

I read a lot of articles about product management. And recently I noticed a curious concept: the notion that product managers should do away with release dates. People suggest that the modern product manager should create roadmaps focused on showing “what’s coming” or “what’s next” since there are too many factors to control when setting fixed dates for deliverables.

Sorry, but I find this absolutely crazy.

At Aha! I am fortunate to speak with hundreds of product managers a month at companies from small startups to large Fortune 500 organizations. I have worked with companies ranging from super agile continuous deployment shops to heavyweight annual or semi-annual releases following strict waterfall processes.

One thing is clear from all these conversations. For every organization, no matter what people want to say on the surface, dates are not just important — they are imperative.

Dates are more than abstract end points. They are how we show commitment to ourselves, our organizations, and our end users. Our work and lives are finite — so time is an important variable.

An oft-cited reasoning behind this “Dates are bad for product managers” logic is the notion that product managers and engineers have too many factors beyond their control when setting dates on a roadmap.

So, product managers worry that if a release is late, they — as well as the engineers — get blamed. And when you do get blamed, the natural feeling is to wish you had never made a commitment in the first place.

I’ve been there — product management is a tough job. You have a lot of people to please, and at times it can feel like you are not doing anything right. But if you, as the product manager, will not work with your team on what can be done by a certain time, your ability to impact the business will suffer.

That’s why I believe choosing not to use dates will quickly wreck your career.

This is why the product managers I speak with each month consider time an important variable that they must grapple with. It allows them to:

Set meaningful goals
Goals are fundamental to product strategy. And a goal typically has two key attributes — what you want to achieve (a metric) and when you want to achieve it (a date). Without dates, it is almost impossible to set meaningful goals. If you cannot link your team’s work back to business goals and initiatives, they will lose faith in your leadership.

Communicate with stakeholders
I believe that a big reason for the “dates don’t matter” mindset is confusion about how to use dates for different stakeholders. The truth is that there can be different types of dates: internal and external. And knowing the difference between these two types of dates has a drastic impact on how you lead product.

Internal dates allow you to communicate specific dates to your own team. These are most effective for times when launching on a particular date has a cross-functional impact (will discuss this more later).

External dates help you commit to time frames for customers or other outside stakeholders such as weeks, months, or quarters. This lets your customers know when they can expect the new features they want — without setting unrealistic expectations.

Work with cross-functional teams
As the product manager, you lead your cross-functional team to build, market, sell, and support a specific product. Every person on that team — whether they work in Marketing or Engineering — relies heavily on dates. If they do not know what they should be building — and when it is due — how can you expect them to support it?

As your product’s champion, you own — or at least influence — all deliverables for that product. So, you owe each person on your product team a clear strategy for what they should build, why it matters for the product, and when their pieces of the puzzle will be due. Any confusion about those things rolls back up to you.

Lead with conviction
The frequent elevator pitch for the job of a product manager is that they are “the CEO of their product.” It is humorous to imagine a CEO going into a board meeting and letting the board members know that the next big product enhancement is coming “sometime in the future.”

We all know what would happen to that CEO — they would not have their title for much longer. And just like a product manager, a CEO has plenty of factors beyond of their control. Customers, employees, and investors still hold them accountable — as they should.

Instead of being stressed about dates, you should take pride in them. There is no better feeling than delivering what you promise.

So, the next time you are tempted to lead product based on “what is coming,” stop and ask yourself why the date in front of you feels unattainable. Then, adjust your strategy so that you do less or add time.

You should always be able to hold firm to the importance of dates and negotiate what gets done in the interest of the business and the team.

How do you lead product using dates?

_______________________________________________________
ABOUT BRIAN AND AHA!

Brian seeks business and wilderness adventure. He has been the founder or early employee of six cloud-based software companies and is the CEO of Aha! -- the world's #1 product roadmap software. His last two companies were acquired by Aruba Networks [ARUN] and Citrix [CTXS].

Signup for a free trial of Aha! and see why 30,000+ users on the world's leading product and engineering teams trust Aha! to build brilliant strategy and visual roadmaps.

We are rapidly growing and hiring. Customer Success Manager. Product Marketing Manager. Rails Developers. Content Specialists. Customer Success. Join a winning team -- work from anywhere in the US and be happy.

Brent Croft

Vice President Of Quality & Regulatory at Spark Biomedical Inc

8y

I agree completely with what you said. A necessary follow-up to this discussion of why dates is how to select, manage, and communicate the date(s) effectively. Picking some arbitrary date as a "target" to "motivate" the engineers before the scope of work and feature development efforts are known, as many organizations do, is a recipe for repeated failure. It breeds the distress feeling you described and loss of goodwill in the ability for the team to achieve the date. The theory of a hard "need by" date is a good tool if it is backed by reality. Too often the need by is really a I want it by. When the schedule blows through multiple of these fictitious dates and there is no accountability, nobody will believe in them again.

Like
Reply
Jeffrey Cole

Chief Product & Technology Officer at GAGE

8y

Amen. Bravo. Spot on.

Like
Reply

Ashu, in my experience, when your customers' business is driven by deadlines, then your product management cycles have to sync up with your customers' deadlines. I lived through two situations where this was the case. In the first one, we didn't sync up. Our company wound up failing. In the other we came to our senses in time. Syncing up with the deadlines that drove our customers was the biggest single factor in turning the dev effort around.

Like
Reply
Bob Picciano

American Express Project: Inbound Card Control Team

8y

When I do my next sales forecast I can tell my manager I'm going to sell something sometime...Bet he'll buy that! Dates are a goal, an objective and goals and objectives drive activity...period!

Kevin Kantz

Global VP, Product Portfolio Lead at SAP SuccessFactors

8y

I agree with the discipline that comes from setting internal and external dates. Additionally, dates force communication with stakeholders around elements that change scope or add obstacles to meeting milestones and provide clear consequences to stakeholder decisions that may otherwise have been assumed to be without material impact on delivery. BTW, love the Aha! Software

Like
Reply

To view or add a comment, sign in

Insights from the community

Others also viewed

Explore topics