Agile Inception, herramientas y ejemplos (Parte 2)

Continuamos con la segunda parte de Agile Inception

Como ya lo vimos en nuestro artículo anterior de Agile Inception, la agilidad dentro de un equipo no se trata de velocidad, es más un cambio de actitud y conocimiento de las herramientas que nos ayudan a ser más versátiles cuando implementamos un nuevo proyecto.

Hagamos un recuento rápido sobre las herramientas que ya abordamos, además de la definición del Agile Inception: Se define como un conjunto de prácticas (10, según Rasmusson, para nosotros pueden ser de 7 u 8) que tienen como objetivo facilitar a los equipos ágiles de desarrollo un inicio de proyecto efectivo.

1. El reto (el qué) y el Impact Mapping,

2. el Elevator Pitch,

3. y el Product Vision Board 

Ya con este pequeño update, ahora sí, ya estamos listos para continuar con la siguiente herramienta.

4. Actores Involucrados y Mapa de vecinos 

Ya hemos respondido el qué, ahora es tiempo de responder el quién o quiénes tienen que involucrarse en el desarrollo de nuestro proyecto y, al mismo tiempo, encontrar a los usuarios que se verán beneficiados por nuestro servicio o producto.

Cuando logremos definir a nuestros stakeholders, tendremos la capacidad de definir roles, sus alcances, la capacitación necesaria o los canales de comunicación ideales para lograr el o los resultados necesarios.

Una de las herramientas más recomendables dentro de un Agile Inception se conoce como el Mapa de Vecinos, que consta de círculos concéntricos o una diana en la cual colocamos a los actores involucrados más al centro dependiendo de su responsabilidad en el proyecto, mientras más relevante es el actor dentro del desarrollo, más cercano debe de estar del centro.

En este punto es cuando debemos de generar nexos entre los integrantes y proporcionarles canales de comunicación. Debemos propiciar un espacio en el que la confianza mutua se pueda generar.

La finalidad es que los involucrados conozcan el grado de responsabilidad y el involucramiento en cada etapa, recordemos que un equipo bien informado toma mejores decisiones y encuentra de manera más eficaz la solución a un problema.

5. Backlog: User Story Mapping​

Una vez que ya hemos definido los roles y sus alcances, es necesario que comencemos a responder el, ¿cómo?, es el momento donde revisamos las metas y decidimos cómo podemos apoyar a los actores y sus responsabilidades.

El User Story Mapping es técnica que fue creada por Jeff Patton con el fin de pensar en las características a los usuarios y sus necesidades. Esto nos ayudará a priorizar aquellas acciones que generen mayor impacto. Además, proporcionará a todos los involucrados una visión global del proyecto denominada “big picture”.

Minimum Viable Product

El MVP(minimum viable product, por sus siglas en inglés) no hace referencia al jugador más valioso, en terminología de agilidad nos referimos a la versión mínima de un nuevo producto que incluye las características básicas para satisfacer las necesidades de los clientes. Como analogía podemos imaginar una hamburguesa, pues con el pan y la carne podemos hablar de un MVP que podría satisfacer el hambre de un cliente, el queso, mostaza y cátsup serían opcionales.

Priorización

Otro elemento que resulta fundamental es la priorización. En el mercado actual existen muchas opciones de modelos como el MoSCoW o el Kano, pero para efectos de simplicidad nosotros utilizaremos el modelo Valor vs. Coste. 

Aunque tiene un parecido con el indicador financiero ROI, el modelo Valor vs. Coste está centrado en el valor que aporta al negocio contra la complejidad o recursos necesarios para llevarla a cabo. Esto nos ayuda a definir de manera clara qué debe de trabajarse con la máxima prioridad y en lo que perecería importante, pero, en realidad no debemos invertir tiempo.

6. Compromiso: Delimitando el Alcance

Este punto se debe entender como un marco hacia donde enfocar el desarrollo, ya que no todas las funcionalidades que se quieren implementar son iguales de prioritarias.

Debemos centrarnos en lo verdaderamente importante, dejando para más adelante aquello que no lo es. Si no delimitamos el alcance, se quedarán demasiadas puertas abiertas por detrás, con el riesgo de que el cliente o usuarios quieran volver a ellas.

En otras palabras, cuando delimitamos el alcance consideramos las prioridades y evitar los cambios innecesarios. Creamos una conexión entre el equipo y el cliente para que este puede evaluar el progreso del proyecto en cada sprint. 

7. Identificación de Riesgos

Por último, es sumamente importante que se analicen los posibles riesgos que podemos enfrentar en el proyecto, de esta manera podremos estar un paso adelante. Si pensamos a detalle todo lo que podría salir mal lo podríamos clasificar en la siguiente lista

• Operacional: Se refiere a cuando el producto ya está en operaciones en el mercado 
• Cumplimiento: Los sprints deben de considerar tiempos de entrega reales, debemos de aprender a equivocarnos antes
• Reputacional: El impacto que puede tener en la forma en que la marca es vista 
• Tecnológico: Aquí se enfrenta el tema de si contamos con el conocimiento técnico del equipo o la infraestructura del cliente para poder implementarlo
• Financiero: Este se enfoca en la cantidad de presupuesto, la inversión o el retorno esperado de la misma
• Jurídico: Debemos de ser conscientes de las regulaciones, permisos o pruebas que las entidades competentes solicitan para acatar cada una de ellas

Como podrás observar, esta pequeña guía sobre el Agile Inception nos da una visión sobre el cómo podemos dar inicio a un proyecto y que nos sea posible tener mayor éxito en tus iniciativas de desarrollo. Es importante que sepas que estás herramientas no son la panacea a todos los posibles problemas a los que tu organización se puede enfrentar en sus proyectos, en realidad, es una ayuda para equivocarse más rápido y que tu equipo encuentre una solución más temprana. 

Espero que esta guía resumida te haya sido de utilidad. Si te interesa una asesoría con mayor detalle para tu empresa o negocio, contáctanos y con gusto podremos encontrar la mejor solución.