I have seen a scrum team trying to hire a product owner. They advertise for scrum skills, and experience.
Does it make sense to hire a product owner from outside the company?
If I do what skills should they have?
Project Management Stack Exchange is a question and answer site for project managers. It only takes a minute to sign up.
Sign up to join this communityI have seen a scrum team trying to hire a product owner. They advertise for scrum skills, and experience.
Does it make sense to hire a product owner from outside the company?
If I do what skills should they have?
Does it make sense to hire a product owner from outside the company? If I do what skills should they have?
Maybe. A better question is whether someone from inside the company or outside the company will have a better vision for a given product. I've personally been successful as an outside Product Owner, and have seen inside Product Owners both succeed and fail. So the answer is, as usual, "it depends."
The Scrum Guide describes the Product Owner role as follows:
The Product Owner is responsible for maximizing the value of the product resulting from work of the Development Team. How this is done may vary widely across organizations, Scrum Teams, and individuals.
The Product Owner is the sole person responsible for managing the Product Backlog. Product Backlog management includes:
- 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.
Pragmatically speaking, in order to manage the Product Backlog and optimize value, a Product Owner needs:
In practice, this means that the best Product Owners have experience in the product's domain, and the ideal Product Owner also has experience with the company, its stakeholders, and its customers.
None of these things are, strictly speaking, upfront requirements for someone assigned to the role. A Product Owner can grow into the role, and can gain the essential knowledge over the lifecycle of the project. However, a person lacking these things is likely to start out as a proxy Product Owner, rather than the real decision-maker for the project. This is contrary to the spirit of Scrum, which says:
The Product Owner is one person, not a committee. The Product Owner may represent the desires of a committee in the Product Backlog, but those wanting to change a Product Backlog item’s priority must address the Product Owner.
In some respects, the Product Owner defines the product. So having a Product Owner without sufficient vision or knowledge to drive the project is unlikely to succeed in the role. Furthermore, a project that lacks a strong Product Owner role is unlikely to function smoothly, or to deliver peak value.
While all this may point to the notion that a Product Owner should come from inside a company, that's not necessarily true. Sometimes, an outside perspective from someone who has deep knowledge of a market or experience delivering similar products can be exceptionally valuable.
Scrum is a team sport, and it's hard to succeed when if the team is short a strong player in a key role. In the end, "inside" or "outside" are less important than ensuring that the person filling the role is the right person with the right mix of knowledge and skills, as well as being the right fit for the company and the Scrum Team.
TL;DR: Probably not, unless they bring some key expertise you did not already have in your company.
It depends, most product owners I have seen on teams are what I would call a proxy product owner. Translating business needs into stories and helping stakeholder prioritise between them. Shielding the team while understanding what technical debt means, and gathering enough business knowledge to fulfil the daily needs of the Scrum team. Still I would prefer someone from inside the company even for this role, because they bring domain knowledge and maybe can grow into a real product owner.
An entrepreneurial product owner. Someone who owns the product. Someone who sets strategy and vision. This probably isn't someone which you can hire into the company. Unless this person brings in expert domain knowledge which you need for the product otherwise not yet found in your company.
It also depends on your scale. You might have an Chief Product Owner and a couple of area product owners. They should own their area or they are also just proxies.
So for proxy and area product owners you could hire a quick learner with experience in being the Scrum product owner for a single Scrum team. This could get them onto speed quickly. This might make sense if you have a lot of teams, lets say three or more.
If you are looking for someone to grow your business and OWN the product I couldn't careless about their current Scrum skills, those we can teach. Business sense, expert domain knowledge and a good feeling for long term strategy in your industry is a bit harder to train.
Definite NO if it is your first product owner, unless they bring something really special beside the Scrum skills: a sales network, in-depth industry knowledge, funding, etc...
I have seen Waterfall-Agile companies in Germany hiring product owners to split ideas into long lists of Epics and Stories. These are more business requirements analysts. Sort of proxy product owner but worse.
So it depends on the type of product owner your looking for, but for a true product owner as Scrum intended it. No, it does not make sense.
TL;DR: Sure, where else would you hire one?
Does it make sense to hire a product owner from outside the company?
Sure, why not. You hire all your other staff from outside the company, product owners don't grow on magical trees in the basement. It's a job just like Scrum Master or Member of the Development Team. You need one, you hire one.
If I do what skills should they have?
They should know Scrum (obviously) and have experience in their subject. You would not hire just any developer to develop your product either. If for example a medical company hires, I would expect to see optional medical requirements, a manufacturer for embedded car parts may want to have experience in that part. But in the end, that goes for all roles. Every product owner is building a product for others, the customers. Understanding what the customer wants is a key part and the PO needs to stay on top of that and put that into new user stories all the time. Assuming the PO could come with that knowledge already existent is dangerous. Sure, people with experience have a head start, but learning and adapting is a key part of their job, so each potential PO should be able to start from zero.
Todd A. Jacobs and Niels van Reijmersdal have provided truly excellent answers to a good question.
Here's my twist:
If I had to choose between
a) an experienced PO from another industry
b) a subject matter expert with not the slightest idea about product ownership
which would I choose?
I don't think a) is necessarily the wrong choice. An experienced PO who is prepared to switch domains will already know that they will need to get up to speed very quickly facing as they are a very steep learning curve. I have worked with one person who did this very successfully, the rest failed fast.
So my choice would be b) but only on condition they are fully committed to learning product ownership, which can be considered a sub-domain in its own right. I think there are products that require domain knowledge that cannot be learned on the job as a PO. For example a product used by surgeons needs a product owner who is a surgeon (or equivalent domain expert, assuming that is possible) and there is no fast track to becoming a surgeon (we hope!). But can you find a surgeon who is interested the world of Scrum and Agile?
My 'test' is conference season. There is an upcoming conference for surgeons: can your 'career-PO' appreciate what the speakers are saying enough to impact their decisions about the product? There is a scheduling clash between the premier conference for surgeons and the best Agile conference of the season: will your 'surgeon-PO' choose the Agile conference to support their learning?