Sunday, November 3, 2019

PO traits


In meeting several wannabe agile enthusiasts and folks transitioning from waterfall to agile methodology, I realized that a blog post might be helpful for you to understand the traits of a product owner better. You might already be doing some pieces of it. These might be handy for you while applying for PO jobs.
The scrum guide describes the top responsibilities of a PO as below -         

  • Clearly expressing Product Backlog items
  • Ordering the items in the Product Backlog to best achieve goals and missions;
  • Optimizing the value of the work the Development Team performs;
  • Ensuring that the Product Backlog is visible, transparent, and clear to all, and shows what the Scrum Team will work on next; and
  • Ensuring the Development Team understands items in the Product Backlog to the level needed.
I would like to dive deeper into this from my personal experience. This might help you transition better into the role. -

Backlog management

  •  Requirements come from multiple areas; typically from business stakeholders, regulatory, technology upgrades.
  • This might sound trivial but is very important. You could get requests via email, chat or meetings. You need to ensure that these get listed in your tool eg: JIRA, TFS etc. so that they don’t fall thru the cracks. If you are organized then this is going to be very helpful.
  • Constantly interacting with your stakeholders is key. In your previous roles if you have been interacting with stakeholders then you certainly have one of the important PO skill sets.
  • You don’t get requirements cut and dry from the different stakeholders. You have to analyze these and get it to a stage where the team can implement them. You might have to factor in technical factors too and rope in your technical lead or developer to get closure on the final set of requirements. In your previous role, if you were a business/system analyst, then you are perfectly positioned to be product owner.
  • Technology upgrades and constantly addressing tech debt is the enabler to faster delivery. This is also a backlog item and the skill is to schedule these items at the right time. In some companies, this is a concept that is understood by business but in others, you have to have a conversation with your business. You are not expected to code but you need to work with your technical lead closely to understand the impact to your product.

Decision making & Stakeholder management

  • A well-rounded experience definitely helps you to become a better PO. This is because you can talk to business and technical stakeholders and clearly understand what they mean. So, if you have experience on the business and technical side then that is a huge plus. It helps you connect the dots between business and technical requirements.
  • What separates you from all the other roles such as a business analyst/tech lead etc. is the fact you get to decide what the team works on next. You are the one person committee that decides what the most valuable thing is to work on.
  • You see the whole picture for your product – Feasibility of implementing each of the projects and the value of each of them determines the order in which you do things. In the past, your inputs could have been crucial to the different decisions made in the project. This is also a trait of a product owner.
  • This means that you need to negotiate with the different stakeholders on the delivery dates of their requirements.
  • Training users with your product – You are the 1st point of contact for the product.
  • Status reporting to all stakeholders – Many of the times the stakeholders are interested in only their requests and so timely status reporting brings transparency to everyone.

Your team is the biggest asset!

This is a common trait along with the scrum master. As a PO, you have to extract the most value from your team. Talking to your team opens many ideas and helps build their trust with you. It helps to make decisions that the team will support and ultimately a win-win situation. You need to be team-person and if you are not a team person then you might want to rethink your role. (Nothing wrong with that !!)

Hope this helps you plan your foray into being a product owner.

No comments:

Post a Comment