Entrega ágil disciplinada

La entrega ágil disciplinada ( DAD ) es la parte de desarrollo de software del kit de herramientas Disciplined Agile. DAD permite a los equipos tomar decisiones simplificadas sobre procesos en torno a la entrega de soluciones incrementales e iterativas. DAD se basa en las numerosas prácticas adoptadas por los defensores del desarrollo de software ágil , incluidos Scrum , modelado ágil , desarrollo de software lean y otros.

La principal referencia para la entrega ágil disciplinada es el libro Choose Your WoW!, [ ^1] escrito por Scott Ambler y Mark Lines. WoW se refiere a "forma de trabajar" o "formas de trabajar". ^[2]

En particular, se ha identificado a DAD como un medio para ir más allá de Scrum. ^[3] 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 la escalabilidad". ^[4] 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 ágil híbrido para la entrega de soluciones de TI empresariales que proporciona una base sólida desde la cual escalar". ^[5]

Scott Ambler y Mark Lines lideraron inicialmente el desarrollo de DAD y continúan liderando su evolución. DAD fue desarrollado para proporcionar un enfoque más cohesivo al desarrollo de software ágil; uno que intenta llenar los vacíos de proceso que son (intencionadamente) ignorados por Scrum, y uno que es capaz de escalar a nivel empresarial. Según Ambler, "Muchas metodologías ágiles, incluyendo Scrum, XP, AM, Agile Data, Kanban y más, se centran en un subconjunto de las actividades necesarias para entregar una solución desde el inicio del proyecto hasta la entrega. Antes de que se desarrollara DAD, era necesario improvisar una metodología ágil propia para hacer el trabajo". ^[6]

DAD se desarrolló como resultado de la observación de patrones comunes en los que la agilidad se aplicó a gran escala con éxito. ^[7]

En 2015 se desarrolló el marco Disciplined Agile (DA), que más tarde se convertiría en Disciplined Agile Toolkit. ^[8] Esto se llamó Disciplined Agile 2.x. DAD formó la base para DA. ^{[ cita requerida ]} Se agregó una segunda capa, DevOps disciplinado, al igual que una tercera capa llamada Disciplined Agile IT (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, Disciplined Agile Enterprise (DAE), para abordar la gama completa de procesos necesarios para la agilidad empresarial. ^[9]

En diciembre de 2018, se lanzó Disciplined Agile 4, ahora conocido como Disciplined Agile Toolkit. ^{[ cita requerida ]} Se centró en una descripción completamente renovada de DAD y una estrategia de mejora basada en equipos llamada mejora continua guiada (GCI). ^{[ cita requerida ]}

En agosto de 2019, Disciplined Agile fue adquirido por Project Management Institute . ^[10]

Muchos de los desafíos que enfrentan los equipos están fuera del alcance de Scrum y los equipos deben buscar otros métodos con partes superpuestas y terminología conflictiva. DAD intenta abordar estos desafíos mediante un enfoque híbrido, orientado al aprendizaje y centrado en las personas para la entrega de soluciones de TI. ^[11]

La entrega ágil disciplinada (DAD) identifica que "las personas y la forma en que interactúan entre sí son el principal determinante del éxito de un equipo de entrega de soluciones". ^[12] DAD respalda un conjunto sólido de roles (consulte la sección siguiente), derechos y responsabilidades que puede adaptar para satisfacer las necesidades de su situación. DAD promueve las ideas de que los miembros del equipo deben colaborar estrechamente y aprender unos de otros, que el equipo debe invertir esfuerzo para aprender de sus experiencias y desarrollar su enfoque, y que los individuos también deben hacer lo mismo. ^[13]

DAD es un conjunto de herramientas híbrido que adopta y adapta estrategias comprobadas de métodos existentes como Scrum , Programación Extrema (XP), SAFe , Modelado Ágil (AM), Proceso Unificado (UP), Kanban , Desarrollo de Software de Afuera-Intro , 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 todo el esfuerzo de combinar las partes relevantes de cada técnica ya se ha realizado.

A diferencia de los métodos ágiles de primera generación que generalmente se centran en los aspectos de construcción del ciclo de vida, DAD aborda el ciclo de vida de entrega completo, desde el inicio del equipo hasta la entrega de una solución a los usuarios finales.

DAD admite seis ciclos de vida entre los que elegir: ágil, esbelto, de entrega continua, exploratorio y de gran equipo. DAD no prescribe un ciclo de vida único porque reconoce que un enfoque no sirve para todos.

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 optimizado. DAD se encarga del "trabajo pesado del proceso" que otros métodos le dejan a usted. 

El enfoque está orientado a objetivos o resultados, en lugar de ser prescriptivo. De esta manera, DAD ofrece asesoramiento contextual sobre alternativas viables (qué funciona, qué no funciona y, lo que es más importante, por qué) y sus ventajas y desventajas, lo que le permite adaptar su forma de trabajar para abordar la situación en la que se encuentra y hacerlo de manera simplificada.

DAD hace que el enfoque pase de la simple producción de software a la provisión de soluciones consumibles que aporten un valor comercial real a las partes interesadas. Si bien el software es claramente una parte importante del producto final, estar centrado en la solución significa adoptar una visión holística del problema en su conjunto. Esto puede dar lugar a actualizaciones sugeridas en hardware, procesos empresariales y organizacionales y estructuras organizacionales generales.

Los equipos ágiles y lean se autoorganizan, lo que significa que las personas que realizan el trabajo son quienes lo planifican y lo estiman. Deben seguir trabajando de una manera consciente de la empresa que refleje las prioridades de su organización y, para ello, necesitarán estar dirigidos adecuadamente por la alta dirección.

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:

1. Ágil . Ciclo de vida de un proyecto de tres fases basado en Scrum. Las fases son: Inicio (lo que a veces se denomina "Sprint 0"), Construcción y Transición (lo que a veces se denomina sprint de lanzamiento).
2. Lean . Un ciclo de vida de proyecto de tres fases basado en Kanban.
3. Entrega continua: Agile . Un ciclo de vida de producto basado en Agile que admite un flujo continuo de trabajo que da como resultado lanzamientos incrementales (normalmente una vez por semana).
4. Entrega continua: Lean . Un ciclo de vida de producto basado en Lean que respalda un flujo continuo de trabajo.
5. Exploratorio . Un ciclo de vida basado en la experimentación y basado en el método lean startup que se ha ampliado para abordar el desarrollo paralelo de productos mínimos viables según el consejo de cynefin .
6. Programa . Un ciclo de vida para coordinar un equipo de equipos.

DAD se describe como una colección de veintiún objetivos de proceso o resultados de proceso. ^[14] Estos objetivos guían a los equipos a través de un proceso más ágil hacia decisiones que abordan el contexto de la situación a la que se enfrentan. Permite a los equipos centrarse en los resultados y no en el cumplimiento del proceso y en las conjeturas sobre la extensión de los métodos ágiles. Permite la escalabilidad al proporcionar estrategias lo suficientemente sofisticadas para abordar las complejidades a las que se enfrenta.

Estos cinco roles principales ^[15] en la entrega ágil disciplinada generalmente se encuentran independientemente de la escala.

• Parte interesada . Persona que se ve afectada materialmente por el resultado de la solución. Más que un simple usuario final o cliente, se trata de cualquier persona potencialmente afectada por el desarrollo y la implementación de un proyecto de software.
• Propietario del producto . La persona del equipo que habla como la "voz única del cliente" y representa las necesidades de la comunidad de partes interesadas ante el equipo de entrega ágil.
• Miembro del equipo . El miembro del equipo se centra en producir la solución real para las partes interesadas, lo que incluye, entre otras cosas, pruebas, análisis, arquitectura, diseño, programación, planificación y estimación. Tendrá un subconjunto de las habilidades generales necesarias y se esforzará por adquirir más para convertirse en especialistas generalistas.
• Líder del equipo . El líder del equipo es un líder anfitrión y también un coach ágil, responsable de facilitar la comunicación, empoderarlos para que elijan su forma de trabajar y garantizar que el equipo tenga los recursos que necesita y esté libre de obstáculos.
• Propietario de la arquitectura . Es el responsable de las decisiones de arquitectura del equipo y facilita la creación y evolución del diseño general de la solución.

Estos roles de apoyo ^[16] se introducen (a veces de manera temporal) para abordar problemas de escalabilidad.

• Especialista . Aunque la mayoría de los miembros del equipo ágil son especialistas generalistas, ^[17] a veces se requieren otros especialistas según las necesidades del proyecto.
• Experto en el dominio . Si bien el propietario del producto representa a una amplia gama de partes interesadas, a veces se necesita un experto en el dominio para dominios complejos donde se requiere una comprensión más matizada.
• Experto técnico . En los casos en que se presente un problema particularmente difícil, se puede recurrir a un experto técnico según sea necesario. Estos pueden ser expertos en desarrollo, 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ías complejas, se puede incorporar un equipo de pruebas independiente para que trabaje en paralelo para validar el trabajo.
• Integrador . Para soluciones técnicas complejas a gran escala, se puede utilizar un integrador (o varios integradores) para construir el sistema completo a partir de sus diversos subsistemas.

• Proceso unificado racional

• Brown, Alan (2012). Entrega de software empresarial: aportando agilidad y eficiencia a la cadena de suministro de software global . ISBN 978-0-321-80301-6.
• Royce, Walker (2013). Agilidad a escala: gobernanza económica, mejora medida y entrega ágil disciplinada. pp. 873–881. ISBN 978-1-4673-3076-3.
• Apoyo a la gobernanza en la entrega ágil disciplinada mediante medición no invasiva y minería de procesos (noviembre de 2013, Cutter IT Journal , Astromiskis, Janes, Sillitti, Succi)
• 10 principios para el éxito en la entrega ágil distribuida ( Cutter IT Journal , noviembre de 2013 , Bavani)