¿Qué significa ser propietario de un producto?
Los propietarios de productos son la autoridad en el desarrollo del producto y la cara visible del producto. Los propietarios de productos son los líderes, guían el progreso del producto y gestionan al equipo hacia el éxito. El papel es fundamental en todo tipo de desarrollo de productos, especialmente en la metodología Agile.
Las empresas desarrollaron inicialmente el rol de propietario del producto para abordar los desafíos en el desarrollo Agile, especialmente por parte de los equipos de Scrum. Scrum es un tipo de marco Agile, que generalmente se utiliza en el desarrollo de software, y depende de un equipo de 5 a 11 personas en todos los departamentos para resolver el problema y completar el proyecto. (Obtenga más información sobre la gestión de proyectos Agile y descargue plantillas aquí).
Sin el propietario de un producto, el equipo Scrum se enfrenta a varios desafíos:
-
Tienen dificultades para identificar claramente los objetivos y los resultados.
-
Obtienen información de una variedad de fuentes sin la capacidad de discernir qué es clave para el proyecto.
-
Carecen de la responsabilidad dentro de la organización más grande para finalizar el trabajo a tiempo.
El propietario del producto ofrece el punto único de información para mantener al equipo concentrado y reducir la rotación que resulta de esperar información o respuestas. También resuelven cualquier prioridad contradictoria.
En un equipo Scrum, el rol del propietario del producto ha evolucionado desde entonces para convertirse en la persona que aclara los objetivos, la dirección y el proceso compartidos del grupo. Además, el propietario del producto trabaja con las partes interesadas internas y externas para garantizar que el negocio esté construyendo el mejor producto.
¿Qué hacen los propietarios de productos?
Los propietarios de productos son los principales participantes de un proyecto de desarrollo de productos. Son los guardianes y gerentes de la visión, la estrategia y la ejecución táctica asociadas con el desarrollo de productos. Desarrollan y establecen prioridades del programa, y gestionan el backlog del producto, la lista de tareas que deben resolverse antes de finalizar el proyecto. El propietario del producto trabaja en estrecha colaboración con el equipo de desarrollo, investiga los puntos débiles y las necesidades del usuario, analiza el panorama competitivo y desarrolla y perfecciona listas de funciones. También son responsables de mantener la integridad y la calidad de la entrega final.
El término propietario del producto se originó con un marco Scrum (un tipo de metodología Agile) para desarrollar software. Las empresas que no tenían un sistema tradicional de gestión de proyectos, y un gerente de productos, inicialmente usaron el enfoque Scrum. Estas empresas se basaban en un pequeño grupo de trabajo proveniente de varios departamentos, también conocidos como scrum, para identificar y completar un proyecto. Pero también tenían que responsabilizar a alguien de garantizar que el equipo completara el trabajo y cumpliera con los objetivos establecidos originalmente para el proyecto. Por lo tanto, crearon el rol de propietario del producto para asumir la responsabilidad del éxito del producto.
Además del desarrollo típico de Scrum, los propietarios de productos ahora forman parte de Scrum a gran escala (LeSS), que aplica los conceptos y elementos de Scrum de una manera que escala y pertenece a muchos equipos. Una gama de industrias, como la venta minorista, la banca y el comercio electrónico, ahora emplean a propietarios de productos para articular la visión de un producto y conducirlo desde la concepción hasta la finalización.
Propietarios de productos y estructura del equipo Scrum
El propietario del producto impulsa al equipo Scrum a completar un proyecto en un ciclo de desarrollo corto llamado sprint. Este pequeño y ágil grupo de trabajo generalmente se compone de cinco a siete personas en toda la organización. Cada persona tiene distintas fortalezas y experiencia en áreas, y están unidas por un objetivo y un plazo específicos. El propietario del producto trabaja con el Scrum master, un coach que comprende profundamente el trabajo y sintoniza el proceso Scrum para garantizar que el equipo trabaje de manera efectiva y eficiente.
Tanto el propietario del producto como el Scrum master se centran en el objetivo y descartan cualquier cambio en el alcance del proyecto, manteniendo al equipo en el objetivo para desarrollar el producto identificado al comienzo del sprint. Si bien pueden surgir ideas adicionales durante el sprint, es función del propietario del producto asegurarse de que no hay corrupción del alcance, lo que agrega nuevas características o funcionalidades a un proyecto.
Organizativamente, el propietario del producto puede considerarse el centro del universo para el desarrollo de productos. Dado que son el centro de intercambio de información para toda la actividad de desarrollo, los propietarios de productos sirven como enlace entre el equipo de desarrollo y las organizaciones internas, incluida la gestión de productos, marketing, ventas, atención al cliente y C-suite.
¿Qué es un propietario de producto en tecnología?
El propietario del producto desempeña un papel crucial en la tecnología o el desarrollo de software, entendiendo qué funciones necesita el cliente y comunicando esos requisitos al equipo de desarrollo. El propietario del producto reúne historias de usuario: Descripciones del software o aplicación desde la perspectiva del cliente. Estas pueden ser tareas simples, como la capacidad de crear una cuenta nueva o editar un carrito de compra. El propietario del producto prioriza las historias que afectan el desarrollo de la aplicación o programa.
En un marco Scrum, el propietario del producto colabora tanto con el equipo de desarrollo como con el cliente para aclarar lo que quiere el usuario y lo que el equipo de desarrollo está construyendo. En lugar de confiar en una lista de requisitos tradicional, el propietario del producto prioriza y gestiona todas las tareas derivadas de las historias de usuario.
Lo que es más importante, el propietario del producto tiene pasión por la tecnología y sirve como guardián de las características y funcionalidades. El propietario del producto se asegura de que cualquier elemento del backlog agregue valor al software o aplicación.
¿El dueño del producto es el gerente del proyecto?
Cada organización difiere en la forma exacta en que implementa Agile. Algunas organizaciones pueden tener un solo rol (propietario del producto o gerente de productos), mientras que otras emplean ambas funciones e identifican claras diferencias entre ellas. En algunos equipos, el Scrum master es el gerente de proyectos Agile, que identifica y prioriza las tareas. En otros, el propietario del producto es el gerente de proyectos Agile, que es responsable del éxito del proyecto.
“Product owner” is not simply another name for project manager. Product owners typically have the authority to define and adjust the scope of the work, while project managers deliver the project already outlined by others. According to product management expert and consultant Roman Pichler, author of Agile Product Management with Scrum: Creating Products that Customers Love, the crossover between the two is inherent to the role of the product owner, with qualifiers. “A product owner is more than just a rebranded product manager,” he says. “Product owners tend to take on a wider range of duties, which makes the role multifaceted and challenging.”
Pichler también señala que la gestión de productos ha cambiado desde que Scrum se desarrolló en la década de 1990. En los primeros días, los gerentes de productos eran responsables de la investigación inicial del mercado, la planificación del producto y la definición de los requisitos. La especificación de requisitos fue a un gerente de proyectos, que trabajó con el desarrollo y las pruebas para completar el proyecto.
La forma más clara de diferenciar las dos funciones es que el propietario del producto representa la voz del producto, mientras que el gerente de productos representa la voz del cliente.
Otros roles en el desarrollo de productos
El propietario del producto dirige al equipo y es responsable del éxito del proyecto. Al mismo tiempo, el propietario tiene que trabajar con un equipo que implemente el trabajo y tenga un profundo conocimiento de los componentes del proyecto. En esta función, las tareas del propietario del producto pueden superponerse con las de otros miembros del equipo o pueden confundirse con algunas de estas responsabilidades:
Propietario de la función o propietario de componentes: Se basa en conocimientos técnicos y se centra en componentes y funcionalidades individuales para asegurarse de que cualquier característica funcione según las normas esperadas.
Analista de negocios: También conocido como analista de negocios Agile o analista de sistemas de negocios; comprende cómo funciona el negocio y se comunica con los desarrolladores para implementar las necesidades del cliente relacionadas con la oportunidad de negocio.
Cliente in situ: Incorpora a los clientes al equipo en un sistema conocido como programación extrema (XP), para que haya una estrecha colaboración y comentarios sobre el desarrollo del producto. Este tipo de colaboración fomenta mejores soluciones que satisfagan las necesidades de sus clientes. También mejora la motivación y la empatía con los clientes al hacer que los desarrolladores trabajen con ellos directamente.
Director de producto: El experto de la organización en comprender el rendimiento de la empresa y la marca, que identifica el conjunto de productos a desarrollar.
¿Qué deben saber los propietarios de productos sobre las partes interesadas?
También podríamos considerar el rol de las partes interesadas. Según la definición de Pichler, una parte interesada es una persona interna (a diferencia de un cliente o usuario) que tiene una participación, se ve afectada o muestra un interés en el producto. Las partes interesadas componen la infraestructura clave que ayuda a desarrollar, fabricar y entregar el producto.
Dependiendo de la naturaleza del producto, dice Pichler, la composición del grupo de partes interesadas será diferente. "En el caso de un producto comercial, es probable que el grupo incluya a representantes de marketing, ventas, apoyo y gestión, pero también podría incluir recursos legales, financieros y humanos", afirma. "En el caso de un producto interno, las partes interesadas pueden ser operaciones, las unidades de negocios afectadas y la gestión".
Los propietarios de productos también deben tener en cuenta a las partes interesadas externas. Estos pueden ser el cliente o la empresa para el que está construyendo el producto. En términos más generales, estos son sus clientes y usuarios. Tienen un interés en lo bien que funciona el producto y en si seguirán siendo su cliente o acudirán a otro lugar en busca de soluciones.
¿Cómo gestiona el propietario del producto los deseos de las partes interesadas por el producto?
El propietario del producto es responsable de gestionar a las partes interesadas y debe estar capacitado para identificar y cumplir con los objetivos del producto. A continuación, le mostramos algunos consejos para trabajar con éxito con las partes interesadas internas y externas.
Conozca el plan: Asegúrese de haber identificado claramente el alcance del proyecto, el cronograma y los recursos. Comunique su estrategia y hoja de ruta con claridad a todas las partes interesadas.
Sea un líder: El propietario del producto no es simplemente la persona que toma pedidos e intenta adaptarse a todas las solicitudes. Prepárese para decir que no cuando una solicitud queda fuera del alcance del proyecto o sí cuando mejora el trabajo futuro. El equipo depende de la habilidad del propietario del producto para escuchar a las partes interesadas y separar la señal del ruido.
Defensor de sus clientes: El propietario del producto entiende y explica claramente el producto. El propietario del producto también puede articular cuándo las ideas se adaptan mejor a los intereses de los clientes y cuando están fuera del alcance del producto.
Para obtener más información sobre cómo trabajar con las partes interesadas, lea este artículo.
¿Qué es el propietario de un producto Scrum certificado?
Obtener su certificación como propietario de un producto Scrum demuestra su compromiso con su carrera profesional y su comprensión del trabajo. Puede hacerte más valioso para tu equipo y diferenciarte de otros candidatos para el empleo. Si bien la certificación no refleja su experiencia en el mundo real, muestra que ha dedicado tiempo a estudiar las mejores prácticas que lo hacen más efectivo como propietario de un producto.
El salario base anual promedio para el propietario de un producto varía de USD 93 000 (Scrum Alliance) a nivel mundial a USD 101 000 en los Estados Unidos (Indeed). Los datos del Informe sobre el estado de Scrum 2017-2018 de Scrum Alliance muestran que las certificaciones y los años de experiencia llevan a salarios más altos.
Scrum Alliance: Certificación Certified Scrum Product Owner®, un programa presencial de dos días que incluye estudio en el aula, discusiones grupales y ejercicios prácticos.
Scrum.org: Professional Scrum Product Owner™, un curso presencial de dos días con instrucción y ejercicios en equipo
Scrum Inc.: Certified Scrum Product Owner Training, un curso presencial de dos días desarrollado por el cocreador de Scrum, el Dr. Jeff Sutherland.
Project Management Institute: PMI Agile Certified Practitioner (PMI-ACP)®, que tiene experiencia y requisitos educativos, e incluye la aprobación del examen PMI-ACP.
Roman Pichler: Certified Scrum Product Owner, talleres presenciales de dos días en Alemania y Londres.
ICAgile: Un seguimiento de los programas de certificación, que incluyen análisis de valor empresarial, propiedad de productos empresariales y experto certificado por ICAgile en propiedad de productos.
Scaled Agile: SAFe® 4 Product Owner/Product Manager (POPM), un curso de dos días específico para el marco Scaled Agile.
Grupo 280: Cursos presenciales y en línea para prepararse para el examen Agile Certified Product Manager y Product Owner® (ACPMPO) administrado por la Asociación Internacional de Marketing y Gestión de Productos (AIPMM).
Soluciones simplilearn: capacitación en certificación de CSPO, capacitación en el aula de dos días.
Obtenga más información sobre los recursos de capacitación y el valor de la certificación aquí.
Otro recurso valioso para los propietarios de productos es el libro de Robert Galen Scrum Product Ownership: Balancing Value from the Inside Out.
Tipos de productos y desarrollo de proyectos
El producto está en el centro del trabajo del propietario del producto. Para encontrar al propietario adecuado del producto, debe identificar el tipo de desarrollo y producto. El rol y la visión del propietario del producto pueden variar mucho dependiendo del tipo de producto.
Software comercial o desarrollo de productos: Desarrollado principalmente para impulsar los ingresos de clientes o mercados externos, esto requiere un propietario de un producto que tenga sólidas habilidades organizativas y técnicas, así como una comprensión firme del mercado y la audiencia.
Soluciones internas o desarrollo: Al igual que con el desarrollo de software comercial, los propietarios de productos para soluciones de software internas deben poseer habilidades organizativas y técnicas. Sin embargo, aquí el "mercado" consiste en la empresa del propietario del producto y sus competidores, y la "audiencia" son los responsables de tomar decisiones técnicas y empresariales de la organización (BDM/TDM) y los empleados. El grupo de desarrollo puede ser tecnología de la información o desarrollo de sistemas.
Desarrollo del proyecto: Este trabajo generalmente involucra a un cliente externo o cliente, a menudo como parte de un contrato. El propietario del producto suele ser de la empresa que contrata el trabajo y, por lo tanto, está cerca de la experiencia del usuario, entendiendo las necesidades prácticas del cliente.
¿Qué habilidades necesita el propietario de un producto?
Las descripciones de los trabajos de los propietarios de productos pueden variar según la empresa, el sector o incluso la geografía. Sin embargo, varias habilidades básicas son clave para el éxito de cada propietario del producto:
-
Autoridad para hacer el trabajo: La organización tiene que empoderar al propietario del producto para que tome decisiones y complete el proyecto. Las partes interesadas y la burocracia no pueden debilitar el trabajo de la autoridad del propietario del producto, pero deben proporcionar una sólida red de apoyo. Los propietarios de productos deben asegurarse de contar con el apoyo total de los líderes clave.
-
Liderazgo: El propietario de un producto tiene que ser un líder desde el principio del proyecto. Deben proporcionar una voz sólida para informar a las decisiones en torno a qué (y qué no) construir, identificar las brechas del mercado y las necesidades de los clientes, y proporcionar comentarios claros y procesables para guiar a los equipos de desarrollo. El propietario del producto también es desarrollador del proyecto, la visión y el equipo. Y deben demostrar su compromiso con el producto al estar disponibles y comprometidos a lo largo del ciclo de desarrollo.
-
Toma de decisiones: El propietario del producto debe poder tomar decisiones rápidamente y con autoridad. Después de todo, esta persona tiene un profundo conocimiento de las necesidades de los clientes y las partes interesadas, incluido el conocimiento del dominio del mercado y el entorno del producto.
-
Comunicación: El propietario de un producto tiene que crear un equipo, así como trabajar con partes interesadas internas y externas. Es fundamental poder compartir la visión, enfocar el trabajo y comunicarse con varios grupos. El dueño del producto también conecta a las personas con la información. Es posible que los desarrolladores tengan que hablar directamente con los usuarios para obtener los detalles que necesitan sobre el código que están escribiendo. Es posible que las partes interesadas den hablar con el analista de negocios para obtener información sobre el valor del producto para el cliente. No tiene que ser el experto en cada conversación, pero el dueño del producto es el agente de conocimientos.
-
Delegación: Si bien el propietario del producto es responsable del resultado general, no puede ser la única persona que realiza el trabajo. El propietario del producto tiene que saber qué tareas se adaptan mejor a las habilidades de cada miembro del equipo y garantizar una colaboración sin problemas. Proporcionan la supervisión y encuentran recursos para garantizar que el trabajo esté completo.
-
Resolución de conflictos: Ningún proyecto avanza sin algunos desacuerdos en el camino. En palabras de Lowell Lindstrom, Certified Scrum Trainer® y uno de los primeros pioneros en el desarrollo de software Agile, "Si no puedes manejar el conflicto, estás en el juego equivocado". Los propietarios de productos tienen que detener las disputas y encontrar soluciones. Sin embargo, algunos conflictos no pueden resolverse a nivel del propietario del producto. Saber cuándo debe enviarse una disputa a la cadena de mando es tan importante como saber qué resolver.
-
Gestión de partes interesadas: Esto puede marcar la diferencia entre el progreso y el caos. El propietario de un producto exitoso se centra en flujos de trabajo eficientes, expectativas e hitos claros, y una comunicación abierta y frecuente. Esto garantiza que el equipo identifique y resuelva los problemas rápidamente y cumpla con los objetivos para que el desarrollo se mantenga dentro del cronograma.
-
Experiencia en productos y desarrollo: Si bien el propietario de un producto no necesariamente necesita ser un ingeniero de software capacitado, comprender los procesos básicos involucrados en el desarrollo de software es fundamental para desarrollar cronogramas, flujos de trabajo y expectativas realistas de las partes interesadas. La experiencia con los productos existentes o con la categoría general del producto es esencial para reconocer las necesidades del mercado y del público.
-
Información sobre el cliente y el mercado: El propietario del producto proporciona la información central que informa las funciones, los precios, las previsiones de ventas, las estrategias de marketing y mucho más. La experiencia empresarial del propietario del producto lo ayudará a tomar decisiones durante el proceso de desarrollo. Para complacer a los clientes, el propietario del producto debe poder satisfacer sus necesidades y actuar como el principal narrador del valor del producto.
-
Habilidades tácticas: Si bien muchas de sus habilidades se centran en el liderazgo y el pensamiento estratégico, el propietario de un producto exitoso también necesita experiencia táctica. Esto abarca la gestión diaria de lo que se hará y para cuándo.
Roles y responsabilidades del propietario del producto
Según Roman Pichler, la responsabilidad final del propietario de un producto es garantizar que el producto cree valor para sus clientes y usuarios, así como para la empresa. "Piense en el dueño del producto como la persona que defiende el producto, que facilita las decisiones del producto y quién tiene la última palabra sobre el producto", afirma. "Esto incluye si se accionan los comentarios y cómo se publican las funciones".
A continuación, le mostramos las funciones y responsabilidades del propietario de un producto:
-
Establecer la visión: El propietario del producto no solo establece el objetivo, sino que explica cómo el producto satisfará las necesidades de los usuarios, se alineará con la estrategia de la empresa y cumplirá la misión. Esta es una responsabilidad clave del liderazgo. La visión debe comunicarse al equipo, a las partes interesadas y a todos los involucrados en el proyecto. La visión es la fuerza guía que el propietario del producto utiliza para establecer prioridades y dirigir el trabajo del equipo. Debe comunicarse a lo largo del proyecto como la "estrella norte" que impulsa el proyecto.
-
Desarrollar la hoja de ruta del producto: Los propietarios de productos trabajan para desarrollar planes que encajen los objetivos comerciales con la estrategia del producto para identificar soluciones tecnológicas que cumplan con los objetivos a corto y largo plazo.
-
Desarrollar una estrategia de producto: Una estrategia de producto desglosa la visión de un producto a lo largo del tiempo y define el mercado, la oferta, la propuesta de valor, los precios, la distribución y mucho más.
-
Comuníquese con las partes interesadas, los equipos de desarrollo y el Scrum Master: El propietario del producto transmite el estado; educa a las partes interesadas; negocia presupuestos, alcance, financiación y cronogramas; organiza revisiones; y realiza demostraciones de soluciones.
¿Cuál es el rol del propietario del producto en Scrum?
Si bien el propietario del producto en cualquier ciclo de desarrollo es responsable del éxito del proyecto, algunas funciones son únicas del marco Scrum, donde el propietario del producto es el líder capacitado para el equipo. A continuación, le mostramos algunas responsabilidades clave en Scrum:
-
Explique por qué está trabajando en un Scrum Agile: El proceso Scrum puede ser nuevo para los miembros del equipo y las partes interesadas. El propietario del producto debe explicar el valor de este proceso y los principios que impulsarán su éxito.
-
Limite el alcance de un Sprint de Scrum: Muchas organizaciones creen que están utilizando un Scrum Agile para desarrollar productos. En realidad, están construyendo sistemas enteros en una serie de sprints, ninguno de los cuales tiene un valor independiente. Este es un enfoque en cascada que no funciona en Scrum. Los Scrums están diseñados como ciclos cortos para desarrollar una aplicación definida, no como un paso en un proceso más largo. El objetivo es ofrecer valor para el cliente a través de sprints y no usar un enfoque en cascada.
-
Administrar el backlog: Un backlog es una lista de solicitudes de trabajo que deben resolverse. La administración del backlog incluye clasificar, agregar, editar y priorizar los elementos del backlog para garantizar que toda la información sea clara, transparente y visible.
-
Desarrollar historias de usuario: Las historias de usuario son descripciones de funciones escritas desde el punto de vista del usuario. Las historias de usuario generalmente son breves (una o dos oraciones) y ayudan a definir los requisitos del producto o las funciones. Con frecuencia, el equipo necesitará historias de usuario adicionales "justo a tiempo" como parte del proceso de desarrollo. El propietario del producto gestiona el flujo de comentarios y ajusta el backlog según sea necesario.
-
Asista a las reuniones de Scrum: Las reuniones de Scrum (a veces llamadas reuniones de actualización) son reuniones de estado cortas y diarias centradas en proporcionar el estado y las actualizaciones del proyecto.
-
Planificación de publicaciones: La planificación de publicaciones es una herramienta detallada y en evolución para optimizar las comunicaciones y establecer cronogramas para los hitos y la entrega del producto.
-
Trabaje con desarrollo y Scrum Master: El propietario del producto debe estar en contacto regular con el equipo de desarrollo y el Scrum master para garantizar un progreso constante y estar al tanto de los posibles obstáculos.
-
Involucrar a las partes interesadas, al equipo Scrum y a los usuarios: El propietario del producto es la voz del cliente y debe asegurarse de que no haya pérdida de información en las entregas entre las historias de usuario y el equipo de desarrollo. Una vez que haya identificado los desafíos que afloran en las historias de usuario, asegúrese de fomentar enfoques creativos dentro del equipo para obtener soluciones e inspirar la colaboración entre el equipo y sus clientes. Mantenga la comunicación abierta, a través de bucles de comentarios, reuniones de actualización y mucho más, para asegurarse de que el equipo está desarrollando el producto adecuado.
-
Cumplir con los objetivos empresariales y administrar las finanzas: El propietario del producto es responsable de todos los recursos, incluidas las finanzas, durante el desarrollo. Esto incluye tomar decisiones en función del mejor retorno de la inversión (ROI) y comprender el costo y el beneficio al priorizar el backlog.
-
Dar aprobación final: El propietario del producto tiene la responsabilidad y la autoridad para aprobar el trabajo y decidir si cumple con los criterios de aceptación. Por ejemplo, una historia de usuario al comienzo del sprint podría haber sido la capacidad de iniciar sesión. El propietario del producto puede aceptar (sí, el usuario puede iniciar sesión) o rechazar la historia. Es responsabilidad del propietario del producto apoyar el desarrollo basado en pruebas de aceptación (ATDD) basado en la historia de usuario.
-
Cambiar el curso del proyecto: Dentro de los límites del sprint, el propietario del producto puede dirigir al equipo en una dirección diferente en función de las necesidades de las partes interesadas y los comentarios de los clientes.
-
Comprender el trabajo del habilitador: Los habilitadores son los arquitectos e ingenieros del sistema que respaldan los requisitos de la empresa y su infraestructura técnica. Los propietarios de productos no necesitan tener profundas habilidades técnicas, pero deben colaborar con los facilitadores para garantizar que la infraestructura de la empresa respalde el nuevo software o aplicación que el equipo Scrum está desarrollando.
Obtenga más información sobre cómo convertirse en propietario de un producto leyendo "Los mejores recursos y cursos de capacitación para un propietario de productos Scrum".
Propietarios de productos y Sprints en Scrum
El objetivo del marco Scrum es ofrecer un incremento del producto en cada sprint. El propietario del producto decide la duración del sprint, que normalmente dura de dos a cuatro semanas, y guía al equipo de desarrollo a través del trabajo necesario para alcanzar un objetivo clave y tener su resultado listo para su revisión. Una de las funciones clave del propietario de un producto es participar en todos los eventos de desarrollo, incluida la planificación, el Scrum diario, el refinamiento, la revisión, las demostraciones de equipo, la retrospectiva y el sprint. En el camino, el propietario del producto defiende el producto, promueve la visión y alienta al equipo.
Antes de que comience el sprint, los propietarios de productos trabajan con las partes interesadas y los usuarios para identificar los objetivos del proyecto. Estos ayudan a identificar el alcance del sprint y a planificar el trabajo. Luego, al comienzo de un sprint, el propietario del producto y el equipo de desarrollo esbozan y acuerdan el trabajo que se debe realizar durante el sprint. El propietario del producto establece los criterios que el sprint debe cumplir para su revisión y aceptación, y luego crea los elementos del backlog para el proyecto.
Durante el sprint, el propietario del producto asistirá a las reuniones de actualización para observar, mantenerse al tanto del progreso y responder preguntas. El propietario del producto aceptará o rechazará los elementos del backlog en esta fase, en función de los criterios de aceptación y pruebas. En las sesiones de refinamiento durante el sprint, el propietario del producto puede agregar o eliminar elementos del backlog, así como revisiones de los clientes principales para obtener comentarios y ajustar el proceso de desarrollo.
Al final del sprint, el propietario del producto dirige la demostración del sprint o la reunión de revisión para actualizar a las partes interesadas. Cualquier comentario de esta reunión de revisión puede ayudar a planificar el próximo sprint e identificar los elementos para el próximo backlog de sprints. Una vez finalizado el sprint, el gerente del proyecto participa en la retrospectiva, evaluando el proceso e identificando oportunidades de mejora.
Para los propietarios de productos, es imperativo describir los objetivos de sprints por adelantado, pero según Pichler, el desarrollo de objetivos de sprint conlleva una advertencia. "Lamentablemente, muchos propietarios de productos y equipos Agile no usan los objetivos de sprint o los aplican de manera ineficaz", afirma. "Los objetivos de sprint a menudo establecen las historias que se deben implementar, en lugar del motivo para llevar a cabo la iteración". Al definir por qué se lleva a cabo el sprint y cómo se cumplirán los objetivos, todos los involucrados estarán en la misma página antes de que comience el sprint, lo que dará mejores resultados.
Desafíos para los propietarios de productos
La amplia gama de responsabilidades y habilidades para el propietario de un producto puede hacer que el trabajo parezca abrumador. A menudo se enfrentan a muchos desafíos:
-
Falta de autoridad: El propietario de un producto puede no tener suficiente apoyo de la gerencia o de las personas adecuadas de la organización. El equipo Scrum no puede ser efectivo cuando el propietario del producto carece de autoridad real para impulsar el trabajo. Asegúrese de estar empoderado y contar con el apoyo y la confianza de las personas importantes de su empresa.
-
Sensación de estar abrumados: Los propietarios de productos pueden descubrir que no tienen suficiente tiempo para hacer el trabajo o no están recibiendo suficiente apoyo del equipo. A su vez, estos propietarios de productos sobrecargados crean cuellos de botella para un proyecto y no siempre están disponibles para los miembros del equipo. Si el tiempo es un problema, asegúrese de que el propietario del producto tenga un trabajo: servir como propietario del producto para un solo producto. Las empresas a menudo crean equipos ágiles sin un propietario oficial del producto, y dependen de "pedir prestado" a alguien de otro trabajo para completar según sea necesario.
Según Agile Alliance, la relación ideal entre el propietario del producto y el equipo de desarrollo del producto es 1:1, con un propietario de producto a tiempo completo dedicado a un equipo. Esta relación también funciona para los propietarios de productos que no están recibiendo suficiente apoyo del equipo. Cuando un equipo solo tiene un propietario de un producto, hay líneas claras de autoridad y toma de decisiones. Y si el propietario del producto no recibe el apoyo del equipo, asegúrese de que tenga tiempo suficiente para hacer el trabajo y esté colaborando de manera efectiva.
-
Propietario del producto proxy: A veces, las empresas utilizan propietarios de proxy al hacer la transición al flujo de trabajo Scrum antes de nombrar al propietario de un producto. Esto puede suceder cuando el propietario oficial del producto no está disponible y un miembro del equipo interviene para hacer el trabajo. Independientemente de la causa, esta falta de dirección y autoridad claras puede crear confusión en el equipo.
-
Propietario parcial del producto: Asegúrese de comprender todo el alcance del trabajo y de tener el compromiso de la empresa de dedicar su tiempo completo y energía al producto. Esto incluye el acceso a los estudios de mercado y a las cifras de ventas del proyecto, así como otros datos para informar sus decisiones. De lo contrario, es posible que le resulte difícil asumir todas las responsabilidades del propietario de un producto.
Consejos para los propietarios de productos
En lugar de sentirse abrumado o no tener poder, pruebe estos consejos:
-
Actuar como un líder y no un gerente: El trabajo principal del propietario de un producto es maximizar el valor del producto. Uno de los objetivos de Scrum es que el equipo se organice en función del trabajo. Confíe en los miembros del equipo para que hagan su trabajo, para que pueda centrarse en el valor que el producto aportará a la organización.
-
Redefinir el éxito: Un gerente de proyectos se centra en completar una tarea a tiempo y según el presupuesto. Como propietario de un producto, debe estar orientado al producto y no centrarse únicamente en completar la tarea. El éxito del producto no depende de si está terminado, sino de si satisface las necesidades de los usuarios y llega al público adecuado. Esto significa que debe centrarse en el valor, no en el volumen de reuniones o análisis, ni en la velocidad de desarrollo del producto.
-
Céntrese en el usuario: No se atasque tratando de complacer a los participantes. Siempre escuche lo que el usuario necesita y deje que eso impulse sus decisiones. Escucha siempre y aprende de los comentarios de sus clientes. Esto significa mejorar su tiempo para aprender en lugar del tiempo de comercialización.
El futuro para los propietarios de productos
La evolución del rol del propietario del producto está profundamente conectada con el marco Scrum, que existe en un entorno Agile. El propietario de un producto es responsable del éxito del proyecto, conectando a usuarios, desarrolladores y participantes en la creación del mejor producto posible. El trabajo es en parte marketing, en negocios y en tecnología. La conclusión es que el propietario del producto está buscando la mejor manera de crear una solución para los clientes.
A medida que aumenta la tasa de innovación, muchas empresas recurren a comprender más profundamente la experiencia del usuario y adoptar el pensamiento de diseño. Las habilidades del propietario de un producto, que tiene pasión por los usuarios y puede inspirar a los equipos a hacer el trabajo, se vuelven aún más valiosas. El propietario de un producto que sabe lo que funciona para el equipo, el producto y el mercado puede prosperar en cualquier sector.
Mejore el rendimiento del propietario del producto con Smartsheet para el desarrollo de software
Empodere a sus empleados para que vayan más allá gracias a una plataforma flexible, diseñada para satisfacer las necesidades de su equipo y capaz de adaptarse cuando esas necesidades cambien. La plataforma Smartsheet facilita la planificación, la captura, la gestión y la creación de informes sobre el trabajo, desde cualquier lugar, lo que ayuda a su equipo a ser más eficiente y lograr más. Cree informes sobre las métricas claves y obtenga visibilidad en tiempo real acerca del trabajo en curso gracias a informes, paneles y flujos de trabajo automatizados diseñados para ayudar a su equipo a mantenerse conectado e informado. Cuando los equipos tienen claridad sobre el trabajo en curso, pueden lograr mucho más en el mismo tiempo. Pruebe Smartsheet gratis hoy mismo.