¿Para qué sirve Agile? (1)

El Desarrollo Ágil se ha venido postulando como la solución a todos los problemas del desarrollo de productos. Pero ¿es Agile válido para algo más que el desarrollo de software a medida?

En el transcurso de los últimos diez años, Agile se ha convertido en un enfoque practicado por muchos departamentos de TI y Desarrollo: en la encuesta Global Developer Technographics publicada por Forrester y Dr. Dobbs, casi el 39% de los profesionales de TI consultados afirmaba seguir un método Agile (con Scrum, Agile modeling y Test-driven development a la cabeza). Y con esta explosión del Desarrollo Ágil uno de los temas de debate es si sus principios y metodologías son válidos en entornos diferentes al del software a medida, que es donde nació. ¿Funciona en desarrollos a medida no software? ¿En desarrollo de productos software? ¿Y en productos no software?

Dejemos a un lado la obviedad de que el Agile Manifesto se refiere exclusivamente al software y analicemos si su filosofía y principios y las diversas metodologías asociadas con Agile (Scrum, XP…) se pueden aplicar en otros entornos.  Y vamos a empezar sintetizando las diferencias entre estos diversos escenarios:

Por resumir, las diferencias entre un desarrollo a medida y uno de producto es que el primero es un desarrollo más o menos singular, definido para resolver el problema de un cliente dado. Por el contrario el desarrollo de producto va dirigido a resolver las necesidades –a veces latentes– de un mercado de clientes en general desconocidos (individual y, muchas veces, colectivamente). Además, lo que se conoce como Desarrollo de Nuevos Productos (NPD, New Product Development) abarca varias fases previas a (o concurrentes con) su “construcción”, que incluyen el descubrimiento de la oportunidad, la comprensión del mercado, la identificación de necesidades, la validación del modelo de negocio o la elaboración del caso de negocio. Finalmente, la vida de un producto abarca esas fases previas y otras posteriores como su lanzamiento, comercialización, evolución o retirada del mercado (generalmente a través de una sustitución ordenada mediante nuevos productos de la empresa)… lo que tradicionalmente constituye el área de Product Management y Product Marketing.

En cuanto a las diferencias software – no software, la más evidente es la posibilidad de replicar (“fabricar” y “entregar”) unidades adicionales de un producto software a coste prácticamente cero. Pero desde el punto de vista de desarrollo de un proyecto singular o de la primera unidad de un producto, una diferencia vital es que los costes de realizar cambios a mitad del proceso son mucho más bajos en el software que en otro tipo de industrias más intensivas en materiales y equipamiento. Esto hace viables los enfoques iterativos de desarrollo.

Finalmente, entre un desarrollo a medida de software y un producto software aplican las diferencias generales entre desarrollos a medida y producto, pero además en un desarrollo a meda lo importante es la cobertura funcional mientras que en un producto (especialmente en B2C) adicionalmente resultan clave aspectos como la experiencia de usuario y otras medidas de calidad.

¿Se puede aplicar Agile a desarrollos a medida más allá del software?

Por desarrollo a medida entendemos un proyecto nuevo y diferente que se ejecuta para cubrir una necesidad identificada de un cliente dado -no la replicación de un desarrollo previo- por ejemplo, la construcción/ elaboración de un edificio, un barco, un informe de consultoría… o un coche de Formula 1.

Por supuesto que algunos principios de Agile y aspectos de sus diferentes metodologías pueden beneficiar a proyectos de muy diversa naturaleza. De hecho, marcos de gestión de proyectos como Scrum no nacieron ligados inicialmente al software. Por otra parte es obvio que metodologías específicamente de programación como XP (con su pair programming y otras prácticas) no van a encontrar un acomodo fácil en otros ámbitos.

Los principios básicos de Agile (iteración, desarrollo incremental, feedback continuo de cliente…) proporcionan los mejores resultados en escenarios donde existe gran incertidumbre e incógnitas que deben ir despejándose durante el proyecto, en los que es imposible recabar todos los requisitos del cliente al principio o estos no son estables y donde el coste de realizar cambios durante el desarrollo no es prohibitivo. Pero ya sabemos que la flexibilidad que aporta Agile no es gratis: si no se dan las anteriores circunstancias es menor aplicar una gestión “predictiva” (no evolutiva) basada en definir-planear-ejecutar.

Por ejemplo, con el estado actual de la tecnología no podemos de manera eficiente “iterar” durante la construcción de un edificio, so pena de que un presupuesto de 27 millones se convierta en 110 (aunque si el cliente es la administración pública y quien paga es el contribuyente todo es mucho más “flexible”, como bien sabemos en nuestro país). Por contra, sí que es más sencillo iterar y aprovechar la flexibilidad de Agile en proyectos más inmateriales, como los relacionados con contenidos digitales. No obstante las tecnologías de simulación, prototipado rápido, realidad virtual, etc. pueden facilitar el feedback y la iteración desde la fase de diseño en muchos tipos de desarrollos a medida, sin necesidad de esperar a la construcción.

En la segunda y tercera partes de este post analizaremos si Agile es útil para el desarrollo de productos, tanto software como no software.

Este post en «Marketing & Innovación».

[Desarrollar nuevas ofertas y modelos de negocio en mercados tecnológicos plantea retos muy particulares. Descubre en este documento cómo desarrollar productos que los clientes necesitan.]

Categorías: desarrollo ágil, desarrollo de producto