martes, abril 23, 2013

Mi evolución sobre las retrospectivas en Scrum

Desde hace un tiempo he venido actualizándome sobre las retrospectivas en Scrum (la verdad no he leído y estudiado todo lo que he querido) pero he realizado varias con mi equipo, y he particpado en otras como coach de la organización en la que estoy.

Al inicio, comencé con el típico (propuesto en http://www.mountaingoatsoftware.com en su introducción a Scrum):
  • Qué hicimos bien
  • Qué hicimos mal
  • Y qué debemos mejorar

Pero note que nos estábamos quedando quietos, las tres preguntas anteriores solo son un diagnóstico y te proporcionan una foto de como te fue el el Sprint que acabas de terminar pero no te lleva a la acción.

Luego entonces decidi madurarla un poco y agregar
  • Qué se debe mantener
  • Cómo hacerlo mejor
(esta versión es mas coherente con un ciclo de mejora PHVA de mejora continua)

Pensando en:

  •  una retroalimentación al proceso 
  • y una mejora del mismo, 
  • manteniendo aquello que nos había generado valor.

Luego, al leer a Alan Cyment me animé a cambiar las preguntas, adicionando los aspectos de Productividad, Calidad y Felicidad, generando una matriz que involucraba los aspectos anteriores


Que como pueden deducir me llevaba de nuevo a un diagnóstico pero me permitía ver aspectos interesantes del equipo.

Luego la maduré a la versión que utilizo actualmente, que presento a continuación: 

(esta actividad toma aproximadamente 40 a 50 minuntos)

Aclaro, que sigo visionando en la parte superior los aspectos de productividad, calidad y en especial felicidad para comprender como mis equipos quieren cambiar y mejorar, y en especial ser más felices, para estar acordes con el principio del manifiesto "Los proyectos se desarrollan en torno a individuos motivados..." Y si mi equipo esta motivado y feliz pues al proyecto, y a todos nos irá mejor y será más fácil y natural la mejora.

Pronto intentaré otras técnicas:

Y les contaré como me fue.

Seguiremos avanzando en este aspecto de las retrospectivas, pero lo que si tengo claro es:

  • De una retrospectiva se debe avanzar del diagnóstico (del qué) a la acción (al cómo vamos a mejorar).
  • El equipo guiado por el Scrum Master debe mirar como avanzar y mejorar su proceso
  • Las mejoras identificadas deben ser igualmente priorizadas e identificadas a realzar al corto, mediano y largo plazo. (muchas veces no podemos mejorar todo de una vez, sino orgánicamente de la misma hacemos con el producto) .
Hasta la próxima.

Quedo atento a sus comentarios, observaciones, mejoras y/o sugerencias.






martes, abril 16, 2013

Scrum: El camino del menor gasto de energía

Recuerdo como le he dicho a mis estudiantes de pregrado y posgrado mi reencarnación anterior, sí cuando fui/soy ingeniero civil, y que luego poco a poco desde los programas para cálculo estructural y matrices inversas, la realización de supermacros en visual basic para excel y la construcción de software para sistemas de información geográfica hizo que llegara al mundo que estaba destinado, el de los sistemas y más precisamente el del software.


Por mucho tiempo he estado en temas de requisitos, casos de uso, java, php, JEE, BPM, SOA, arquitectura empresarial, calidad, pruebas, CMMi, reglas de negocio, pero nunca había encontrado el dinamismo y entusiasmo que he observado con el uso de tanto framework de gestión de proyectos como Scrum, como el uso de las prácticas ágiles de ingeniería.

Son muchas las cosas que se han vuelto satisfactorias desde mis primeros dias usando scrum hace como 8 meses:

  • la sonrisa del cliente
  • la sonrisa de los desarrolladores
  • el nivel de estrés bajo
  • el de compromiso super alto
  • los reconocimientos
  • los bugs en producción cada vez menores
  • la confianza entre el cliente y proveedor emergiendo y fortaleciéndose (por fin como aprendí en algun lugar "SIENDO SOCIOS DE NEGOCIO")
Y por fin hacer software es algo divertido, algo que anima y reta, y no algo que devoraba implacablemente el tiempo de:nuestr@s novi@, espos@, hij@s, amigos y por ende de nuestro merecido descanso (sea cual sea la forma que le queramos dar).

Y recordando mis clases de mecánica de fluidos, recuerdo que el agua siempre elegía el camino (la línea) del menor gasto de energía (no les suena similar a Lean, eliminando el desperdicio) y así se ha vuelto para mi Scrum. La forma de gastar la menor cantidad de energía para llegar al resultado esperado.

Antes nos desgastábamos en tantas cosas, wow, con solo pensar en la desconfianza típica entre cliente y proveedor, a eso súmele:
  • las reuniones tediosas de levantamiento de requisitos
  • el juego de las estimaciones, que nunca le acertábamos (cosa que si añoraba de mi anterior reencarnación - la ingeniería civil -  y que volví a recuperar con Scrum)
  • la llenadera de actas, y documentos como evidencia de la desconfianza
  • el seguimiento constante al riesgo 
  • la preocupación con el alcance
  • el salir perdiendo siempre como proveedor (pues como vamos a perder ese cliente tan importante, regálenle esas horas)
  • las horas exhaustivas de pruebas
  • el querer comprimir inútilmente el tiempo de pruebas para luego dolorosamente comprobar que ese tiempo NUNCA lo debimos haber recortado.
  • el decirnos mentiras entre todos y prometer con firma de sangre fechas que no íbamos a cumplir nunca (si realmente hubiera puesto mi sangre en esos compromisos no estaría escribiendo este post)
  • la amistad e idilio entre cliente y proveedor que termina siendo el peor de los odios, o un matrimonio del cual ambos quieren salir pero muchas veces no encuentran como.
  • y uno como gerente de proyecto, consultor, desarrollador, comercial en la mitad viendo como pasa todo eso y día tras día, proyecto tras proyecto, el problema se repite una y otra vez..

Pero afortunadamente surgió el Manifiesto Ágil http://agilemanifesto.org/, y poco a poco los que estábamos enamorados de metodologías como RUP - iterativo, incremental y lógico -(que muy contadas veces la vi aplicar correctamente, por lo general venden RUP como un proyecto con las 4 fases - inicio, elaboración, construcción y transición-  cada una de una sola iteración y en especial la de construcción de una sola iteración convirtiéndolo el proyecto en el odiado y reconocido cascada con todas sus consecuencias funestas),vimos como fue creciendo bajo su sombra el arbolito de las metodologías ágiles y hoy más de 12 años después comienza a ser la respuesta a mi pregunta:



¿Por qué si hacer software es tan apasionante, resulta siendo tan frustrante? 

(últimamente le estaba diciendo PROGRAMACIÓN ORIENTADA A LA FRUSTRACIÓN POF o en inglés FRUSTATION-ORIENTED PROGRAMMING FOP)
o mejor

¿por qué si hacer software es tan apasionante, no es divertido?



Veía y veo iniciativas como CMMi, PSP /TSP tratando de enmarcar cosas que tienen que ver con la creatividad y la imaginación (wow casi no lo reconozco... siempre he sido fiel seguidor de los modelos de calidad, y de apoyar la escritura de código como trabajo de ingeniería, más hoy como una revelación comprendo que hay mucho de arte de libertad-controlada como diria Alan Cyment) y que en su afán de enmarcar y definir todo, terminan haciendo esto que se ve tan divertido o que uno lo imagina así al ver videojuegos en algo digno de señores de corbatas que no aman lo que hacen y que no ven la hora de ser gerentes de proyecto, o hacer un posgrado en administración, finanzas o cualquier otra cosa para cambiar de negocio.


Hoy veo a Scrum junto con las prácticas ágiles de ingeniería como el renacer de la pasión de mi equipo de trabajo, como el renacer de mi pasión por crear y proponer cosas nuevas, como el renacer de la creatividad y de la confianza entre cliente y proveedor. 

Y son pequeños hechos, pequeños caos controlados, grandes destellos de creatividad en espacios delimitados de tiempo los que están dando orden a aquello que me atrajo en un principio y que amo tanto:
  • los dailys sincronizan al equipo
  • los planning nos comprometen
  • los review nos enorgullecen o nos hacen sonrojar cuando fallamos (retandonos a ser mejores)
  • las retrospectivas nos ayudan a ser mucho mejores
  • las reuniones innecesarias no existen
  • las reuniones de temas que tenemos que trabajar dentro de un mes o más no existen, por lo tanto tanta complejidad se va perdiendo.
  • La verbalización y activación de la comunicación agiliza el desarrollo y afianza el compromiso.
  • el horizonte de estimacion es de 2 semanas haciéndonos más precisos y no tenemos sorpresas.
  • ver software funcionando (como lo expresa el manifiesto ágil) es el mejor indicador de avance y de felicidad del equipo y del cliente
  • el coraje del equipo esta jalando hacia la mejora continua
  • si hemos de fallar, fallamos a las 2 semanas y no a los 4 meses.
  • el framework de Scrum y las prácticas agiles de ingeniería estan pensados en la mitigación del riesgo.
Definitivamente ganamos todos
  • software funcionando y bonito (pruebas unitarias y funcionales automatizadas)
  • cliente contento
  • equipo contento
  • scrum master contento
  • gerente del cliente y del proveedor contento.
Creo que por fin encontramos el santo grial del software, lo que nos va a sacar de pobres, la gallina de los huevitos de oro

Ahora mis grandes interrogantes son:
  • ¿que huevitos quiero poner?
  • ¿mi ciuidad,. mi país, y latinoamérica aprovechará esta gran oportunidad?


Saludos
Jorge Hernán Abad
Ingeniero Civil
Especialista en Desarrollo de Software
MSc. en Ingeniería Informática

Twitter | https://twitter.com/jorge_abad // sígame bajo su cuenta y riesgo







martes, abril 09, 2013

Conferencia: Prácticas ágiles de ingeniería "en la práctica"


 Tertulia de Ingeniería de Software realizada en la Universidad Eafit el pasado 14 de marzo de 2013 por Jorge Valderrama https://twitter.com/jvalde @jvalde +Jorge Valderrama  (continuación de La Complejidad de lo Simple)

En esta tertulia se pone en funcionamiento (despliegue en producción) la primera historia de usuario del siguiente enunciado, utilizando prácticas de ingeniería como:

  • ATDD
  • BDD
  • TDD
  • Integración Continua (jenkins)
  • Refactoring
  • Repositorio de versiones (git)
  • Sobre la plataforma Heroku

Enunciado


Especificación
Como usuario de recursos humanos, me gustaría ser capaz de registrar una lista de empleados, junto con la fecha de iniciode su empleo y sus días autorizados de vacaciones.
Un empleado tendrá los siguientes atributos:
·      un nombre único completo (para los fines de este ejercicio sólo hay un 'John Smith' en el mundo, y 'john smith' es igual a'John Smith')
·      una fecha de inicio que no podrá ser en el futuro

·      un número de días de vacaciones con un mínimo de 20 días y un máximo de 25 días para un empleado que la fecha de inicio es menor que hace un año, con un máximo de 30 días, de lo contrario.

Seguridad
·      Sólo los usuarios con el rol de HR podrán crear y editar los empleados.
·      Todos los tipos de usuarios podrán ver una lista de los empleados y se pueden filtrar por fecha de inicio.
·      Cualquier usuario puede ver los detalles de un empleado, pero sólo los usuarios de HR serán capaces de ver el tiempo de vacaciones disponible de los otros empleados.


lunes, abril 08, 2013

El salario emocional no engorda la billetera, pero reduce el estrés y mejora la productividad



Les copio este interesante artículo sobre el salario emocional y estrategias de retención de personal;. Este tema esta muy vinculado con la Pirámide de Maslow.



Como dice uno de los doce principios ágiles


"Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo."



___

El salario emocional no engorda la billetera, pero reduce el estrés y mejora la productividad

Fuente: http://www.portafolio.co/economia/el-salario-emocional-no-engorda-la-billetera


No llega con cada quincena, no es contante y sonante y a veces no es fácil de demostrar, pero existe. Es el salario emocional, un recurso de retención y atracción del talento humano, del que hace poco se habla en Estados Unidos y Europa y que apenas comienza a sonar en América Latina.
Este tiene que ver más con la calidad de vida y la conciliación de la vida familiar y personal con la laboral, que con el metálico y la cuenta bancaria. No se trata necesariamente de aumentar los ingresos, pero sí de que mejoren factores como más tiempo, mayor tranquilidad, menor estrés y más reconocimiento por parte de la empresa.
La introducción del salario emocional en el mundo laboral obviamente tiene que ver con esa relación que establece la compañía con el empleado: este aporta sus conocimientos, experiencia y dedicación, por lo que la empresa le paga un salario y le da unos beneficios. Es un intercambio de habilidades y capacidades. Pero el mundo de los negocios es cada vez más competitivo y retener el talento humano se ha convertido en toda una ciencia de la seducción: hay que hacer que la empresa sea atractiva para que allí lleguen los mejores, y al llegar, que se queden por largo rato para que den lo mejor de ellos.
El tema de productividad es esencial. Las empresas invierten en sus empleados para que estos rindan lo que más puedan. Pero para que ello sea así, ellos deben poderse concentrar lo más posible en su trabajo. Sin embargo, junto a la agenda de reuniones, revisión de presupuesto, desarrollo de nuevos productos, conquista de nuevos mercados, la producción del día, los trabajadores también tienen pendiente pagar los recibos, resolver el problema de los medicamentos del abuelo, solucionar las tareas de los hijos, comprar los pasajes de las próximas vacaciones…
Tener estos pendientes en la cabeza hace que posiblemente el empleado esté en la oficina, pero no necesariamente concentrado en el trabajo y quizás llegue a la casa y en vez de estar atendiendo a sus hijos esté resolviendo problemas de la oficina.
Así, hoy día las empresas son conscientes de que para tener de cuerpo y mente presente a sus colaboradores es necesario conciliar la vida personal y laboral.
Ahí es donde entra a funcionar el salario emocional.
Según Catalina Guevara, líder de segmento salud y beneficios de la consultora Mercer, el salario emocional “es un componente dentro de la compensación total, que hace que los empleados tengan sentido de pertenencia a la compañía para la cual trabajan”.
Ese componente puede ser muy diverso, pero esencialmente representa un conjunto de facilidades, comodidades o ventajas que le mejoren su calidad de vida, “en estos tiempos en los que el ritmo de vida es muy acelerado y se cuenta con tiempo reducido para la vida personal”.
CAMBIO DE VIDA
Para Alberto García-Francos, de la empresa española Albenture, especialista en el tema de conciliar la vida personal y laboral, el mundo empresarial está llegando al salario emocional por los cambios culturales que se han vivido en las últimas décadas.
“Hay factores sociales que tienen que ver con la incursión de la mujer en la vida laboral y la necesidad de reorganizar las tareas del hogar. También el cambio de la pirámide demográfica, donde cada vez hay más personas adultas al cuidado de sus familiares, y eso demanda tiempo”, comenta García-Francos.
También incide el tamaño de las ciudades, donde los desplazamientos quitan tiempo tanto por las distancias como por el tráfico.
Así mismo, el mundo empresarial se ha hecho más competitivo y exigente, tanto para los negocios como para la supervivencia laboral de los empleados.
En este escenario, es frecuente que haya mayor demanda tanto de tiempo como de volumen de trabajo para los empleados, lo que implica descuidar la vida personal y familiar.
“La tendencia es a darle un nuevo enfoque a un problema viejo. La idea es implementar políticas de servicios, donde el empleado cuente con facilidades para resolver sus problemas personales (vueltas bancarias, jurídicas, domésticas), pero no dándoles el tiempo para que las hagan sino haciéndoles el trámite”, comenta García-Francos, cuya empresa se dedica a diseñar paquetes de servicios según las necesidades de las empresas.
Catalina Guevara, de Mercer, explica que el salario emocional también puede ser ofrecer flexibilidad de tiempo para trabajadores basados en la confianza y capacidad de autogerenciamiento (jornadas flexibles de trabajo, teletrabajo, algunos días libres al año), así como comodidades en el lugar de trabajo (salas de esparcimiento, cafetería), programas de bienestar (recreación, viajes, para ellos y sus familias) y otros servicios (mensajería).
Acciones que no requieren de altas inversiones
Los componentes del salario emocional cobran caca vez más importancia por varias razones, según Catalina Guevara, de la consultora Mercer. “Cada vez es más limitada la maniobra de retención y atracción del talento humano por la vía del aumento salarial, por estar atado a la inflación. Así mismo, por los controles de costos y los presupuestos restringidos”.
En este marco, las adecuaciones que introducen los componentes de un salario emocional resultan una oportunidad sin tener que hacer grandes inversiones.
“Son acciones que, sin grandes inversiones, ayudan a consolidar una cultura organizacional que propenda por la calidad de vida y del trabajo”, dice Guevara.
Todas estas medidas que se implementen pueden medirse en cuanto a la productividad. Un persona que tenga resuelto su día a día, baja los niveles de estrés, lo que implica menos problemas de salud, menor ausentismo e incapacidades.
Además, según García Palacios, de Albenture, en el tipo de servicios que ellos ofrecen, han podido establecer que por cada peso que invierte la empresa en una política de servicios para sus empleados, el retorno es entre 3 y 5 pesos. “Los servicios familiares llegan a ser sólo un 0,1 por ciento de la masa salarial”.
El impacto: menos estrés, más compromiso y productividad
Las medidas que se implementen en términos de salario emocional redundan en una mejor calidad de vida de los empleados y un mayor sentido de pertenencia.
Al implementar medidas que representen un salario emocional el impacto suele notarse, primero que todo, en el sentido de pertenencia.
“Crece el compromiso del empleado con sus responsabilidades y con la empresa”, comenta Catalina Guevara de la consultora Mercer. Y este compromiso lleva a una mayor productividad.
También es un hecho que bajan los niveles de estrés. Según Alberto García-Francos el estrés por recarga de trabajo, que impide asumir las tareas personales, por mal ambiente laboral, mala relación con el jefe o los compañeros, se refleja en problemas de salud y éstos en ausentismo. “Estos programas de servicios para los empleados, bajan la carga de estrés y, por ende, los ausentismos y enfermedades”.
Implementar estas prácticas no es fácil, pues implican un cambio cultural dentro de las organizaciones y además deben establecerse bajo unas políticas claras.
“Estas son prácticas recientes, que implica un cambio cultural y como todo cambio se deben tener muy claros los retornos de la inversión de este tipo de iniciativas y una lógica de negocio, para que no alteren la intención del negocio”, explica Guevara.
Así mismo, no aplican a todos los cargos y niveles, o se deben diseñar paquetes y programas de acuerdo a los grupos de edad e interés de las personas que laboran en la empresa, pues las expectativas de un joven profesional no son las mimas de quién se va a pensionar (ver tabla).
Para un profesional, especialmente si es mujer, el tema del manejo de los hijos pequeños cobra especial importancia, así como el cuidado de sus padres, mientras que alguien que empieza su vida laboral prefiere tiempo para estudiar y dedicarse a actividades deportivas.
Lo cierto es que actualmente, la conciliación de vida personal y laboral es cada vez más fuerte.
Por la calidad de vida
Las posibilidades de los servicios pueden ser muchas y muy variadas. Albenture tiene experiencia en ofrecer paquetes a las empresas y estas a los empleados, quienes pueden disponer de los servicios en cualquier momento.
- Mensajería: contar con alguien que le ayude con vueltas domésticas.
- Asesoría legal, fiscal y financiera: acudir a especialistas que lo asesoren.
- ‘Coaching’: contar con un ‘coach’ en temas gerenciales.
- Servicio de consulta médica.
- Selección de personal para temas domésticos.
- Tener una oficina de banco en el lugar de trabajo.
- Negociaciones de créditos colectivos.
- Servicios de niñeras y conductores.





domingo, abril 07, 2013

Antipatrones en la gerencia de proyectos

Les comparto la exposición de los estudiantes


  • Camilo ramírez
  • Jose luis flórez
  • Edison estrada
  • Alejandro gutierrez

Del curso Gerencia de Proyectos Informáticos de la Especialización en Ingeniería de Software Cohorte 09 de la Universidad de Medellin - www.udem.edu.co

Esta exposición se centra en las malas prácticas en la gerencia de proyectos y como resolverlos.


https://docs.google.com/file/d/0B5JZ11Z2PoWWT0FFZTJROVdSMFU/edit?usp=sharing



Saludos
Jorge Abad.

miércoles, abril 03, 2013

Una dinámica/juego para enseñar Scrum - Revista Scrum

El pasado 20 de marzo de 2013 en la materia Gestión de Proyectos Informáticos la cual imparto para lacohorte 9 de laEspecialización y Maestría en Ingeniería de Software en la Universidad de Medellín (Medellín - Antioquia - Colombia) www.udem.edu.co ,  realizamos una simulación para aprender como funciona de Scrum.

Antes del Juego se realizó la presentación  SCRUM (ver diapositivas) en la cual se revisaron los conceptos principales y más importantes del marco de trabajo (framework) de SCRUM.


Los parámetros fueron los siguientes:

3 equipos de 6 personas, cada equipo provisto al menos de:
  • Un Scrum Master (elegido por el equipo)
  • Un Product Owner (elegido por el equipo)
  • 3 Revistas de variedades
  • 3 Tijeras
  • Pegante
  • 40 Hojas reciclables tamaño carta
  • 2 tacos (bloques) de Pos-it/Sticky Notes/
  • Lapiceros y marcadores


Objetivo:
  • Construir una revista basada en recorte de imágenes y textos que estos sean pegados en las hojas reciclables tamaño carta. 
Requisitos:
  • La revista debe contar con un índice de artículos y numeración para cada hoja.
  • Todo a excepción del indice de artículos debe ser cortado y pegado

Para construir las hojas se emplearán fotos de diferente tipo y renglones de texto cortados en forma de rectángulo. Se emplearán los siguientes tipos de fotos
  • A: Foto de una mujer
  • B: Fotos de un carro
  • C: Fotos de un hombre
  • D: Foto de algo que sea diferente a A, B, C y D

 Las hojas de la revista pueden de las siguientes tipos:
  • Hoja Tipo 1:  1 foto + 1 descripción
  • Hoja Tipo 2:  2 fotos + 2 descripciones
  • Hoja Tipo 3:  3 fotos
  • Hoja Tipo 4:  5 fotos + 1 descripciones
  • Hoja Tipo 5:  Menú
  • Hoja Tipo 6:  2 fotos
  • Hoja Tipo 7:  3 fotos + 3 descripciones



Fotografía 1


Por lo tanto si se me pide una Hoja Tipo 7 con fotos A, significa que la hoja debe contener:

  • 3 fotos de mujeres recortadas
  • 3 descripciones de texto recortadas




DETALLES DEL EJERCICIO


1. Se crearon los tres equipos
2. Se explicó la forma de armar la revista
3. Se creó un Product Backlog priorizado para cada equipo (Ver imagen en las columnas PB1, PB2, PB3)
4. Se definió un Sprint de 41 minutos con las siguientes características de tiempo:
  • Plannig = 8 minutos
  • Duración del dia 1= 7 minutos
  • Reunión de daily 1 = 2 minutos
  • Duración del día 2 = 7 minutos
  • Reunión de daily 2 = 2 minutos                                    
  • Duración del día 3 = 7 minutos                                   Fotografía 2
  • Review = 4 minutos
  • Retrospectiva 4 minutos
Al final del ejercicio se realizaron 3 sprints, para un total de 123 minutos. (2 horas de trabajo)

5. Se realizó una calificación (al inicio del juego) por puntos para cada "HOJA TIPO" en donde por votación por EL JUEGO DEL POKER (puntuando con 1, 2, 3, 5, 8,13 - y empleando cada integrante la aplicación para Android Scrum Poker para simular las cartas) se puntuaron cada de las hojas asi:

  • Hoja Tipo 1:  3 puntos
  • Hoja Tipo 2:  8 puntos
  • Hoja Tipo 3:  5 puntos
  • Hoja Tipo 4:  13 puntos
  • Hoja Tipo 5:  3 puntos
  • Hoja Tipo 6:  3 puntos
  • Hoja Tipo 7:  13 puntos



Fotografía 3



6. A cada Scrum Master se le enfatizó las características de su rol.
7. A cada Product Owner se le enfatizó las características de su rol y la potestad de recibir o rechazar las Hojas con sus diferentes fotografías y descripciones (que vendrían a ser el símil de las historias de usuario), adicionalmente de hacer respetar la prioridad del product backlog
8. Se estableció el criterio de DONE como: "una hoja con todos sus elementos correctamente pegados"
9. Se insistió que el objeto del planning era:

  • establecer el compromiso de puntos
  • realizar el tasking plasmando la hoja (u símil de Historia de Usuario) de la siguiente manera :
   HISTORIA TIPO 4 = Foto1 + Foto2 + Foto3 + Foto4 + Descripción1 
(ver la Fotografía 1)

  • Construir el Kanban de acuerdo al tasking y  poniendo en la parte superior la historia de mayor prioridad.
  • Construir el Burndown chart
10. Se insistió que NO era un ejercicio donde se COMPETÍA por construir la mayor cantidad de Backlog, sino que tenía como objeto REALIZAR CORRECTAMENTE Y PASO A PASO LO FORMULADO POR EL FRAMEWORK DE SCRUM.

12. Se empoderó al equipo para que alguien dentro del mismo se encargara de actualizar la gráfica de BURNDOWN CHART con los puntos pendientes al final de cada día.

13. [esto se olvido, aunque se debió haber hecho] En el uso de Kanban se debe recordar quien va y toma una tarea del kanban (va y "merca" decimos donde trabajo) para ejecutarla debe firmala y pasarla WIP y luego a DONE cuando la termine.




Fotografía 4

Fotografía 5

Fotografía 6

RESULTADO FINAL DEL EJERCICIO

1. Se realizaron 3 Sprints para construir el Backlog.
2. Los equipos lograron con las retrospectivas corregir el proceso y ser más eficientes construyendo páginas y de esta manera aumentaban el compromiso durante los dos planes subsiguientes.
3. Durante el ejercicio se corrigieron aspectos como:

  • la necesidad de hacer el daily de pie
  • la actualización día a día del Burndown chart
  • la actualización y paso de tareas en el kanban
  • en el kanban en la columna del WIP (work in progress) solo puede existir una tarea por miembro del equipo.
4. Se hizo una retrospectiva del ejercicio por parte de los estudiantes diciendo que la compresión del framework aumento de forma considerable con el ejercicio.


-----
Este fué el ejercicio que se realizó, pienso seguir empleándolo en las capacitaciones que dicto y en los cursos que imparto.

Queda así a disposición de la comunidad ágil y si tienen retroalimentación será bienvenida.


Saludos

Jorge Abad