domingo, mayo 31, 2015

Calculando el Costo y Tiempo Estimado de un Proyecto Ágil Usando un User Story Map

Hola a todos

Una pregunta constante en las capacitaciones y cuando un equipo comienza a trabajar con metodologías ágiles es:

¿Cómo determino el costo de mi proyecto ágil?

Pues bien, una de las formas es utilizando mapas de historias de usuario (user story maps) y luego asignar valores a las historias épicas encontradas

A continuación les comparto la hoja de cálculo y los tips para usarla.

---
Para hacer uso de esta hoja de cálculo debes saber que es un User Story Map, te recomiendo estos links


Luego de elaborar tu User Story Map, debes tallar las historias épicas con tallas de camiseta  y tu propia tabla de equivalencia de tallas (a continuación te comparto una posible)


S es el pivote o punto de comparación
M Equivale a 2 "s"
L Equivale a 5 "s"
XL Equivale a 10 "s"
XXL Equivale a 20 "s"
XXXL Equivale a 40 "s"




Este tallaje es de acuerdo a la percepción de tamaño que les de el equipo de desarrollo a las historias épicas y buscando que las que son de similar talla queden con misma asignación, por ejemplo así


Paso seguido determinar la cantidad de  "S" por cada release, de acuerdo a la tabla anterior.

Por lo tanto, luego de determinar que en Release "0" tienes  10 historias épicas talla "S" y 3
historias épicas talla " L", equivale a 25 "s"y así hacer con el resto de releases.


---
De la hoja de cálculo recordar que todo lo que esta en Amarillo puede ser modificado.
                   
De igual forma, un estimado no es algo preciso, y por ejemplo afirmar "UNA ESTIMACIÓN EXACTA"es un completo contra-sentido (u oxímoron).

_
Esta hoja de Calculo te ayudará a saber el costo y duración de tu proyecto ágil de forma aproximada.

No olvides leer el los derechos de autor y si tienes mejoras, pues publícalas y compártelas



Saludos ágiles
Jorge Abad

domingo, mayo 24, 2015

Como Jugando Fútbol - Un Símil con Scrum



Hola a todos

Muchas veces cuando comienzo a hablar del marco de Scrum, recuerdo uno de los símiles que escuché en el Ágiles 2014 (sino estoy mal se lo escuche a Pablo Tortorella - @Pablitux), y era que Scrum se parece a jugar fútbol (similar a como Ken Schwaber dice que es como jugar ajedrez [1]).

Se tienen:

  • unas reglas a seguir
  • una cancha
  • un arco
  • un árbitro y unos auxiliares
  • la forma en que se hacen goles y las faltas, 
  • dos equipos
Y dentro de ese marco los equipos juegan, ganan, pierden, se divierten y quien no siga esas reglas - obvio -  no estará jugando fútbol.



Pero la parte en que noto más similitud es en que:

  • se tienen estrategias
  • hay equipo
  • hay un entrenador que motiva y orienta al equipo, 
  • los equipos se adaptan según el transcurrir del partido y el comportamiento del otro equipo.
  • y de igual forma los jugadores interactuan con un objetivo común,  y ese objetivo común logra que se regañen entre ellos, se reprendan, se griten de cancha a cancha pasándose la pelota, se hagan señas y hasta cometan faltas.
Hay pasión, hay sufrimiento, hay coraje y compromiso cada minuto del partido...


Iniciando a Jugar y el Modelo de Tuckman
Observo también, que cuando un equipo inicia a jugar fútbol por primera vez los jugadores no saben mucho del estilo del otro, de sus habilidades y falencias, pero a medida que juegan partidos juntos aumenta la confianza, el lenguaje, la amistad y aparecen estrategias de juego que son útiles para ganar, aun para decidir si necesitan hacer cambios al interior o no.

Similar ocurre cuando un equipo Scrum se comienza a desarrollar, en los primeros sprints no saben quién es quién, quien tiene mejores habilidades, y ni como lograr mejor el backlog comprometido, pero a medida que pasan y pasan los sprints, en los equipos scrum comienza a aparecer la comunicación, el objetivo común, la meta que une, el esfuerzo grupal, el "gritarse" cuando al otro el pasaste el balón y estaba mirando para otro lado - léase, "llamarse la atención mutuamente entre team members  durante el sprint y/o la retrospectiva  por que el otro no estaba  conectado con el Sprint o no colaboró adecuadamente"- . y aquello que no era evidente en la gestión tradicional (dónde cada cual es responsable de su porción de Diagrama de Gantt) y hasta ella misma lo aplastaba si le veía muy revolucionario,  permite Scrum que aparezca: EL EQUIPO AUTOGESTIONADO - El Santo Grial del Agilismo -  responsable de lo que se compromete, un equipo que tiene coraje de superar sus propio estado incial, buscando dar siempre lo mejor de sí, logrando mayor y mejor desempeño en todos sus planos: productivo, técnico y de equipo. 


Nota: les recomiendo leer este excelente post de Martin Alaimo - @MartinAlaimo sobre el modelo de Tuckman  - http://www.martinalaimo.com/es/blog/equipos-estables -  que enlaza perfectamente con lo expresado acá


Bueno esta fue mi corta reflexión de hoy

Hasta la próxima

Saludos ágiles

Jorge Abad


Referencias
[1] <<The word “framework” means that much is not specified and must be devised by those using the framework. I equate Scrum to the game of chess. You can read the official rulebook for chess. The moves, players, sequences, scoring, etc. are all specified. Learn them. Then you can play chess. Maybe your chess game isn’t so good, but you can study great games, strategies, and tactics, and practice to get better and better. However, you are playing the game of chess, so you don’t have the option of changing the rule book. If you change the rules, it’s not chess any longer. Just learn how to play the game with excellence, which is enough of a challenge.>> https://kenschwaber.wordpress.com/2010/09/08/scrum-as-a-framework/ 

martes, mayo 12, 2015

Para los fanáticos de los formatos / plantillas / templates de gerencia de proyectos

Hola a todos

Les comparto esta lista de tres links donde encontrarán templates  por montones:



Saludos ágiles

Jorge Abad