Posts Tagged

Scrum

Disciplined Agile Delivery

Disciplined Agile Delivery is a book written by Scott Ambler and Mark Lines, in which the authors explain in detail this Lean-Agile framework and how it fits into the operation of a company that develops software solutions. Disciplined Agile Delivery – abbreviated as «DAD» – unlike other methodologies, it does not focus exclusively on the process of building a software project, but covers its entire life cycle, from conception to production.

Although the style of the book is clear and direct, it is highly recommended to have previous knowledge about the most important Agile-Lean methodologies, such as Scrum or Extreme Programming, since the authors mention them throughout the book but without going into detail.

Structure

The book is structured in six thematic parts in which it covers the different existing roles, the three stages of life of a DAD project –  Origen, Construction andTransition – and Agile Governance of a company’s IT department.

In the first part, «Introduction to Disciplined Agile Delivery», the authors make an introduction to the framework, describing the Agile and Lean principles from which it starts, as well as the different methodologies or techniques, – Scrum, Extreme Programming, Agile Modeling,  Unified Process, Agile Data y Kanban – which DAD uses and which combines according to the particular needs of each project.

In the next block, «People First», the roles within a DAD project are exposed along with their rights and responsibilities, although as the authors themselves point out, at the end of the day «we work in companies, not in democracies».  It also explains the separation between primary and secondary roles, for which the authors have decided to use generic names and avoid Scrum terminology: for example, the Scrum Master role is called Project Leader.

In the third part called «The Starting Phase», the initial phase of a DAD project is described. The authors emphasize that this phase should be as short as possible and that the main objective is to agree on a common vision of the project at a high level with the stakeholders, or interested parties, in the most efficient way possible. Understanding the vision as the scope, the schedule, the budget, possible relevant constraints, key risks and the architecture of the solution. Always assuming that the details will evolve as the project does. They also urge you to start building our team at this stage, planning its composition and whether any additional members will be needed.

In the block «Building a Consumable Solution in an Incremental Way», it is explained how Scrum and Extreme Programming techniques are adopted -among others- to apply them in a coherent way. It also emphasizes the importance of regular retrospectives and demonstrations to stakeholders, as well as the importance of the team addressing technical risks as early as possible. For example, confirming that the chosen Technical Architecture is adequate by delivering end-to-end functionalities from the first iterations.

In the fifth part entitled «Launching the Solution», the last phase of the cycle, called the Transition phase, is detailed. In this phase, the last acceptance tests must be passed and the interested parties must be prepared to put the solution into production. This can include activities such as securing the production environments, notifying users that a new version of the solution will be available, and even providing training if necessary.

In the sixth and last block, «Disciplined Agile Delivery in the Enterprise», first Governance is defined as «the activity that observes the team from the outside as a system to which it must provide the appropriate processes and structure», as opposed to Managemen that occurs within the team. According to the authors of the book, governing an Agile team is simpler than governing a traditional one, but for that, relevant metrics must be gathered and Governance must be focused not as a team control activity, but as an employee training one.

Certification

Finally, comment that DAD consists of a four-level certification program. With the reading of this book and the subsequent exam we can get the second level Certified Disciplined Agilist. This means that even though it is a long book, its reading is more valuable.

Title: Disciplined Agile Delivery
Authors: Scott W. Ambler y Mark Lines
Editor: Prentice Hall
Year: 2012
Language: English
Pages: 544


Disciplined Agile Delivery  es un libro escrito por Scott Ambler y Mark Lines, en el que los autores explican con detalle este framework Lean-Agile y cómo encaja en el funcionamiento de una empresa que desarrolle soluciones software. Disciplined Agile Delivery – abreviado como “DAD” – a diferencia de otras metodologías, no se centra exclusivamente en el proceso de construcción de un proyecto de software, sino que abarca todo su ciclo de vida, desde su concepción, hasta su puesta en producción.

Aunque el estilo del libro es claro y directo, es muy recomendable tener conocimientos previos sobre las metodologías Agile-Lean más importantes, como pueden ser Scrum o Extreme Programming, ya que los autores las mencionan a lo largo del libro pero sin llegar a entrar en detalles.

Estructura

El libro está estructurado en seis partes temáticas en las que abarca los diferentes roles existentes, las tres etapas de vida de un proyecto DAD –  Origen, Construcción y Transición – y la Gobernanza Ágil del departamento TI de una empresa.

En la primera parte, Introducción a Disciplined Agile Delivery”,  los autores hacen una introducción al framework, describiendo los principios Agile y Lean de los que parte, así como de las diferentes metodologías o técnicas,  – Scrum, Extreme Programming, Agile Modeling,  Unified Process, Agile Data y Kanban – que emplea DAD y que combina de acuerdo a las necesidades particulares de cada proyecto.

En el siguiente bloque, “La Gente Primero”, se exponen los roles dentro de un proyecto DAD junto con sus derechos y responsabilidades, aunque como los propios autores señalan, al final del día “trabajamos en compañías, no en democracias”.  También se explica la separación entre roles primarios y secundarios, para los cuales los autores han decidido usar nombres genéricos y evitar la terminología Scrum:  por ejemplo al rol del Scrum Master lo denomina Project Leader o Líder del Proyecto.

En la tercera parte denominada “La fase de Comienzo”, se describe la fase inicial de un proyecto DAD. Los autores nos recalcan que esta fase debe ser lo más corta posible y que el objetivo principal, es el de acordar una visión común a alto nivel sobre el proyecto con los stakeholders, o partes interesadas, de la manera más eficiente posible. Entendiendo la visión como el alcance, el cronograma, el presupuesto, posibles restricciones relevantes, riesgos clave y la arquitectura de la solución. Asumiendo siempre que los detalles evolucionarán a medida que lo haga el proyecto. También se apremia a empezar a construir nuestro equipo en esta fase, planificando su composición y si hará falta contratar a algún miembro adicional.

En el bloque “Construyendo una Solución Consumible de manera Incremental”, se explica cómo se adoptan técnicas de Scrum y Extreme Programming -entre otras – para aplicarlas de manera coherente. Asimismo se remarca la importancia de las retrospectivas y las demostraciones periódicas a las partes interesadas, así como la importancia de que el equipo afronte los riesgos técnicos lo más pronto posible. Por ejemplo, confirmando que la Arquitectura técnica escogida es la adecuada mediante la entrega de funcionalidades end-to-end desde las primeras iteraciones.

En la quinta parte titulada “Lanzando la Solución”,  se detalla la última fase del ciclo, llamada fase de Transición. En esta fase se deben superar las últimas pruebas de aceptación y preparar a las partes interesadas para la puesta en producción de la solución. Esto puede incluir actividades como asegurar los entornos de producción, avisar a los usuarios que van a disponer de una nueva versión de la solución, e incluso proporcionar formación si fuera necesario.

En el sexto y último bloque, “Disciplined Agile Delivery en la Empresa”, primero se define la Gobernanza como «la actividad que observa al equipo desde el exterior como un sistema al cual debe proporcionar los procesos y estructura oportunas», a diferencia de la Gestión o el Management que ocurre dentro del equipo. Según los autores del libro, gobernar un equipo Ágil es más simple que gobernar a uno tradicional, pero para ello se deben recabar las métricas que sean relevantes y enfocar la Gobernanza  no como una actividad de control de los equipos, sino de capacitación de los empleados.

Certificación

Finalmente, comentar que DAD consta de un programa de certificación de cuatro niveles. Con la lectura de este libro y el consiguiente examen podemos sacar el segundo nivel Certified Disciplined Agilist. Lo que hace que, aún siendo un libro extenso, su lectura tenga un mayor valor.

Título: Disciplined Agile Delivery
Autores: Scott W. Ambler y Mark Lines
Editor: Prentice Hall
Año: 2012
Idioma: Inglés
Páginas: 544