La entrega ágil disciplinada ( DAD ) es la parte de desarrollo de software del conjunto de herramientas ágil disciplinado. DAD permite a los equipos tomar decisiones de proceso simplificadas en torno a la entrega de soluciones incrementales e iterativas. DAD se basa en las muchas prácticas adoptadas por los defensores del desarrollo de software ágil , que incluyen scrum , modelado ágil , desarrollo de software ajustado y otros.
La referencia principal para la entrega ágil y disciplinada es el libro Choose Your WoW! , [1] escrito por Scott Ambler y Mark Lines.
En particular, se ha identificado al DAD como un medio para ir más allá del scrum. [2] Según Bhuvan Unhelkar, consultor senior de Cutter, "DAD proporciona un mecanismo cuidadosamente construido que no solo agiliza el trabajo de TI, sino que, lo que es más importante, permite escalar". [3] Paul Gorans y Philippe Kruchten piden más disciplina en la implementación de enfoques ágiles e indican que DAD, como marco de ejemplo, es "un enfoque híbrido ágil para la entrega de soluciones de TI empresarial que proporciona una base sólida desde la cual escalar". [4]
Historia
Scott Ambler y Mark Lines inicialmente lideraron el desarrollo de DAD. Ambler y Lines continúan liderando la evolución de DAD. DAD fue desarrollado para proporcionar un enfoque más cohesivo para el desarrollo de software ágil; uno que intente llenar los vacíos del proceso que Scrum (intencionalmente) ignora, y uno que sea capaz de escalar a nivel empresarial. Según Ambler, "Muchas metodologías ágiles, incluidas Scrum, XP, AM, Agile Data, Kanban y más, se centran en un subconjunto de las actividades necesarias para ofrecer una solución desde el inicio del proyecto hasta la entrega. Antes de que se desarrollara DAD, era necesario improvise su propia metodología ágil para hacer el trabajo ". [5]
DAD se desarrolló como resultado de la observación de patrones comunes donde la agilidad se aplicó a escala con éxito. [6]
En 2015, se desarrolló el marco ágil disciplinado (DA), que más tarde se convertiría en el conjunto de herramientas ágil disciplinado. [7] Esto fue llamado 2.x disciplinado ágil. DAD formó la base de DA. [ cita requerida ] Se agregó una segunda capa, DevOps disciplinado, al igual que una tercera capa llamada TI ágil disciplinada (DAIT). [ cita requerida ] Estas capas, respectivamente, abordaron cómo abordar los procesos de DevOps y TI en un entorno de clase empresarial.
Disciplined Agile 3.x se lanzó en agosto de 2017 para introducir una cuarta capa, empresa ágil disciplinada (DAE), para abordar la gama completa de procesos necesarios para la agilidad empresarial. [8]
En diciembre de 2018, se lanzó disciplinada Agile 4, ahora conocida como la caja de herramientas disciplinada ágil. [ cita requerida ] Se centró en una descripción completamente renovada de DAD y una estrategia de mejora basada en equipo llamada mejora continua guiada (GCI). [ cita requerida ]
En agosto de 2019, Project Management Institute adquirió disciplined agile . [9]
Aspectos clave
Muchos de los desafíos que enfrentan los equipos están fuera del alcance del scrum y los equipos deben buscar otros métodos con partes superpuestas y terminología conflictiva. DAD intenta abordar estos desafíos mediante el uso de un enfoque híbrido orientado al aprendizaje y centrado en las personas para la entrega de soluciones de TI. [10]
La gente primero
La entrega ágil disciplinada (DAD) identifica que "las personas y la forma en que interactúan entre sí son el principal factor determinante del éxito de un equipo de entrega de soluciones". [11] DAD apoya un conjunto sólido de roles (ver la sección a continuación), derechos y responsabilidades que puede adaptar para satisfacer las necesidades de su situación. El DAD promueve las ideas de que los miembros del equipo deben colaborar estrechamente y aprender unos de otros, que el equipo debe invertir esfuerzos para aprender de sus experiencias y desarrollar su enfoque, y que las personas también deben hacerlo. [12]
Híbrido
DAD es un conjunto de herramientas híbrido que adopta y adapta estrategias probadas a partir de métodos existentes como Scrum , programación extrema (XP), SAFe , modelado ágil (AM), Proceso Unificado (UP), Kanban , desarrollo de software de afuera hacia adentro , datos ágiles (AD ) y el modelo de desarrollo de Spotify . En lugar de tomarse el tiempo para adaptar uno de estos marcos existentes, con DAD ya se ha hecho todo el esfuerzo de combinar piezas relevantes de cada técnica.
Ciclo de vida completo de la entrega
A diferencia de los métodos ágiles de primera generación que normalmente se centran en los aspectos de construcción del ciclo de vida, DAD aborda el ciclo de vida completo de la entrega, desde el inicio del equipo hasta la entrega de una solución a los usuarios finales.
Soporte para múltiples ciclos de vida
DAD admite seis ciclos de vida para elegir: versiones ágiles, esbeltas, de entrega continua, exploratorias y para equipos grandes del ciclo de vida. DAD no prescribe un solo ciclo de vida porque reconoce que un enfoque no sirve para todos.
Completo
DAD muestra cómo el desarrollo, el modelado, la arquitectura, la gestión, los requisitos / resultados, la documentación, la gobernanza y otras estrategias encajan en un todo simplificado. DAD hace el "proceso de trabajo pesado" que otros métodos le dejan a usted.
Sensible al contexto
El enfoque se basa en objetivos o resultados en lugar de prescriptivo. Al hacerlo, el DAD brinda asesoramiento contextual sobre alternativas viables (qué funciona, qué no y, lo que es más importante, por qué) y sus compensaciones, lo que le permite adaptar su forma de trabajar para abordar la situación en la que se encuentra y hacerlo. de una manera simplificada.
Soluciones consumibles sobre software de trabajo
DAD madura el enfoque desde simplemente producir software hasta proporcionar soluciones consumibles que brindan un valor comercial real a las partes interesadas. Si bien el software es claramente una parte importante del entregable, estar enfocado en la solución significa tener una visión holística del problema general. Esto puede dar lugar a actualizaciones sugeridas en el hardware, los procesos empresariales y organizativos y las estructuras organizativas generales.
Autoorganización con gobernanza adecuada
Los equipos ágiles y lean se autoorganizan, lo que significa que las personas que hacen el trabajo son quienes lo planifican y estiman. Aún deben trabajar de una manera consciente de la empresa que refleje las prioridades de su organización, y para hacer eso, deberán ser gobernados apropiadamente por altos directivos.
Ciclos de vida
Disciplined originalmente admitía un ciclo de vida de proyecto ágil (basado en scrum) y un ciclo de vida de proyecto Lean (basado en Kanban). Desde entonces se ha ampliado para admitir seis ciclos de vida:
- Ágil . Un ciclo de vida del proyecto de tres fases basado en Scrum. Las fases son Inception (lo que a veces se llama "Sprint 0"), Construcción y Transición (lo que a veces se llama Sprint Release).
- Lean . Un ciclo de vida del proyecto de tres fases basado en Kanban.
- Entrega continua: ágil . Un ciclo de vida del producto basado en Agile que admite un flujo continuo de trabajo que da como resultado lanzamientos incrementales (generalmente una vez a la semana).
- Entrega continua: Lean . Un ciclo de vida del producto basado en lean que respalda un flujo continuo de trabajo.
- Exploratorio . Un ciclo de vida basado en la experimentación basado en la puesta en marcha ajustada que se ha ampliado para abordar el desarrollo paralelo de productos mínimos viables según el consejo de cynefin .
- Programa . Un ciclo de vida para coordinar un equipo de equipos.
Metas del proceso
DAD se describe como una colección de veintiún objetivos de proceso o resultados de proceso. [13] Estos objetivos guían a los equipos a través de un proceso de decisiones más ágil para abordar el contexto de la situación que enfrentan. Permite a los equipos centrarse en los resultados y no en el cumplimiento de los procesos y en las conjeturas para ampliar los métodos ágiles. Permite escalar al proporcionar estrategias lo suficientemente sofisticadas para abordar las complejidades a las que se enfrenta.
Fase de inicio | Fase de construcción | Fase de transición |
---|---|---|
Haga que el equipo vaya en la dirección correcta. | Cree gradualmente una solución consumible. | Ponga la solución en producción. |
|
|
|
Metas en curso | ||
Mejore y trabaje de manera empresarial. | ||
|
Roles
Roles principales
Estos cinco roles principales [14] en la entrega ágil disciplinada se encuentran típicamente independientemente de la escala.
- Interesado . Alguien que se vea afectado materialmente por el resultado de la solución. Más que un usuario final o un cliente, se trata de cualquier persona potencialmente afectada por el desarrollo y la implementación de un proyecto de software.
- Dueño del producto . La persona del equipo que habla como "la única voz del cliente", representando las necesidades de la comunidad de partes interesadas para el ágil equipo de entrega.
- Miembro del equipo . El miembro del equipo se centra en producir la solución real para las partes interesadas, que incluye, entre otros: pruebas, análisis, arquitectura, diseño, programación, planificación y estimación. Tendrán un subconjunto de las habilidades necesarias en general y se esforzarán por obtener más para convertirse en especialistas en generalización.
- Líder de equipo . El líder del equipo es un líder anfitrión y también el entrenador ágil, responsable de facilitar la comunicación, capacitarlos para elegir su forma de trabajar y asegurarse de que el equipo tenga los recursos que necesita y esté libre de obstáculos.
- Propietario de arquitectura . Posee las decisiones de arquitectura para el equipo y facilita la creación y evolución del diseño general de la solución.
Posibles roles de apoyo
Estos roles de apoyo [15] se introducen (a veces de forma temporal) para abordar problemas de escala.
- Especialista . Aunque la mayoría de los miembros del equipo ágil son especialistas generalizadores, [16] a veces se requieren otros especialistas dependiendo de las necesidades del proyecto.
- Experto en dominio . Si bien el propietario del producto representa una amplia gama de partes interesadas, a veces se requiere un experto en dominios para dominios complejos donde se requiere una comprensión más matizada.
- Experto técnico . En los casos en que se encuentre un problema particularmente difícil, se puede contratar a un experto técnico según sea necesario. Estos podrían ser maestros de construcción, administradores de bases de datos ágiles, diseñadores de experiencia de usuario (UX) o expertos en seguridad.
- Probador independiente . Aunque la mayoría de las pruebas las realizan los miembros del equipo DAD, en casos con dominios o tecnología complejos, se puede contratar un equipo de pruebas independiente para que trabaje en paralelo para validar el trabajo.
- Integrador . Para soluciones técnicas complejas a escala, se puede utilizar un integrador (o varios integradores) para construir el sistema completo a partir de sus diversos subsistemas.
Referencias
- ^ Ambler, Scott ; Lines, Mark (2019). ¡Elige tu WoW! Un manual disciplinado de entrega ágil para optimizar su forma de trabajar . ISBN 978-1790447848.
- ^ Ambler, Scott (2013). "Más allá de Scrum: Entrega ágil disciplinada" (PDF) .
- ^ Entrega ágil disciplinada en la empresa (Cutter IT Journal, número especial, junio de 2013)
- ^ Kruchten, Philippe ; Gorans, Paul (febrero de 2014). Una guía de los factores críticos de éxito en la entrega ágil (informe). IBM Center for the Business of Government. pag. 14 . Consultado el 1 de febrero de 2014 .
un enfoque ágil híbrido para la entrega de soluciones de TI empresarial que proporciona una base sólida desde la cual escalar
- ^ Entrega ágil disciplinada cumple con CMMI (Cutter IT Journal, noviembre de 2013)
- ^ "Entrega ágil disciplinada" . Diafonía. Archivado desde el original el 22 de febrero de 2014 . Consultado el 31 de enero de 2014 .
- ^ "Introducción a Disciplined Agile" .
- ^ Ambler, Scott ; Líneas, Mark (2017). Una guía ejecutiva para la agilidad disciplinada . ISBN 978-1539852964.
- ^ "PMI anuncia la adquisición de DA" .
- ^ Líneas, marca; Ambler, Scott (2019). ¡Elige tu WoW! Un manual disciplinado de entrega ágil para optimizar su forma de trabajar . pag. 41. ISBN 978-1790447848.
- ^ Ambler, Scott. "Agility @ Scale: Estrategias para escalar el desarrollo de software ágil" . IBM developerWorks . Software de IBM.
- ^ "Entrega ágil disciplinada: Introducción (documento técnico), pág. 7" (PDF) . Software de IBM. Archivado desde el original (PDF) el 29 de mayo de 2013 . Consultado el 31 de enero de 2014 .
- ^ Ambler y líneas (2019). "¡Elige tu WoW!" . pag. 46.Mantenimiento de CS1: utiliza el parámetro de autores ( enlace )
- ^ Ambler, Scott. "Roles en equipos DAD" . disciplinadagiledelivery.com .
- ^ Ambler, Scott. "Roles en equipos DAD" . disciplinadagiledelivery.com .
- ^ "Especialistas en generalización: mejorar sus habilidades profesionales de TI" . Modelado ágil.
Otras lecturas
- Brown, Alan (2012). Entrega de software empresarial: aportando agilidad y eficiencia a la cadena de suministro de software global . ISBN 978-0321803016.
- Royce, Walker (2013). "Agilidad a escala: gobernanza económica, mejora medida y entrega ágil disciplinada" .
- Apoyando la gobernanza en la entrega ágil disciplinada mediante la medición no invasiva y la minería de procesos, (noviembre de 2013 Cutter IT Journal , Astromiskis, Janes, Sillitti, Succi)
- Diez principios para el éxito en la entrega ágil distribuida (noviembre de 2013 Cutter IT Journal , Bavani)