En el mundo del desarrollo ágil, uno se encuentra constantemente con desafíos y situaciones inciertas que requieren soluciones creativas. Aquí es donde entran en juego los “spikes basados en riesgo”. Estos son esencialmente pequeños experimentos o prototipos diseñados específicamente para abordar y entender mejor los riesgos potenciales que pueden surgir durante el desarrollo de un proyecto. Su propósito principal es eliminar la ambigüedad y proporcionar claridad al equipo de proyecto.
El término “spike” en el contexto ágil se refiere a una actividad diseñada para investigar, explorar y eventualmente solucionar una pregunta o problema específico. Los spikes son especialmente útiles cuando hay ciertas incertidumbres en un proyecto, y el equipo necesita despejar dudas o verificar suposiciones antes de avanzar con plena confianza. Los spikes basados en riesgo, como su nombre indica, están directamente orientados a identificar y comprender los riesgos.
Estos spikes se realizan preferiblemente al inicio de un proyecto, incluso antes de que se inicie el proceso de “Desarrollar épicas” o de “Crear el backlog priorizado del producto”. La razón de esto es simple: es esencial entender y cuantificar los riesgos potenciales antes de que se establezcan los cimientos del proyecto. Al llevar a cabo un spike basado en riesgo, el equipo invierte un tiempo limitado, típicamente de dos a tres días, en una investigación intensiva.
Esta investigación no solo ayuda a identificar los riesgos, sino que también proporciona al equipo las herramientas y el conocimiento necesario para abordarlos de manera efectiva. El spike puede involucrar diversas actividades, desde entrevistas con expertos hasta la creación de prototipos rápidos, para probar ciertas teorías o suposiciones. Al final del spike, el equipo debería tener una comprensión clara de los riesgos y cómo gestionarlos.
Los spikes basados en riesgo son llevados a cabo por el equipo de desarrollo ágil, junto con cualquier experto o stakeholder relevante que pueda proporcionar insights valiosos. Se realiza mediante una investigación intensiva que puede incluir actividades como entrevistas, análisis de datos, o la construcción de prototipos. Es preferible hacerlo al inicio de un proyecto, específicamente antes de procesos clave como “Desarrollar épicas” o “Crear el backlog priorizado del producto”. Las herramientas utilizadas para este ejercicio varían según el objetivo del spike, pero a menudo incluyen herramientas de análisis, plataformas de prototipado, y software de gestión de proyectos.
Antes de adentrarnos en un ejemplo detallado, es fundamental entender la naturaleza analítica de un spike basado en riesgo. Imaginemos que estás desarrollando un nuevo software y hay incertidumbre sobre cómo se comportará bajo ciertas condiciones de carga. En lugar de proceder sin saber, decides llevar a cabo un spike basado en riesgo.
Tu equipo identifica un riesgo potencial en el rendimiento del software cuando se utilizan ciertos datos de entrada. Decides llevar a cabo un spike de tres días. El primer día, el equipo desarrolla un prototipo rápido para simular el escenario de riesgo. El segundo día, se recopilan y analizan los datos del prototipo bajo diferentes condiciones. En el tercer día, se discuten los resultados y se toman decisiones. La fórmula que se podría usar aquí es la simulación de carga:
\[ Rendimiento = (Número de peticiones) / (Tiempo de respuesta) \]
Después de ejecutar la simulación, encuentras que el rendimiento disminuye significativamente con ciertos datos de entrada. Esto te brinda la oportunidad de abordar el problema antes de que afecte al proyecto.
Los spikes basados en riesgo, como este, permiten a los equipos identificar problemas potenciales y abordarlos proactivamente. En este ejemplo, al usar una fórmula y un enfoque sistemático, el equipo pudo cuantificar el riesgo y tomar decisiones informadas sobre cómo proceder.