Entrega de Productos Ágil

Específicamente, puede tomarse el tiempo para desarrollar y llevar a la mesa una perspectiva externa centrada en el mercado que sea tan convincente y esté tan bien informada que pueda contrarrestar la orientación interna centrada en la empresa del plan operativo del año pasado.

Agile Product Delivery es un enfoque centrado en el cliente para definir, crear y liberar un flujo continuo de productos y servicios valiosos para clientes y usuarios.

Es una de las siete competencias básicas de la Empresa Lean, cada una de las cuales es esencial para lograr la Agilidad del negocio. Cada competencia básica está respaldada por una evaluación específica, que permite a la empresa evaluar su competencia. Estas evaluaciones de competencias básicas, junto con las oportunidades de mejora recomendadas, están disponibles en el artículo Measure and Grow.

¿Por qué la Entrega de Productos Ágil?

Para lograr Agilidad empresarial, las empresas deben aumentar rápidamente su capacidad para ofrecer productos y servicios innovadores. Para asegurarse de que la empresa está creando las soluciones adecuadas para los clientes adecuados en el momento adecuado, deben equilibrar su enfoque de ejecución con un enfoque en el cliente. Estas capacidades se apoyan mutuamente y crean oportunidades para un liderazgo sostenido en el mercado y los servicios. Como se ilustra en la Figura 1, la entrega ágil de productos tiene tres dimensiones.

Gráfico 1 Tres dimensiones de la entrega ágil de productos
  1. Enfoque en el cliente y Pensamiento de Diseño: El enfoque en el cliente pone al cliente en el centro de cada decisión y utiliza el pensamiento de diseño para garantizar que la solución sea deseable, factible, viable y sostenible.
  2. Desarrollo en cadencia; Lanzamiento bajo demanda: El desarrollo en cadencia ayuda a gestionar la variabilidad inherente al desarrollo de productos. Desacoplar la liberación de valor garantiza que los clientes puedan obtener lo que necesitan cuando lo necesitan.
  3. DevOps y la Canalización de Entrega Continua: DevOps y la Canalización de Entrega Continua crean la base que permite a las empresas liberar valor, total o parcialmente, en cualquier momento para satisfacer la demanda del cliente y del mercado.

Las secciones que siguen describen cada una de estas dimensiones de la entrega ágil de productos con mayor detalle.

Enfoque en el cliente y Pensamiento de diseño

El enfoque en el cliente es una mentalidad y una forma de hacer negocios que se centra en crear compromisos positivos a medida que los clientes experimentan los productos y servicios que ofrece la empresa. Las empresas centradas en el cliente generan mayores ganancias, aumentan el compromiso de los empleados y satisfacen más a fondo las necesidades de los clientes. Los gobiernos y las organizaciones sin fines de lucro centrados en el cliente crean resiliencia, sostenibilidad y la alineación necesaria para cumplir su misión.

Las empresas Lean-Ágiles logran estos objetivos aplicando el pensamiento de diseño, un proceso iterativo de desarrollo de soluciones que garantiza que los clientes y usuarios desean soluciones, al tiempo que garantiza que la solución sea factible, económicamente viable y sostenible a lo largo de su ciclo de vida.

La gestión ágil de productos sirve como la función de coordinación central para llevar nuevas soluciones al mercado y, al mismo tiempo, garantizar el éxito continuo de los productos existentes.

Centrado en el cliente

Cada vez que una empresa centrada en el cliente toma una decisión, considera profundamente el efecto que tendrá en sus usuarios finales . Esto motiva a los equipos a:

  • Enfoque en el cliente: Las empresas centradas en el cliente utilizan la segmentación de mercado y usuarios para alinear y centrar la empresa en segmentos de usuarios específicos y específicos.
  • Comprender las necesidades del cliente: las empresas centradas en el cliente van más allá de simplemente escuchar a los clientes que piden características. En su lugar, invierten el tiempo para identificar las necesidades de los clientes y crear soluciones que aborden estas necesidades.
  • Piense y sienta que las empresas centradas en el cliente son empáticas y se esfuerzan por ver el mundo desde el punto de vista de sus clientes.
  • Construir soluciones de productos completos: Las empresas centradas en el cliente diseñan una solución completa para las necesidades del usuario, asegurando que la experiencia inicial y a largo plazo del cliente sea óptima y evolucione según sea necesario.
  • Crear valor de por vida para el cliente: las empresas centradas en el cliente van más allá de la mentalidad transaccional y, en su lugar, se centran en la relación total con el cliente sobre la vida natural de la solución. La relación con el cliente a largo plazo resultante permite a la empresa crear valor para el cliente, a menudo de maneras que no se anticiparon cuando se lanzó la solución por primera vez .

Design Thinking

El Design thinking es parte integral de la atención al cliente. El pensamiento de diseño tiene dos actividades principales, que culminan en una solución sostenible, como se muestra en la Figura 2:

  1. Comprender el problema, lo que proporciona información sobre los requisitos y beneficios de una solución deseable
  2. Diseñar la solución correcta, lo que garantiza que la solución sea técnicamente factible
  3. Garantizar que la solución sea viable y sostenible al comprender y administrar la economía de la solución

Gráfico 2 Actividades de Pensamiento de diseño

El uso de Pensamiento de diseño a lo largo del ciclo de vida de la solución garantiza que estos tres atributos persistan durante la vida útil de la solución.

Desarrollar en Cadencia; Lanzamiento bajo demanda

Las empresas centradas en el cliente buscan crear un flujo continuo de valor para sus clientes. El momento de estos lanzamientos está determinado por las necesidades del mercado y del cliente, y la motivación de la propia empresa para proporcionar valor. Algunas empresas pueden publicar con mucha frecuencia, mientras que otras pueden verse limitadas por el cumplimiento u otros requisitos del mercado que motivan la publicación con menos frecuencia. Colectivamente, SAFe se refiere a estas capacidades como Liberación bajo demanda.

El tiempo de lanzamiento, sin embargo, no coincide con el flujo de trabajo de las personas que crean soluciones. Los equipos aplican un modelo de proceso optimizado para el trabajo de conocimiento altamente variable. En SAFe, esto se conoce como Desarrollar en Cadencia, un conjunto coordinado de prácticas que apoyan a los equipos ágiles al proporcionar una serie confiable de eventos y actividades que ocurren en un horario regular y predecible . La disociación de los eventos y actividades que apoyan a la organización creando valor de la forma en que se entrega ese valor promueve aún más la Agilidad del negocio (Figura 3).

Gráfico 3 Desarrollo en Cadencia; Lanzamiento bajo demanda

Cadencias de Equipo Ágil y Tren de Lanzamiento Ágil

La estructura de cadencia de SAFe admite Equipos Ágiles y Trenes de Lanzamiento Ágil (ARTs) para crear y entregar valor.

  • Las iteraciones son el componente básico del desarrollo ágil. Cada iteración es una caja de tiempo estándar de duración fija en la que los equipos ágiles ofrecen valor incremental. Para los equipos ágiles, estos suelen ser software y hardware de trabajo, mientras que los equipos de negocios proporcionarán otros aspectos de valor. Una duración típica de la caja de tiempo es de dos semanas. Sin embargo, las cajas de tiempo un poco más cortas o más largas pueden ser útiles. Las iteraciones están bien estructuradas y siguen un ciclo consistente de Planificación de Iteraciones, Ejecución de Iteraciones (que incluye un refinamiento diario de stand-up y backlog), Revisión de Iteraciones y una Retrospectiva de Iteraciones.
  • Los incrementos de programa (PI) son una caja de tiempo más grande, un conjunto de iteraciones durante las cuales un grupo de Equipos ágiles organizados en un ARTE entregan valor incremental, en forma de software y sistemas probados y en funcionamiento. Los PIs se establecen normalmente como un período fijo de 8 a 12 semanas, compuesto de 3 a 5 Iteraciones de desarrollo, seguido de una Iteración de Innovación y Planificación (IP).

Los incrementos del programa se organizan para incluir eventos y actividades adicionales basados en la cadencia que promueven la Agilidad del negocio.

Trabajar en incrementos de programa

Los incrementos de programa son la clave para crear una empresa basada en cadencias. Representan una caja de tiempo «lo suficientemente grande» para planificar y realizar un trabajo sustancial, a la vez que son «lo suficientemente pequeñas» para promover una retroalimentación rápida y una corrección a mitad de curso. En consecuencia, un Incremento del Programa tiene varias actividades y eventos importantes:

  • La planificación de incrementos de programa (PI) es el evento basado en cadencias más importante de la empresa. La planificación de PI sirve como el latido del ARTE, alineando a todos sus equipos con una misión y visión compartidas. Si bien los insumos para la Planificación de PI varían según el contexto, los dos productos principales incluyen:
    • Objetivos de PI comprometidos: Estos objetivos comerciales y técnicos para cada equipo, con el acuerdo y el valor asignados por los Propietarios del negocio, guían el trabajo del equipo para el siguiente incremento del programa.
    • Tablero de programas: Este es un «radiador visual» de las nuevas fechas de entrega de funciones, dependencias de funciones entre equipos y con otras artes, e Hitos relevantes (Figura 4).
Figura 4. Tablero del Programa
  • Las demostraciones del sistema se realizan al final de cada iteración y proporcionan una vista integrada de las nuevas características para la iteración más reciente. Cada demostración proporciona a los interesados en el ARTE una medida objetiva del progreso para el incremento actual. Al proporcionar oportunidades para ajustes en tiempo real, una demostración del sistema es un evento crítico que permite la Agilidad del negocio.
  • Inspeccionar y Adaptar (I& A) los eventos se llevan a cabo al final de cada Incremento de Programa (PI). Proporciona a todo el ARTE la oportunidad de identificar la mejora de los procesos a través de un taller estructurado de resolución de problemas.
  • Las iteraciones de innovación y planificación ofrecen una oportunidad en cada IP para que los equipos trabajen en actividades de innovación que son difíciles de encajar en un patrón de entrega de valor continuo e incremental.

Mientras los equipos y las artes trabajan en esta cadencia, la empresa puede aprovechar la Canalización de Entrega Continua para liberar valor en cualquier momento que las condiciones del mercado y la gobernanza lo requieran.

Release on Demand

Release on Demand captura los mecanismos y procesos mediante los cuales se implementa una nueva funcionalidad en producción y se libera de forma inmediata o incremental a los clientes según la demanda. Las empresas varían en cuanto a cuándo lanzan la funcionalidad.

Junto con las partes interesadas, Agile Product Management determina cuándo debe producirse una versión, qué elementos del sistema deben publicarse y qué usuarios finales y clientes deben recibir la versión. Algunos productos sirven a mercados en los que la opción óptima es lanzar nuevas funcionalidades tan pronto como estén disponibles. Ejemplos notables son los modernos proveedores de software y servicios SaaS que han creado sofisticadas capacidades de DevOps que les permiten liberar valor varias veces al día.

Otros pueden servir a mercados con ritmos de mercado distintos que rigen las ventanas de lanzamiento óptimas. Por ejemplo, hay un ritmo de mercado distinto para vender mercancía para clima frío, que va desde ropa hasta vehículos, que se define en gran medida por el hemisferio en el que vives. La cadena de suministro más grande responde a estos ritmos, como se describe en el artículo de la hoja de ruta.

Los factores adicionales que influyen en el momento en que una empresa desea lanzar la funcionalidad son:

  • Plazos reglamentarios
  • Responder a los defectos de los productos y a las actualizaciones de seguridad
  • Responder a las presiones competitivas del mercado

Las arquitecturas y prácticas técnicas cada vez más sofisticadas que mejoran la Agilidad del negocio también admiten Versiones bajo demanda. Por ejemplo, la telemetría de productos recopila datos para medir hipótesis de resultados y obtener pruebas objetivas de cómo responden los clientes al valor liberado. Los componentes que se pueden liberar por separado, los lanzamientos oscuros, los conmutadores de funciones y los lanzamientos canarios maximizan la flexibilidad del negocio al tiempo que garantizan la estabilidad operativa.

DevOps y la Canalización de Entrega Continua

Mientras que es fácil acordar que la liberación bajo demanda es el objetivo, crear la competencia para liberar valor de manera confiable y hábil cuando se desee es un trabajo duro. Implica adoptar la mentalidad y la cultura de DevOps y crear un Canal de Entrega Continua cada vez más automatizado.

Adoptar la Mentalidad, la Cultura y las Prácticas de DevOps

A medida que la disrupción digital continúa cambiando el mundo, y a medida que el software se convierte en una parte más importante de la capacidad de cada empresa para entregar y respaldar sus productos y servicios, cada empresa se enfrenta a la necesidad de reaccionar a la demanda y las necesidades de los clientes más rápidamente con soluciones digitales. Un problema común para la entrega rápida siempre ha sido el abismo entre el Desarrollo y las Operaciones; el primero optimiza para lanzamientos y cambios frecuentes, el segundo optimiza para la estabilidad operativa. Si no se aborda, esta dicotomía en la «cosmovisión» crea una barrera para el éxito.

Popularizado por libros, incluido el Proyecto Phoenix y el Manual de DevOps posterior, el movimiento’ DevOps ‘ trabaja para alinear el desarrollo, las operaciones, el negocio, la seguridad de la información y otras áreas para trabajar mejor juntos al compartir la responsabilidad de mejorar los resultados comerciales. La razón es simple: las organizaciones de alto rendimiento aplican las capacidades de DevOps para superar drásticamente a otras en aspectos técnicos y resultados de negocio, como lo ilustra la Figura 5.

Gráfico 5 Ejemplo de ventajas de DevOps

DevOps es la adopción de una mentalidad, una cultura y un conjunto de prácticas técnicas que proporcionan elementos de solución al cliente sin transferencias ni un excesivo soporte externo de producción u operaciones. Como se ilustra en la Figura 6, el enfoque de SAFe para DevOps se basa en cinco conceptos: Cultura, Automatización, Flujo Magro, Medición y Recuperación (CALMR).

Figura 6. Enfoque CALMR de SAFe para DevOps
  • La cultura representa la filosofía de responsabilidad compartida para la entrega rápida de valor en todo el Flujo de Valor. Se compone de todos los que ayudan a crear valor, incluida la Gestión de productos, el desarrollo, las pruebas, la seguridad, el cumplimiento, las operaciones, etc.
  • La automatización representa la necesidad de eliminar la intervención humana de la mayor parte posible de la tubería para disminuir los errores y reducir el tiempo de ciclo general del proceso de liberación.
  • Lean flow identifica las prácticas de limitar el trabajo en proceso (WIP), reducir el tamaño de los lotes y administrar la longitud de las colas. Esto acelera el flujo de valor al cliente y permite una retroalimentación más rápida.
  • La medición fomenta el aprendizaje y la mejora continua al comprender y cuantificar el flujo de valor a través de la tubería.
  • Recovery crea sistemas que permiten solucionar rápidamente los problemas de producción a través de capacidades automáticas de reversión y ‘corrección’ (es decir, corrección en producción).

Una de las ventajas del modelo CALMR es que está diseñado para trabajar con una organización en cualquier nivel de Agilidad Empresarial, apoyándolos inmediatamente a medida que comienzan el proceso de mejora incesante.

La Canalización de Entrega continua

La Canalización de Entrega Continua representa los flujos de trabajo, las actividades y la automatización necesarios para guiar una nueva pieza de funcionalidad desde la ideación hasta una liberación de valor bajo demanda para el usuario final. Como se ilustra en la Figura 7, la tubería consta de cuatro aspectos: Exploración Continua (CE), Integración Continua (CI), Implementación Continua (CD) y Lanzamiento bajo Demanda. El pipeline es el elemento más significativo de la competencia de entrega ágil de productos (Figura 1).

Gráfico 7 La Canalización de entrega continua

Cada Tren de lanzamiento ágil (ART) crea y mantiene, o comparte con otras ARTES, una canalización con los activos y las tecnologías necesarios para ofrecer valor de solución de la forma más independiente posible. Los tres primeros elementos de la tubería (CE, CI y CD) trabajan juntos para apoyar la entrega de pequeños lotes de nueva funcionalidad, que luego se lanzan de acuerdo con la demanda del mercado.

La exploración continua fomenta la innovación y construye la alineación en lo que se debe construir. El pensamiento de diseño se utiliza para explorar continuamente las necesidades del mercado y del cliente, y definir una Visión, una Hoja de ruta y un conjunto de Características para una Solución que satisfaga esas necesidades. Durante el CE, se plantean, refinan y preparan nuevas ideas como una lista de características prioritarias en el Programa Atrasado. Se introducen en la implementación durante la Planificación de PI, que comienza el proceso de integración continua.

La integración continua incorpora la calidad en el proceso de desarrollo mediante la integración continua del trabajo continuo de muchos equipos Ágiles. Todo el trabajo está controlado por versiones, y se construye e integra una nueva funcionalidad en un sistema o solución completa. Luego, se valida en un entorno de ensayo adecuado que abarca desde sistemas de software puros basados en la nube hasta dispositivos físicos y/o simuladores de dispositivos.

La implementación continua captura los procesos asociados con las soluciones móviles a través de la puesta en escena en entornos de producción. Al igual que con la integración continua, esto varía sustancialmente en función de los tipos de soluciones creadas y su contexto de solución asociado. Para garantizar que las soluciones estén listas para una versión completa para los clientes, la implementación incluye monitoreo para proporcionar flexibilidad en el control de versiones, la reversión de una versión o la implementación de actualizaciones y parches incrementales.

Como se describió anteriormente, la versión bajo demanda es la capacidad de poner valor a disposición de los clientes de una sola vez, o de manera ad hoc según las necesidades del mercado y del negocio. La publicación bajo demanda es fundamental para la Agilidad del negocio, ya que las decisiones de qué entregar a quién y cuándo son factores clave de valor.

Resumen

Las empresas necesitan equilibrar su enfoque en la ejecución con un enfoque en el cliente para ayudar a garantizar que están creando las soluciones adecuadas, para los clientes adecuados, en el momento adecuado. La entrega ágil de productos se basa en el enfoque del cliente, que pone al cliente en el centro de cada decisión. Utiliza el pensamiento de diseño para garantizar que la solución sea deseable, factible, viable y sostenible.

El desarrollo en cadencia ayuda a gestionar la variabilidad inherente al desarrollo de productos. Release on demand desacopla la cadencia de lanzamiento y desarrollo para garantizar que los clientes puedan obtener lo que necesitan cuando lo necesitan. DevOps y CDP crean la base que permite a las empresas liberar valor, total o parcialmente, en cualquier momento para satisfacer la demanda de los clientes y del mercado.

El resultado de la entrega ágil de productos es una mayor agilidad empresarial con resultados superiores para la empresa y los clientes a los que sirve.

Más información

Norman, Don. El Diseño de las Cosas Cotidianas. Osterwalder, Alexander, Yves Pigneur, Gregory Bernarda y Alan Smith. Diseño de Propuestas de Valor: Cómo Crear Productos y Servicios Que los Clientes Desean. Wiley, 2014. Leffingwell, Dean. Requisitos de Software Ágil: Prácticas de Requisitos Ajustados para Equipos, Programas y la Empresa. Addison-Wesley, 2011. Kim, Gene. El Proyecto Phoenix: Una Novela sobre TI, DevOps, y Cómo Ayudar a Tu Negocio a Ganar. IT Revolution Press. Kim, Gene, Jez Humble, Patrick Debois y John Willis. El Manual de DevOps: Cómo crear Agilidad, Confiabilidad y Seguridad de Clase Mundial en Organizaciones Tecnológicas. IT Revolution Press. Acelerar: Estado de DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Última actualización: 10 de febrero 2021

La información de esta página es © 2010-2021 Scaled Agile, Inc. y está protegido por las leyes de derechos de autor estadounidenses e internacionales. Ni las imágenes ni el texto se pueden copiar de este sitio sin el permiso expreso por escrito del titular de los derechos de autor. Scaled Agile Framework y SAFe son marcas comerciales registradas de Scaled Agile, Inc. Visite Preguntas frecuentes sobre permisos y contáctenos para obtener permisos.

Autor

  • Yolanda Berea – Avatar

Deja una respuesta

Tu dirección de correo electrónico no será publicada.

Previous post Amlodipino
Next post Facultad de Derecho