While helping through a transition with a PM and Dev team that I worked with on a daily basis, one of the major stumbling blocks I ran into was Release Planning and Roadmapping. When I got there, they were in many ways using all of the right Agile terms, but not really following Agile principles – each release was meticulously planned out in advance, then chopped up into deliverable components that were split into two-week work increments. In private, I often joked that they were using “AgileFall”.
Archives for November 2014
How Technical Does a Product Manager Really Have to Be?
There’s a strong trend in Product Management circles to insist that a good Product Manager must be strongly technical in addition to having strong marketing and communication skills. And while this approach is well-meaning, it often results in a weak Product Management role that merely supports Development rather than challenge it.
Now, that’s not to say that a Product Manager can be successful without some basic level of technical competency — in order to have honest discussions with development teams, and to build the trust and respect of those teams, you must have at least a passing familiarity with the technologies that are being used by that team. You have to at least know what the terminology means – not knowing the difference between MySQL and NoSQL at a very high level, for example, can and will negatively affect your ability to write effective user stories.
Tending Gardens & Herding Cats: Maintaining a Healthy Rapport with Your Development Teams
Several times in my career, I’ve joked to someone or another that my next job title will be “Senior Cat Herder” rather than “Senior Product Manager” — and for good reason. Cats, for all of their cuddly cuteness, are independent problem solvers, much like most of the better developers that I’ve worked with.
Add to the problem the fact that as a Product Manager we typically don’t have any direct authority over our development teams — while we can prioritize the work that they’re charged with doing, and we can (sometimes) influence the way in which they build their solutions to the problems that we’ve stated, we lack the kind of direct management influence that lends itself to “control” over those teams. And, when a Product Manager who doesn’t have such authority oversteps his or her boundaries, and becomes a directive manager of those development and testing teams, it’s almost inevitable that it backfires, amidst charges of “micromanagement” and “you’re not my boss!”
And, ultimately, they’re right – you’re not their boss. You’re their colleague. Like it or not, you’re a fellow cat, not some pack leader of a wolf clan.