Training Banner

Wednesday, June 7, 2017

Roadmapping: Your customers don't care about your team's development schedule

I continue to be surprised and somewhat disappointed in most of the roadmapping tools I see aimed at product managers. Working primarily in the enterprise space during my career, I created "milestone" style roadmaps that showed when the team would deliver new capabilities to the market. What I see in the tool market today are inward-facing Gantt style roadmaps which, I assume, help the team manage their development work. Although this style is no doubt valuable to the team, in my experience, customers, in general, didn't much care when or how I worked on features: they wanted to know when they would get them. I would also say that many, if not most, internal stakeholders weren't that interested in our development plan.

I'm sure some will say that changes in delivery models, e.g., SaaS, mean that teams continuously deliver to the market and milestones are now irrelevant. I maintain that customers still don't care about your development schedule and that when software is mission critical, continuous delivery isn't the boon it is in other contexts. There are certainly exceptions to this rule (in the security domain, for example).

What I believe is needed are tools that allow product managers to generate different product roadmaps based on the same set of "investments". Such a tool would allow certain things to be excluded or renamed and, above all, would show traditional delivery milestones.

What is your experience? Have I simply overlooked good roadmapping tools that already do what I describe?

Wednesday, March 1, 2017

Managing Complex Solutions: When Product Management Begins Breaking Down

I've spent most of my career working as a product manager in huge software companies (IBM, Microsoft, SAP) and as a product management consultant and trainer with vendors that deliver complex solutions in the B2B space. Perhaps it's just me, but when I look at most of the content being generated in the field of product management, I can't help but thinking that something is missing. To my eyes, most of it seems startup-centric (in the consumer space mostly), so, to someone who's been slugging it out in trenches of highly complex problem spaces, much of the talk of MVPs, A/B testing, continuous delivery and other hot topics seems a bit, dare I say, na├»ve.
 What I consider a lack of emphasis on what I've labeled the "enterprise space" has inspired me to begin thinking deeply about the unique challenges of effectively managing products that must address some of the world's stickiest business and technical problems. Often, these complex problems require complex organizations to deliver the associated solutions, which in itself brings a boatload of obstacles that a PM in a startup can only imagine (in nightmares for the most part).
 Here are just a few of the differences between the enterprise and consumer-oriented startups that are top of mind:

 The Myth of the Customer

In the enterprise space, the people who evaluate, buy and use the software are often different. Buying decisions may take years and the solution may be required to function (almost perfectly) for years or even decades. When we use the term "customer", it is a conversational convenience. The truth is, the enterprise customer comprises a complicated set of stakeholders we have to identify, understand and appease.

 The Dysfunctional Family

Big, stable organizations with highly specialized roles tend to create "families" that are (often highly) dysfunctional. Familiarity, procedural inertia and contention for resources make vendors that deliver complex products and solutions highly political, to the point that a majority of a PM's time may be spent on "political overhead", generating negative value for customers. Navigating the fraught waters of a politically charged and entrenched organizational hierarchy requires a level of diplomatic adeptness that is rarely optional.

 The Curse of Mission Criticality

A lot of the more nimble practices espoused by the startup community are quickly exposed as not viable when the products or solutions being delivered can cause losses of millions of dollars or much worse, lives, when they fail. Add the fact that many of these "high assurance" scenarios are strictly regulated and you have the proverbial straw that can easily break the product manager's back.
 In the coming months, I'll talk extensively about the enterprise space and offer some food for thought on how to tackle some of its most daunting challenges. Take heart enterprise product manager, together we can be inspired by what's happening in the startup world but move beyond it to make our community happier and more effective.
 You can read more about related topics on my site and blog.

Monday, January 9, 2017

The fine line between an interview question and free consulting

Absolutely LOVED this article by Liz Ryan in Forbes. I too have been put in the ridiculous situation of being asked to do specific strategy work in the context of a job interview. Luckily, I've never been desperate for a job when it happened. Probing questions that help a hiring manager determine if I have a solid grasp of some part of the job she expects me to perform make sense. Asking me to invest my time to formulate a strategy for your current situation in anything but the most general terms is not OK. Lest I belabor what I consider fairly obvious point:

  1. If you're hiring: Using a job interview as an excuse to get free consulting from a candidate is simply not ethical behavior. There are plenty of ways to validate that someone knows their stuff without asking them for a free lunch.
  2. If you're being interviewed: I realize how much stress a job search creates for a candidate, especially when you really need the work. However, resist the urge to give away your hard-won knowledge and creativity to someone who has essentially no skin in the game. An ethical organization and hiring manager will have better sense than to expect this.
I think there are more tactful ways to handle the situation described in the article (I assume the "victim" was convinced this guy was ONLY trying to pry knowledge out of her). For example, I was asked to develop a strategy for an online travel company thinking about expanding into business travel. I told the hiring manager that I was more than happy to discuss key factors that might increase their chances of success but that I simply wasn't willing to develop a strategy for him. I didn't get a call back and felt great about it. I didn't think I'd been rude in the least and managed to send him a clear signal that what he was asking for was unreasonable.

BTW, my opinion changes a bit for second-round interviews. If you're convinced you'be been selected from a broader field, you might consider being a bit more forthcoming. I would still stop short of doing free, strategic work for an organization who has invested little more in you than an interview slot or two.

I realize this is a touchy topic. What are your experiences?