¿Cuál es la forma más rápida de aprender la gestión ágil de productos?

Ágil es un término general que se refiere a muchos métodos de desarrollo. El método más utilizado hoy en día es Scrum (o alguna variación de Scrum combinada con Lean, Kanban o XP). Hay una serie de sitios web y libros dedicados a Scrum. Comprobar Comience con el desarrollo de software Agile en Wikipedia. La esencia se puede encontrar en Scrum & Agile Explicado:

El rol de la administración de productos en Scrum es alimentar el trabajo de los desarrolladores para que se realice en cada carrera. El “trabajo” toma la forma de historias: cada característica o problema del cliente se documenta en una historia que los desarrolladores pueden estimar y dividir en tareas.

El rol del propietario del producto es la gestión del producto como se ve a través de los ojos de un desarrollador. Para obtener una excelente descripción del rol del propietario del producto, vea el Propietario del producto Agile en pocas palabras:

Pero hay más en la gestión de productos que en el desarrollo de la alimentación. También debe manejar la planificación comercial y promocional, la habilitación de ventas y el soporte y las operaciones continuas de productos. Es por eso que muchos equipos dividen la administración de productos en al menos dos roles: el propietario de un negocio (es decir, el gerente de producto) y el propietario de un producto técnico. Puede encontrar más información sobre las funciones en Experiencia en gestión de productos.

Los métodos ágiles pueden ayudar a entregar un mejor software, por lo que vale la pena aprender más sobre los métodos que usa su equipo. Solo recuerde que estos son métodos de desarrollo , no métodos de administración de productos. La gestión de productos se realiza antes, durante y después del esfuerzo de desarrollo, e implica trabajar no solo con desarrolladores, sino también con marketing, ventas, soporte, operaciones y ejecutivos.

Explico un proceso ágil de gestión de productos en mi libro, Turn Ideas Into Products, disponible en Amazon.

David J Bland te dio un fantástico video de Henrik Knieberg sobre Product Ownership. ¡Míralo!

Debido a que está hablando de administración de productos, y no de administración de proyectos, tomaré un ligero sesgo y asumiré que no quiere saber en detalle cómo se construirá el producto. Quieres saber en caliente para alimentar mejor a un equipo ágil. Cambiaría ligeramente tu pregunta a “Tengo un impacto que hacer y un equipo que usa Agile: cómo puedo aprender a ser eficiente con ellos”.

Tu equipo probablemente está haciendo algún tipo de retrospectiva. ¡Pregunte si puede asistir a ellos y solicite los comentarios de su equipo tanto como pueda! Si están usando Scrum, Scrum Master tiene la responsabilidad de guiarlo hacia su nuevo rol de Propietario del producto.

La forma más rápida sería asistir a un curso de Propiedad del producto, si hay uno disponible a su alrededor.

Si tiene la libertad de cambiar su producto como mejor le parezca, una buena manera de comenzar mañana sería seguir un enfoque de Lean Startup. Compre “Running Lean” y comience de inmediato a aplicarlo. El libro describe un enfoque paso a paso para crear experimentos de software.
Amazon.com: Ejecución de Lean: Iterate del Plan A a un Plan que funcione (Serie Lean) eBook: Ash Maurya: Kindle Store

La lucha principal que he presenciado en el aspecto comercial al iniciar Agile es la desconexión entre la visión a largo plazo y el trabajo a corto plazo. Debido a que Scrum se aplica a menudo en un ciclo de dos semanas, el negocio intenta obtener algo perfecto antes de continuar, creando un desequilibrio en el producto. Para evitar eso, para un nuevo propietario de producto, comenzaría con el libro de Jeff Patton sobre el mapeo de historias. Repasa muchos conceptos y explica qué es una buena historia de usuario y cómo comenzar su proyecto de la manera correcta.
Mapeo de historias de usuarios: descubra toda la historia, construya el producto correcto: Jeff Patton, Peter Economía: 9781491904909: Amazon.com: Libros

¡Disfrutar!

Un artículo que escribí recientemente describe todos los diferentes aspectos de Agile / Scrum desde mi experiencia. Como han dicho otros, es una mentalidad, y si todas las personas están a bordo y tienen la capacitación necesaria, puede funcionar.

Lo que aprendí de Agile / SCRUM por Mike Austin en Structura

El artículo se sumerge en más detalles, pero aquí hay un resumen para comenzar:

He leído muchos artículos sobre personas frustradas y las implementaciones fallidas de Scrum en el mundo del desarrollo de software. Desde mi experiencia en Storm8, Scrum puede funcionar, pero requiere la mentalidad y el equipo adecuados, junto con la capacitación continua. A continuación se muestra un resumen de lo que aprendí.

Agile y Scrum tienen que ver con el trabajo en equipo y la adaptación al cambio. Esto significa procesos y planificación ligeros. Significa ayudarnos unos a otros donde y cuando puedas. También significa medir su progreso y revisar los resultados. Para ser ligero en sus pies, necesita un pequeño equipo multifuncional de personas que trabajen bien juntas. Los requisitos de software pueden cambiar en un centavo, por lo que poder modificar el curso es un activo valioso. No significa que debas cambiar de curso a menudo, solo significa que tienes la opción.

Agile vs Waterfall

Agile se trata de trabajar en estrecha colaboración, y en conjunto, con otros departamentos. Significa iterar rápidamente y hacer cambios temprano cuando son menos costosos. La cascada, por otro lado, promueve que los departamentos trabajen como secciones de una línea de montaje. Bueno, ¿qué sucede cuando se encuentra un problema en la última etapa de la línea? Primero, el problema no se encuentra hasta el final; segundo, eso significa que todas las otras secciones previas probablemente tendrán el mismo problema; y tercero, puede requerir un rediseño masivo. Esto cuesta tiempo y dinero, especialmente cuando los requisitos de software pueden cambiar a menudo. Cuando se usa Agile, no existe tal cosa como “tirarlo por la pared” o decir “no es mi problema”. Por último, Agile se centra en trabajar en tareas que tienen el mayor valor. Desarrollar características incrementalmente. ¡Los requisitos pueden cambiar, o pueden eliminarse por completo!

Entrenamiento en curso

Algunas partes de Agile o Scrum pueden parecer de sentido común, mientras que otras pueden no serlo. Aprender sobre los diferentes roles, el trabajo atrasado y los distintos tipos de tareas, la definición de hecho y los diferentes tipos de reuniones en Scrum; aprendiendo cómo mantener el atraso preparado, decidiendo la duración del sprint, asignando puntos de historia y asegurándose de que las historias estén listas antes de que comience el próximo sprint. Hablar del sprint anterior en una retrospectiva puede, al principio, sentirse incómodo. ¿Es una sesión de terapia grupal? ¿Es un lugar para señalar los dedos? No, debería ser un foro para la crítica constructiva para mejorar el próximo sprint. Los roles en Scrum son solo eso: pueden ser independientes del título o posición. Con respecto a las reuniones, al principio pueden parecer abrumadoras, pero cuando están programadas para que se realicen el mismo día y los temas se planifiquen previamente, son bastante eficientes.

Herramientas y Mejores Prácticas

Las pequeñas empresas pueden usar notas adhesivas en una pizarra para practicar Scrum. Una idea mencionada a menudo por mi gerente era no permitir que las herramientas se interpongan en su forma de productividad o pensar que son necesarias. El propósito de una herramienta es aumentar la productividad y la eficiencia. ¡Si no es así, entonces es una anti-herramienta! En Jira, (la mayoría) de las historias tenían una descripción bien escrita con criterios de aceptación bien definidos. ¿Qué significa que una tarea se “haga”? No es tan simple como podrías pensar. ¿Está probado? ¿Está en producción? Una solución simple es dividir las tareas en esta granularidad para que sea fácil ver lo que realmente se “hace”. El trabajo se prioriza en el backlog y se divide en “sprints” recurrentes de longitud fija. Como los sprints suelen ser cortos (1-4 semanas), no es el fin del mundo si no terminas las tareas al final de un sprint. Pero sí significa volver a evaluar sus estimaciones o encontrar la causa para evitar que vuelva a suceder en la próxima.

Varias metodologías ágiles se originaron y ganaron terreno en los años 90 y principios de los 2000. Aquí están las diversas metodologías ágiles populares que se utilizan.

Lean Kanban: el concepto Lean optimiza el sistema de una organización para producir resultados valiosos basados ​​en sus recursos, necesidades y alternativas al tiempo que reduce el desperdicio. Kanban significa literalmente un “letrero” o “cartelera” y respalda el uso de ayudas visuales para ayudar y rastrear la producción.

Programación extrema (XP): originada en Chrysler Corporation, ganó terreno en los años 90. XP hace posible evitar que el costo de cambiar el software aumente radicalmente con el tiempo. Los atributos clave de XP incluyen el desarrollo incremental, la programación flexible, los códigos de prueba automatizados, la comunicación verbal, el diseño en constante evolución, la colaboración estrecha y la vinculación de las unidades a largo y corto plazo de todos los involucrados.

Métodos de cristal: Introducidos por Alistair Cockburn a principios de la década de 1990, los métodos de Cristal tienen cuatro roles: patrocinador ejecutivo, diseñador principal, desarrolladores y usuarios experimentados. Métodos de cristal recomiendan varias estrategias y técnicas para lograr la agilidad.

Métodos de desarrollo de sistemas dinámicos (DSMD): este marco se publicó inicialmente en 1995 y lo administra el consorcio DSDM. DSDM establece la calidad y el esfuerzo en términos de costo y tiempo desde el principio y ajusta los entregables del proyecto para cumplir con los criterios establecidos al priorizar los entregables en “Debe tener”, “Debería tener”, “Podría tener” y “No tendrá” categorías

Feature Driven Development (FDD): Introducido por Jeff De Luca en 1997 y opera según el principio de completar un proyecto dividiéndolo en pequeñas funciones valoradas por el cliente que se pueden entregar en menos de dos semanas. FDD tiene dos principios básicos: el desarrollo de software es una actividad humana y el desarrollo de software es una funcionalidad valorada por el cliente.

Test Driven Development (TDD): también conocido como Test-First Development, y fue presentado por Kent Beck, uno de los creadores de Extreme Programming (XP). Es un método de desarrollo de software que implica escribir primero el código de prueba automatizado y desarrollar la menor cantidad de código necesario para pasar esa prueba más tarde.

Desarrollo de software adaptable (ASD): este método surgió del rápido trabajo de desarrollo de aplicaciones de Jim Highsmith y Sam Bayer. Los aspectos más destacados de ASD son la adaptación constante de los procesos al trabajo en cuestión, la provisión de soluciones a problemas que surgen en grandes proyectos y el desarrollo iterativo e incremental con prototipos continuos.

Proceso Unificado Agile (AUP): evolucionado del Proceso Unificado Racional de IBM y desarrollado por Scott Ambler, AUP combina técnicas Agile probadas y probadas en la industria, como Test Driven Development (TDD), Modelado Agile, gestión ágil de cambios y refactorización de bases de datos. Para entregar un producto de trabajo de la mejor calidad.

Diseño impulsado por dominio (DDD): este enfoque fue diseñado para manejar diseños complejos con implementación vinculada a un modelo en evolución. Fue conceptualizado por Eric Evans en 2004 y gira en torno al diseño de un dominio central.

Todos estos métodos de Agile difieren entre sí en una variedad de aspectos, pero sus puntos en común se derivan de su adhesión al Manifiesto de Agile.

Aparte de los mencionados anteriormente, Scrum es una de las metodologías ágiles más populares . Según el Scrum Book of Knowledge, Scrum es una metodología adaptable, iterativa, rápida y flexible diseñada para ofrecer rápidamente un valor significativo durante un proyecto. Asegura la transparencia en la comunicación y crea un entorno de responsabilidad colectiva y progreso continuo.

Debe averiguar cuál de las metodologías anteriores es su requisito. Pero si nos fijamos en la popularidad, Scrum sería la opción definitiva.

Entonces, si desea obtener más información acerca de Scrum , consulte la Certificación Scrum Master (SMC) ofrecida por SCRUMstudy. SCRUMstudy es un proveedor líder de cursos y certificaciones Scrum y Agile a nivel mundial. Hay varios modos en los que puede capacitarse y certificarse:

  • Clases físicas : vaya a https://scrumstudy.com/Classes/S … para ver las clases en su área
  • Clases virtuales dirigidas por un instructor : inscríbase en una clase virtual y puede capacitarse en un lugar de su comodidad. Puede usar el mismo enlace de arriba para elegir clases virtuales dirigidas por un instructor
  • Curso en línea : en caso de que esté interesado en el autoaprendizaje: https://scrumstudy.com/Certifica

Con SCRUMstudy, el curso en línea es gratuito con las clases físicas y virtuales con una validez de 6 meses. Los exámenes de certificación se supervisan en línea para que pueda tomarlos desde casa siempre que tenga una conexión a Internet, micrófono, auriculares y cámara web.

Todos los instructores de SCRUMstudy son SCRUMStudy Certified Trainers (SCT ™) con experiencia en gestión de proyectos e implementación Agile / Scrum en áreas como Tecnología de la información, Gobierno, Finanzas y Banca. Sus ejemplos prácticos y sus experiencias personales de la vida real facilitan que los alumnos comprendan y aprecien los conceptos complejos de Scrum / Agile. Antes de enseñar cualquier clase de Scrum / Agile, cada instructor realiza un riguroso programa SCRUMstudy “Train-the-Trainer” sobre las técnicas de aprendizaje de adultos necesarias para que sus clases sean interesantes, agradables y enriquecedoras. Un profesorado típico de SCRUMstudy tiene más de 400 horas de experiencia docente en la entrega exitosa de clases de SCRUMstudy.

Creo que hay dos pasos hacia un aprendizaje más rápido de la gestión ágil de productos: de hecho, hacia un aprendizaje más rápido, especialmente para los Millenials de hoy. (En el pasado, como gerente, podía esperar que las personas estuvieran correctamente fundamentadas en la metodología antes de comenzar, y se puede ver cuán contraintuitivo es para cualquier persona con una mentalidad ágil. Hoy en día, es importante comenzar. Desde una perspectiva Cambie para mí, y para mi generación, pero absolutamente bienvenido. Obtenga una introducción al tema y luego comience a aplicarlo. El libro electrónico muy corto de Rob Morley, que demora alrededor de una hora en ser leído, es ideal, ya que analiza cómo tener éxito utilizando métodos ágiles. Agile in Business: una guía para el liderazgo de la empresa , proporcionará esa información inicial. Luego, aborde un proyecto propio usando los métodos que él le muestra. De inmediato, involucrado inmediatamente con el mínimo de preparación, eso es lo que se requiere.

Aquí está mi estrategia hasta ahora:

  • Quora Responda todo lo que pueda en la categoría de Gestión de Producto. Aprende más sobre cualquier cosa relevante que no pueda responder.
  • Coursera. Comencé con todas las clases en la especialización de Gestión de productos de software, y pronto pasaré a las clases en la especialización de Diseño de interacción.
  • Libros de lectura
  • Lean Startup por Eric Ries
  • Guía profesional para la gestión de productos por Jock Busutill
  • Planificación de la programación extrema por Kent Beck y Martin Fowler
  • Blogging
    • Siga los laboratorios de productos en el medio
    • Escribe un blog cada semana.

    Cada uno de estos recursos proporciona enfoques únicos para la gestión de productos. Aunque algunos pueden ser contradictorios, ha sido muy útil comparar cada conjunto de métodos y prácticas.

    Por supuesto, una de las mejores maneras de aprender algo es haciendo. Quizás incluso mejor que eso, aprender enseñando / guiando a alguien más.

    Comencé con el audiolibro de Scrum, por Jeff Sutherland. Da un resumen fantástico de su historia de trabajo y los orígenes de Agile. Mi historia favorita proviene de su entrenamiento como piloto de combate y el método llamado Observe, Orient, Decide, Act, que influyó enormemente en cómo él y los primeros pioneros de la metodología ágil desarrollan una nueva forma de trabajar. ver más: Sobre pilotos de combate y propietarios de productos – Scrum Inc

    El segundo lugar en el que aprendí mucho es Scrum Training Agile Training de ScrumMaster Mike Cohn. Hace un trabajo fantástico explicando cómo definir las historias de usuario, la estimación de puntos y los significados de entrega y aceptación de lo que se considera “hecho”

    Finalmente, soy miembro de AgilePDX, el grupo ágil en Portland y sus eventos son increíbles. Estoy seguro de que puedes encontrar un grupo local en tu ciudad. Los practicantes ágiles son algunas de las personas más generosas con respecto a la enseñanza de sus métodos. Está en su ADN para escuchar y enseñar.

    Si desea una forma completa y eficiente de aprender Gestión de productos Agile, el Grupo 280 ofrece un curso que cubre el rol de Gestión de productos cuando trabaja con Agile. El curso también cubre cómo un Gerente de Producto y un Propietario de Producto pueden interactuar exitosamente entre sí e influir en los equipos de ingeniería.

    Agile Excellence para gerentes de productos y propietarios de productos está disponible en tres formatos: capacitación personalizada, en línea, en persona y privada para equipos y empresas.

    El curso fue desarrollado por Greg Cohen, experto en Agile, y se basó en su libro Agile Excellence para Product Managers.

    Estas son algunas de nuestras publicaciones de blog más populares sobre Agile Product Management:

    • Comparación del gerente de producto y el rol de propietario del producto
    • Agile no es un proceso de negocio
    • Propietario del producto vs. Gerente del producto Exploración
    • Habilidades esenciales de personas para propietarios de productos

    Consulte mi programa de capacitación en línea: es muy adecuado para las personas que tienen un rol de gestión de proyectos ágil o gestión de productos ágil:

    http: // agileprojectmanagementaca

    Chuck Cobb
    Autor de “La guía del gestor de proyectos para dominar Agile”