Skip to main content

The accidental profession: Product Manager

I work as a Lead consultant at Thoughtworks and my role is usually called Business Analyst. This post is entirely about hoe I ended up becoming a Product Manager.

Like what Steven Haines tells in this book: ā€œTHE PRODUCT MANAGER’S DESK REFERENCEā€, Product Manager is an accidental profession.

"You may have backed into Product Management from another field or
business discipline.ā€

I landed this position because of the following reasons:
  • We are a services company. No one was interested in a product team.
  • No one was sure what to do as a Business Analyst in the product team
  • No one was convinced that this specific product would be successful.
I ended up getting the job and was left to figure out what to do in the team.
  • I was to be the business analyst trying to line up functional work for the product engineering team
  • I have to manage the team - with respect to the team members and make sure I plan for the functional work to complete
  • I was to interact with our current product owner and build the product road map.
What I ended up doing - as the title suggests - was entirely different.

p.s: ā€œThe Product Manager’s desk Reference" is a really good book to start learning. You can order it from Amazon here

Comments

Popular posts from this blog

Principles for developing systems that are anti-fragile

I have been trying to make sense of what anti-fragility means and how do I use that in my day job. As a Business Principal, I tend to work with the abstract but orchestrate a program of work that needs details. This makes my job a little difficult in the terms of designing for more self-preserving systems that preserve the spirit of the abstracted strategy or vision. I came across an article from Daniel Russo on anti-fragility and his attempt at creating a manifesto similar to the manifesto for agile software development. For more reading on Daniel Russo, here is his profile:  http://djrusso.github.io More reading from his paper here:  https://www.sciencedirect.com/science/article/pii/S1877050916302290 This post is an attempt for me to understand what goes into developing a program that uses every opportunity to strengthen itself and achieve its objective - the vision.  I liked the approach of principles for developing systems that are anti-fragile. It i...

My Journey in Inquiry and Advocacy - An experience report

It is recently that I have consciously started practicing Inquiry. Let me explain. I am a consultant who constantly looks at the situation and comes up and implements the solution to progress from there. While I do that, I constantly use Inquiry as a means to progress - one of the key facilitation technique specifically in multiple stakeholder situations.

Public Policy and Software Development practices- Convergence

My last 2 posts on public policy discussed on the need to revisit our public policy making process and how it can be mapped to software development . There are a few areas that I would love to focus on for convergence of policy making process and software development process. To provide some context on what is really happening in policy making today, please check this video out.