Su navegador no soporta JavaScript. Requirements for Product Owner: Common Pitfalls - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS
Recientemente, durante un taller de liderazgo, un director de ingeniería se quejó de que sus equipos Scrum entregaban el producto y que no era lo que el cliente quería. Pensó que se trataba de un problema del Scrum. Le señalé que el Product Owner determina lo que está HECHO al final de un sprint y que si no es lo que quiere el cliente, el Product Owner debería declararlo NO HECHO. Le sugerí que podría tener un problema de Product Owner. El Scrum no hace desaparecer tus problemas por arte de magia, los aclara y sabes inmediatamente dónde buscar responsabilidades.,El responsable de ingeniería confesó que habían invertido poco en la función Product Owner. Los Product Owners no están totalmente dedicados y no hacen su trabajo. Sólo tardó unos 5 segundos en diagnosticar los problemas de su Scrum.,La mayoría de los equipos Scrum de todo el mundo (y hago encuestas varias veces al mes en varios países) no tienen buenos elementos de Product Backlog al entrar en el sprint. Además de reducir la velocidad al menos a la mitad (una pérdida mínima de unos $75K al mes por equipo), esto lleva a que el cliente no obtenga lo que quiere. En OpenView Venture Partners pensamos que podemos contratar a un nuevo gestor y a un nuevo Product Owner por $75K al mes, pero estoy divagando...,Un Product Owner adecuado tiene que cumplir estos requisitos mínimos:,1. Conocimientos. 1. Conocimientos 2. Disponibilidad 3. Decidibilidad Si el Product Owner no conoce el mercado, el cliente, el producto y la competencia, el equipo perderá la confianza en su liderazgo. Esto provocará ralentización y desacuerdos sobre las prioridades. No es posible que un nuevo Product Owner lo sepa todo. Necesita ayuda de la dirección y del equipo para aumentar su capacidad. El mejor Product Owner Jefe suele ser un líder empresarial (como Steve Jobs). El Product Owner pasa la mitad del tiempo trabajando con el cliente y el mercado y la otra mitad trabajando estrechamente con el equipo. Si el líder empresarial tiene que estar a tiempo parcial, necesita un Product Owner a tiempo completo para hacer el trabajo diario. De lo contrario, surgirán problemas como el descrito anteriormente. Al cliente no le gustará el resultado y habrá que seguir trabajando. Es más barato contratar a un Product Owner que ocuparse de los daños más adelante.,Decidibilidad,El Product Owner posee la decisión final sobre la ordenación del Product Backlog. Si no lo hace, se producirán conflictos de prioridades y la velocidad del equipo se reducirá a la mitad. Esto significa que el Product Owner necesita la confianza de las partes interesadas (y del equipo). Si no la tiene, no puede hacer el trabajo.,El Product Owner posee el plan de negocio y es responsable de impulsar los ingresos (o cualquier valor que produzca su organización). No sirve de nada que un equipo hiperproductivo ofrezca muchas funciones si los ingresos por punto son mínimos.,El Product Owner debe medirse en función de los ingresos por punto y de cuánto aumentan los ingresos por punto con el tiempo.,El Scrum Inc. Product Owner supervisa regularmente métricas como los ingresos por punto para ordenar mejor el Product Backlog.,Muy pocos Product Owners conocen sus ingresos por punto. Por este motivo, en Scrum Inc. hemos desarrollado un panel de gestión que muestra los ingresos por punto de un sprint a otro. Al igual que el Scrum Master necesita conocer la velocidad sprint a sprint, el Product Owner necesita conocer los ingresos sprint a sprint. Mientras tanto, animo encarecidamente a todas las organizaciones con problemas de Product Owner a que envíen a sus personas clave a nuestros talleres de Product Owner en Boston, en la sede de nuestro grupo de empresas. Como mínimo, podrían ahorrar $75K por equipo al mes. Es probable que los ingresos superen con creces esa cifra.,Esta página ha sido traducida al,Serbo-Croata,Anja Skrba

I pointed out that the Product Owner determines what is DONE at the end of a sprint and if it is not what the customer wants, the Product Owner should declare it NOT DONE. I suggested he might have a Product Owner problem. Scrum doesn't magically make your problems go away, it makes them clear and you know immediately where to look for responsibility.

The engineering manager confessed that they had underinvested in the Product Owner function. The Product Owners are not fully dedicated and are not doing the job. It only took about 5 seconds to diagnose the problems with his Scrum.

The majority of Scrum teams worldwide (and I survey multiple times every month in multiple countries) do not have good Product Backlog Items entering the sprint. In addition to cutting velocity at least in half (a minimum loss of about $75K per month per team), it leads to the customer not getting what they want. At OpenView Venture Partners we think we can hire a new manager and a new Product Owner for $75K a month, but I digress ...

An adequate Product Owner needs to meet these minimal requirements:

1. Knowledgeability
2. Availability
3. Decidability
4. Accountability

Conocimientos

If the Product Owner does not know the market, the customer, the product, and the competition, the team will lose confidence in their leadership. This will lead to slow down and disagreement over priorities. It is not possible for a new Product Owner to know everything. They need help from management and the team to ramp up their capability. This needs to be built into their job description.

Disponibilidad

The best Chief Product Owner is often a business leader (like Steve Jobs). The Product Owner spends half the time working with the customer and the market and the other half working closely with the team. If the business leader has to be part-time, she or he needs a full-time Product Owner to do the day-to-day work. Failing to do this will lead to problems like the one described above. The customer will not like the result, and more work will need to be done. It is cheaper to hire a Product Owner than deal with the damage later.

Decidability

The Product Owner owns the final decision on the ordering of the Product Backlog. Failure to do this will cause priority conflicts and cut team velocity in half. It is cheaper to hire a new Product Owner than to let this happen.

This means the Product Owner needs the confidence of the stakeholders (and the team). If they don't have it, they can't do the job.

Rendición de cuentas

The Product Owner owns the business plan and is accountable for driving revenue (or whatever value your organization is producing). It is not helpful for a hyperproductive team to deliver many features if the revenue per point is minimal. The Product Owner should be measured on revenue per point and how much the revenue per point is increasing over time.

The Scrum Inc. Product Owner regularly monitors metrics like revenue per point to better order the Product Backlog.

Very few Product Owners know their revenue per point. For this reason, at Scrum Inc. we have developed a management dashboard that shows sprint to sprint revenue per point. Just as the Scrum Master needs to know velocity sprint to sprint, the Product Owner needs to know revenue sprint to sprint. We will hold a webinar on this topic in February with a demo of our management dashboard.

Meanwhile, I strongly encourage all organizations with Product Owner issues to send their key people to our Product Owner workshops in Boston at our venture group headquarters. At a minimum you might save $75K per team per month. The upside revenue would likely be much more than that.

This page has been translated to Serbo-Croatian por Anja Skrba

 

es_ARSpanish
Acciones