Agile para productos que no son de software
La metodología Agile es más conocida en el mundo del desarrollo de software, pero muchas organizaciones consideran este marco beneficioso para proyectos que no involucran soluciones de software. A continuación, le mostramos ejemplos reales del uso de la metodología Agile en entornos que no involucran software:
Finanzas:
Mike Palazzolo, President of Fintentional, applies an Agile approach to his fee-only financial planning practice. “As a former software engineer, I practiced using some of the Agile predecessors known as evolutionary and spiral software development. I am applying an Agile approach to my fee-only financial planning practice.
“Una de las críticas de desarrollar un plan financiero único es que, a menudo, es obsoleto cuando se entrega al cliente. Ofrezco servicios de planificación financiera continuos en los que trabajo en colaboración con mis clientes para proporcionar planificación y asesoramiento a lo largo del año. Divido el año en ‘Sprints’ para no asumir más de lo que podemos gestionar en cada uno de ellos. Esto también nos permite modificar el curso durante el año a medida que ocurren los cambios, porque sucederán. Utilizo tecnología, como un ’software de gestión de proyectos de planificación financiera’ para facilitar el proceso”.
Marketing:
Alexander Kariagin, Partner Marketing Director with CloudBerry Lab, uses Agile to manage marketing projects. “We plan and manage two-week Sprints and apply story points, backlog, review, kickoff, and a daily 30-minute stand-up meeting. This Agile approach allows us to spread tasks among ten marketing team members. Each team member feels responsible and informed about what is going on.”
Monica Georgieff, Head of Marketing for Kanbanize, adopted a Lean Agile approach to campaign management. “We map our campaign activity on a Kanban board. We discovered that it works wonders for our efficiency and output. This has helped us deliver quick, high-quality work. For example, an idea today could be a reality next week because we are much more flexible to market changes. It turns out that software methodologies work for marketing, too!”
Christine Bottagaro, CMO at Rogue Wave Software, has also relied on Kanban to execute marketing projects. “We tried a number of Agile ceremonies, but Kanban worked best. It assumes constant work, with no end dates, and allows for real time prioritization. This suits our work pace, ongoing ideas, work in progress, and completed projects. We rely on an online card system to track work across teams and to manage our backlog.”
Se ha comprobado que el enfoque iterativo adoptado por los marcos Agile se puede aplicar tanto a productos de software como a productos que no son de software. Según Hubert Smits, instructor de Scrum certificado, “Agile/Scrum se basa en el pensamiento empírico: los problemas complejos se resuelven mejor en pequeños pasos, al completar primero los pasos que aportan la información más importante”.
Como se indica en los ejemplos mencionados anteriormente, muchos “productos” de negocios pueden beneficiarse de estos pequeños pasos iterativos.
Funciones de gestión de productos Agile
La intención de la gestión de productos es trabajar en estrecha colaboración con el desarrollo del producto y gestionar la dirección y los requisitos del producto en función de la investigación de mercado, los comentarios de los clientes y la capacidad de desarrollo. Lamentablemente, los gerentes de productos a menudo están saturados de tareas de gestión de proyectos asociadas a los lanzamientos de software en lugar de interactuar con los clientes y los influencers del mercado para crear el producto más comercializable.
En el mundo del desarrollo Agile, hay funciones adicionales que ayudan a alejar a los gerentes de productos de las actividades tácticas y técnicas (donde a menudo dedican su tiempo a entornos tradicionales en cascada) y les permite adoptar una función orientada al exterior, en la que interactúan con el mercado. Sin embargo, no es raro que los gerentes de productos asuman la función de propietario de productos. Esto, como leerá a continuación, puede volverse extremadamente abrumador para incluso el gerente de productos más experimentado.
Gerente de productos Agile: El objetivo del gerente de productos Agile es trabajar con los clientes y el liderazgo de la empresa para definir la dirección del producto. El gerente de productos es responsable de representar la verdadera voz del cliente. La mejor manera de entender completamente los problemas del cliente es hablar con él, visitar sus sitios, conocer su vida comercial diaria y entrevistar a su personal. Al hacerlo, un gerente de productos obtendrá una primera visión de las dificultades del cliente y podrá definir las características y la funcionalidad para atenuar los puntos débiles. Sin la interacción directa con los clientes, es imposible entender completamente sus dificultades y necesidades.
Los programas de certificación para convertirse en gerente de productos Agile se ofrecen mediante el marketing pragmático en la Gestión pragmática de productos.
Desafíos a los que se enfrentan los gerentes de productos: Al igual que cualquier otra función organizativa, los gerentes de productos deben hacer frente a obstáculos. El obstáculo más común es definir los requisitos. Cada equipo (como el equipo de desarrollo, soporte, servicios profesionales o ventas) tiene una opinión sobre las características que deben incluirse en un producto. Afortunadamente, con información tangible recopilada durante las interacciones con los clientes, los gerentes de productos pueden respaldar las historias de usuario y la hoja de ruta del producto con datos reales.
Además, la función de un gerente de productos abarca desde actividades estratégicas, como definir la hoja de ruta del producto en alineación con los objetivos empresariales, hasta actividades tácticas que se llevan a cabo en las ventas, el marketing y el soporte del producto. Lamentablemente, los gerentes de productos a menudo se atascan en actividades técnicas y tácticas que dejan poco tiempo para el trabajo estratégico: el equipo de ventas quiere que los gerentes de productos hagan demostraciones del producto, que los responsables de marketing las usen para elaborar garantías y que el equipo de desarrollo las use para gestionar sus proyectos. Debido a su conocimiento del producto, los gerentes de productos son grandes recursos para todas estas actividades, pero el equilibrio entre las actividades estratégicas y tácticas es esencial.
Propietario de productos Agile: El propietario de productos en un entorno Agile trabaja junto con el equipo de desarrollo para esclarecer las historias de usuario, la visión del producto y las especificaciones, administrar el trabajo pendiente y maximizar el valor del producto para el negocio. El propietario de productos comunica las intenciones de negocios al equipo de desarrollo para que comprendan claramente por qué se les pide que hagan su trabajo. El propietario de productos comprende las cuestiones técnicas/de desarrollo y tiene conocimientos de negocios. Puede ver el panorama completo: comprender las necesidades del negocio y del cliente, comunicarse con los equipos de negocios y alinear las actividades técnicas para ofrecer un producto excepcional. Los propietarios de productos suelen tener una comprensión básica del desarrollo de software, son comunicadores efectivos y entienden la necesidad de abordar los problemas de los clientes. Es común que los propietarios de productos ocupen posiciones de analistas empresariales antes de convertirse en propietario de productos.
Scrum Alliance ofrece cursos de certificación para convertirse en Propietarios de productos Scrum certificados (CSPO). Esta certificación es valiosa para continuar su carrera como propietario de productos y también para comprender claramente el alcance de la función del propietario de productos.
Errores cometidos por los propietarios de productos: Establecer la función de propietario de productos puede tener enormes beneficios en un entorno Agile. Sin embargo, esta función implica algunos errores. Para tener éxito, el propietario de productos debe tener las siguientes características:
- Ser decisivo
- Tener la confianza de su equipo
- Comprender la visión del producto
- Estar presente y disponible para el equipo
- Tener la capacidad de adaptarse a los cambios (Agile)
- Evitar microgestionar al equipo
Emplear las funciones de propietario de productos y gestión de productos dentro de una organización Agile ayuda a equilibrar las responsabilidades sin sobrecargar a una sola persona. Imagine intentar interactuar con los clientes, comunicar sus necesidades, crear historias de usuario, participar en el Scrum diario, impulsar las ventas, capacitar al equipo de soporte, hacer demostraciones del producto, documentar las funciones, esclarecer los requisitos y más. Esto puede ser abrumador, incluso para el gerente de productos más avanzado. Toda la organización se beneficiará cuando el gerente de productos y el propietario de productos puedan compartir las tareas y evitar la sobrecarga a la que se enfrenta un gerente de productos cuando hace todo el trabajo por su cuenta.
En el diagrama siguiente, se definen algunas de las actividades comunes realizadas por el gerente de productos y el propietario de productos.
El documento de requisitos del producto
Una pregunta común es si el Documento de requisitos del producto (PRD) se utiliza en un entorno Agile. De hecho, el PRD tradicional no se utiliza en un entorno Agile y, en cambio, se reemplaza por historias de usuario (descripciones de necesidades funcionales basadas en los usuarios). Estas historias de usuario se centran en el valor del cliente, y el equipo Agile las utiliza para colaborar en los detalles para planificar las iteraciones de un proyecto.
Confusión común adicional en torno a las funciones Agile
Máster Scrum vs. gerente de productos vs. propietario de productos: En Scrum, la metodología Agile más popular, el Scrum master es principalmente responsable de mantener al equipo Scrum motivado y concentrado, y también los protege de la distracciones y proporciona orientación e instrucción. Las principales responsabilidades del propietario de productos incluyen la gestión de trabajos pendientes, la comunicación de las historias de usuario y la determinación de las fechas de lanzamiento y la funcionalidad. Por último, el gerente de productos es responsable de definir las historias de usuario en función de los puntos débiles del cliente, realizar investigaciones de mercado y desarrollar la hoja de ruta del producto.
Otras funciones importantes a tener en cuenta son las siguientes:
- Propietario de funciones: Un propietario de funciones se diferencia de un propietario de productos en que solo es responsable de una función específica (en lugar de todo el producto).
- Equipo de desarrollo: El equipo de desarrollo realiza todas las tareas técnicas de desarrollo. Se encarga del análisis, el diseño, la redacción del código, las pruebas y la comunicación técnica.
Cada organización Agile es diferente y, como resultado, las funciones variarán. No es raro que una organización pase del método en cascada a Agile para simplemente cambiar la función de los gerentes de productos a propietarios de productos. Sin embargo, esto no significa que un buen gerente de productos será un buen propietario de productos o viceversa. En cambio, lo que funciona para una organización puede o no funcionar para otra, y es probable que a medida que avanza la organización y el producto, también aumenten las responsabilidades. Por lo tanto, se definirán funciones adicionales para garantizar la atención adecuada a todas las actividades asociadas a la entrega de un producto de calidad a los clientes.
La hoja de ruta del producto y el trabajo pendiente
La hoja de ruta del producto se desarrolla y mantiene para demostrar la progresión prevista de un producto. A menudo se recurre a estas hojas de ruta durante el ciclo de vida de ventas para mostrarle a un cliente potencial que el producto tiene un plan de crecimiento. El gerente de productos generalmente gestiona la hoja de ruta.
El trabajo pendiente del producto es el trabajo a realizar para cumplir con un sprint o una historia de usuario. El trabajo pendiente se utiliza para impulsar las actividades del equipo de desarrollo y, por lo general, lo gestiona el propietario de productos.
La hoja de ruta del producto y el trabajo pendiente demuestran un plan a largo plazo (hoja de ruta) con los detalles tácticos necesarios para entregar cada etapa del producto (trabajo pendiente).
Smartsheet es una herramienta esencial para los gerentes de productos y los propietarios de productos Agile
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.