Usar Scrum en pequeños proyectos donde el propietario no quiere involucrarse

9

Recientemente he estado leyendo y aprendiendo mucho sobre scrum y me gusta mucho. Sin embargo, tengo un par de escenarios probables en mi cabeza para los cuales no conozco la solución. Entonces, digamos que me gustaría organizar un equipo ágil de (por ejemplo) cuatro desarrolladores web (uno de ellos diseñador de UI / UX). Este equipo funcionaría con los principios de scrum.

Inicialmente, probablemente estaríamos trabajando en proyectos como páginas de destino para pequeñas empresas de la gente común, como alquilar apartamentos, vender cookies ... Tales clientes simplemente no se pueden configurar con el rol de Product Owner (IMHO), porque generalmente esperan contratar una empresa , déles el objetivo general del proyecto con algunos detalles, y luego espere que se haga el trabajo (incluyendo mucha toma de decisiones) con la menor participación posible (en su opinión, tienen cosas más importantes que hacer). Digamos que me gustaría participar en un rol de desarrollador / maestro de scrum (sé que incluso eso es discutible, ser miembro del equipo y maestro de scrum a la vez), por lo que simplemente no debería tomar el papel del propietario del producto como bien.

En cuanto a mis preguntas: si soy el dueño del negocio de mi empresa, ¿simplemente necesito ser dueño del producto también (estos roles se incluyen entre sí)? ¿Puedo contratar a un vendedor que tenga el rol de propietario del producto? ¿Sería mejor si es un desarrollador experimentado en lugar de un vendedor? ¿Es esto incluso un movimiento inteligente? Por último, ¿hay otro enfoque ágil que pueda adaptarse mejor a mi posición?


EDITAR: Gracias a todos por las buenas aportaciones. Agregué algunos comentarios, cualquier información adicional será muy apreciada.

Andrej Mohar
fuente
1
¿Cuántos sprints necesitarás para crear una página de destino?
JeffO
JeffO, entiendo tu punto, pero ya ha sucedido demasiadas veces que algunas páginas de aterrizaje simples resultan ser solo eso, por otro lado, algunas comienzan a crecer. Si no estás listo, estarás condenado sin la planificación previa. Al menos esa es mi experiencia.
Andrej Mohar

Respuestas:

15

Creo que su situación es de hecho muy común, muchos clientes no deben involucrarse con el nivel de dedicación que necesita un rol de OP.

Es muy habitual el enfoque del "PO proxy", se trata de alguien de su empresa que habla con el cliente y traduce los requisitos del cliente en historiales de usuarios para el equipo scrum. Por supuesto que necesita, poco a poco, involucrar más a su cliente real en su proceso, pero esto no siempre es posible y depende mucho de su tipo de clientes, el "proxy de PO" puede ser una solución razonable en la mayoría de los escenarios .

Para este puesto, lo mejor es que probablemente no sea un desarrollador, y probablemente no sea un personal de ventas, lo mejor es un experto en dominios en el negocio de su cliente (al mismo tiempo puede ser un desarrollador o ventas, pero su principal habilidad es ser un experto en dominios).

Otra cosa a considerar es si realmente necesita una persona a tiempo completo con este rol, o si este rol se puede compartir con otra tarea, esto nuevamente depende mucho de su contexto particular, puede comenzar con un rol compartido o de tiempo completo e "inspeccionar y adaptarse" a sus necesidades particulares.

AlfredoCasado
fuente
8

En mi experiencia, si le dice al cliente que es el "propietario del producto", tienden a rebelarse ante la responsabilidad adicional. Pero si dices que les mostrarás tu progreso cada dos semanas para que puedan dirigir al equipo, están de acuerdo. En su mayor parte, eso es lo que hace el dueño del producto de todos modos.

tzerb
fuente
Eso es cierto en su mayor parte, aunque ya trabajé con algunos clientes que no querían tener ninguna participación. Entonces, a veces esto podría no funcionar como se esperaba.
Andrej Mohar
3

Yo diría que su cliente externo es una parte interesada y el propietario de su producto debe provenir de su propia organización.

En mi experiencia, el dueño del negocio y el dueño del producto rara vez tienen el mismo rol. Para verificar las habilidades requeridas del propietario del producto, así como sus responsabilidades, no busque más allá de la Guía Scrum .

Elija el propietario de su producto con cuidado. Tendrán un impacto significativo sobre qué tan bien logras los beneficios del scrum.

Derek Davidson PST CST
fuente
Estoy de acuerdo en cierta medida, pero si solo tengo un equipo pequeño, elegir al propietario del producto se vuelve muy limitado.
Andrej Mohar
0

He estado en situaciones similares y nunca le dimos la responsabilidad del propietario del producto al cliente. Como dijiste, el cliente no querrá asumir esta responsabilidad. Requiere mucho esfuerzo de su parte, y no se considera la mejor práctica.

Debe tener un propietario del producto que forme parte de su equipo y se asegure de que el equipo entregue lo que el cliente solicita. Y lo más importante, actúa en interés de su equipo. Ella debe tener suficiente experiencia para comprender al cliente y juzgar las prioridades y la importancia de las características que se le solicitan.

Ioannis Tzikas
fuente
¿Por qué puedo pedir el voto negativo?
Ioannis Tzikas
Como le respondí a Derek, es bastante difícil tener un equipo pequeño y tener la experiencia para todos los campos que podamos encontrar. Además, es posible que haya entendido incorrectamente el papel del Propietario del producto, pero ¿no debería estar trabajando en interés del cliente (AFAIK, el Scrum Master trabaja a favor del equipo y es por eso que se complementan bien, ¿verdad?) Por cierto, no fui yo quien te rechazó.
Andrej Mohar
Cuando dije de tu equipo, me refería a tu empresa / organización. Aunque el gerente de producto es la voz del cliente y representa a las partes interesadas, él / ella todavía actúa a favor de su organización / equipo. Es importante tener a alguien que filtre las solicitudes y absorba la presión del cliente.
Ioannis Tzikas