HERRAMIENTAS DE TRABAJO SCRUM Y KANBAN

Al fin y al cabo, qu son Scrum y Kanban.

Scrum.
Divide tu organizacin para tener un mejor control de dichos grupos.
Divide el trabajo para tener una mejor precisin en las entregas un orden
y una lista de prioridad de cada elemento.
Divide el tiempo de en iteraciones cortas de longitud fija, con cdigo
potencialmente entregable y demostrado despus de cada iteracin.
Optimiza el plan de entregas y actualiza la prioridad de colaboracin con
el cliente, basado en los conocimientos mediante la inspeccin
entregable despus de cada interaccin.
Optimiza el proceso teniendo una retrospectiva despus de cada
iteracin.
Kanban en pocas palabras.
a) Visualiza el flujo de trabajo
Divide el trabajo en bloques, utiliza columnas con nombre para ilustrar dnde
est cada elemento en el flujo de trabajo.
b) Limita el trabajo en curso.
Mide el lead time optimiza el proceso para que el lead time sea tan pequeo y
predecible como sea posible.
Scrum y Kanban son ambos herramientas de proceso.
Son herramientas de trabajo que te ayudan a trabajar ms eficaz.
Cada herramienta tiene una determinada funcin en cada proceso.
Ninguna herramienta es completa, ninguna herramienta es perfecta.
Scrum y kanban proporcionan ciertas restricciones y directrices.
Scrum te obliga a tener iteraciones de duracin fija y equipos
interdisciplinarios, y Kanban te obliga a usar tableros visibles y a limitar
el tamao de tus colas.
Usar las herramientas adecuadas te ayudar a triunfar, pero no
garantizar el xito. Es fcil confundir el xito/fracaso del proyecto, con
el xito / fracaso de la herramienta.
Scrum es ms prescriptivo que Kanban.
Prescriptivo significa "ms reglas a seguir" y adaptativo significa "menos reglas
a seguir". 100% prescriptivo significa que no te deja usar el cerebro, hay una
regla para todo.
Los mtodos agiles se denominan a veces los mtodos ligeros.
Scrum te da limitaciones y as te deja menos opciones abiertas.
Scrum es menos restrictivo que XP, ya que no establece ninguna prctica
especfica de ingeniera. Sin embrago, Scrum es ms restrictivo que Kanban ya
que prescribe cosas como iteraciones y equipos interdisciplinarios.
El RUP es que tienes demasiado y quitars lo no te sirva en cambio en
camban tienes poco y se supone que tendr que aadir material que te falta.
No te limites a una nica herramienta!
Tienes que mesclas y combinar herramientas que necesitas.
No te ahogues a una sola arma o a una nica escuela de lucha.
Presta atencin a las limitaciones de las herramientas
Scrum prescribe roles.
Dueo de producto (establece la visin del producto y las prioridades).
Equipo (implementa el producto)
Scrum Master (elimina los impedimentos y proporciona liderazgo en el
proceso).
Si en alguna oportunidad se aade roles tener cuidado de q ue los mismos no
causen conflictos en el proceso.
La mentalidad general, tanto en Scrum como en Kanban es "menos es ms".
As que en caso de duda, comienza con menos.
Scrum prescribe iteraciones de tiempo fijo
La idea general es mantener la misma longitud de la iteracin durante un
perodo de tiempo, determinando as una cadencia.
Inicio de la iteracin:
El equipo saca un nmero especfico de elementos de la pila de producto, en
base a las prioridades del dueo de producto y a cunto piensa el equipo que
puede terminar en una iteracin.
Durante la iteracin:
El equipo se centra en completar los elementos a los que se comprometi. Se
fija el alcance de la iteracin.
Final de la iteracin:
El equipo muestra el cdigo funcionando a las partes interesadas, idealmente
este cdigo debe ser potencialmente entregable (es decir, probado y listo para
llevar). Entonces, el equipo hace una retrospectiva para discutir y mejorar su
proceso.
Scrum es una cadena de tiempo fijo que combina tres actividades distintas la
planificacin, la mejora de procesos y la entrega.
En kanban se puede elegir la planificacin, la mejora de procesas y la entrega.
Kanban limita el WIP por estado en flujo de trabajo, Scrum limita el WIP
por iteracin.
Se representa comnmente usando tarjetas en la pared, llamada una pizarra
de Scrum o pizarra de tareas.
En esta diferencia de pizarra se diferencia un nmero en el casillero de kanban
en curso, quiere decir que ms de esa cantidad no debe pasar por esta
columna.
Es mala idea tener demasiados elementos en curso se debe terminar antes de
comenzar con nuevos elementos.
Los equipos de scrum suelen medir los tiempos del trabajo en proceso para
que no haya un tiempo muerto en l.
Si los tamaos de los elementos varan drsticamente entonces podras
considerar lmites de WIP definidos en trminos de puntos de historia en su
lugar, o cualquiera que sea la unidad de medida que utilices. Algunos equipos
invierten sus esfuerzos en la descomposicin de elementos de
aproximadamente el mismo tamao para evitar este tipo de consideraciones y
reducir el tiempo empleado en la estimacin de las cosas.
Scrum y Kanban son ambos empricos en el sentido de que se espera que
experimentes con el proceso y lo adaptes a tu entorno. De hecho, tienes que
experimentar. Ni Scrum ni Kanban proporcionan todas las respuestas
simplemente nos proporcionan una serie de reglas y limitaciones a la hora de
guiar la mejora de nuestros procesos.
Scrum y Kanban son ambos empricos en el sentido de que se espera que
experimentes con el proceso y lo adaptes a tu entorno. De hecho, tienes que
experimentar. Ni Scrum ni Kanban proporcionan todas las respuestas
simplemente nos proporcionan una serie de reglas y limitaciones a la hora de
guiar la mejora de nuestros procesos.
Si reducimos el tiempo de trabajo en curso, observamos como otros factores
como la capacidad el lead time, la calidad evolucionan, esto se lograra con
kaizen, inspeccin y adaptacin de procesos.
Lo que Kanban te proporciona es una serie de mtricas en tiempo real muy
tiles.
Lead time medio: Actualizado cada vez que un elemento alcanza el nivel de
hecho (o como quiera que llames a tu columna ms a la derecha).
Cuellos de Botella: Un sntoma tpico es que la columna X est barrotada de
elementos mientras que la columna X+1 est vaca.
Un ciclo demasiado largo de retroalimentacin significa que la mejora de tu
proceso ser lenta. Uno demasiado corto significa que tu proceso no podra no
tener tiempo para estabilizarse entre cambios, lo que puede producir
desperdicio de esfuerzos.
De acuerdo a los ejemplos quiere decir que debemos distribuirlos las
actividades en cada rea de trabajo para as no tener cuellos de botella o
minimizar lo anterior.
No se debe conglomerar todo el personal sino se debe darle a cada uno su
actividad diaria.
Scrum se resiste a los cambios durante la iteracin
Tpicamente un equipo Scrum dira algo como No, lo siento, nos hemos
comprometido a A+B+C+D en este sprint. Pero tomate la liberad de aadir E a
la pila de producto. Si el dueo del producto considera que es de alta prioridad
ser aadido al siguiente sprint. Sprints de longitud adecuada permiten al
equipo mantenerse enfocados suficiente tiempo como para lograr hacer algo,
permitiendo adems que el dueo del producto gestione y actualice prioridades
de manera regular.
El tiempo de respuesta de un equipo Kanban es tan largo como el tiempo que
trascurre hasta que tenemos capacidad disponible, siguiendo el principio
general de un elemento sale = un elemento entra
Scrum prescribe equipos multifuncionales.
Un equipo de scrum es multifuncional, contienen todo los conocimientos
necesarios para completar todos los elementos de la interaccin, se dividir
cada personal para cada rea destinada, y necesita menos personal que
kanban.
Los elementos de la pila de producto deben caber en un sprint.
Cada equipo de scrum se comprometer con los elementos que puedan
terminar una interaccin o un trabajo, si un elemento es demasiado grande se
dividir para hacer ms fcil la operacin.
Los equipos de Kanban tratan de minimizar el tiempo de entrega y el nivel de
flujo, por lo que, indirectamente, se crea un incentivo para descomponer los
elementos en pedazos relativamente pequeos. Pero no hay ninguna norma
explcita que indique que los elementos deben ser lo suficientemente pequeos
como para caber en un intervalo de tiempo especfico.
Scrum prescribe la estimacin y la velocidad.
Tienen que estimar la cantidad de trabajo a lo que se comprometen. Sumando
el tamao de cada elemento completado al final de cada sprint, obtenemos la
velocidad. La velocidad es una medida de la capacidad - la cantidad de cosas
que podemos ofrecer por Sprint.
En Kanban, no se prescribe la estimacin. As que si necesitas comprometerte
necesitas decidir la forma de garantizar la previsibilidad.
Ambos son Lean y giles.
Tanto Scrum como Kanban son sistemas de planificacin tipo "Pull", principio
de gestin de inventario 'Just In Time' (JIT) propio de Lean. Esto significa que
el equipo elige cundo y cunto trabajo acometer. Ellos (los componentes del
equipo) "tiran" del trabajo cuando estn listos, en contraposicin a que desde el
exterior se "empuje" al equipo a hacerlo.
Scrum y Kanban se basan en procesos de optimizacin continuos y empricos,
que se corresponden con el principio Kaizen de Lean.
Si se hace interacciones ms cortas se est aproximando a kanban.
Scrum y Kanban se basan en procesos de optimizacin continuosy empricos,
que se corresponden con el principio Kaizen de Lean.
Scrum prescribe una Pila de Producto priorizada.
La priorizacin se hace de una manera ms ordenada en el producto, en
kamban se puede elegir cualquier prioridad.
Siempre toma la primera tarea.
En Scrum, la pila de producto tambin se puede usar al estilo Kanban.
Podemos limitar su tamao y crear las reglas de decisin sobre cmo se
debera priorizar.
En Scrum se establecen reuniones diarias.
Un equipo Scrum tiene una reunin corta (de aproximadamente 15 minutos)
cada da, a la misma hora y en el mismo lugar. El objeto de estas reuniones es
compartir informacin sobre lo que est pasando, planificar el da de trabajo
actual e identificar cualquier problema significativo. El trmino que se emplea a
veces en ingls, 'daily standup', refleja el hecho de que normalmente se celebra
de pie (para que sea breve y mantener un nivel alto de energa).
Flujo de una sola pieza
El flujo de una sola pieza es una especie de escenario de "flujo perfecto",
donde un elemento fluye a travs del tablero sin quedar atrapado en una cola.
Esto significa que en cada momento hay alguien trabajando en ese elemento.
El tablero Kanban tiene que tener este aspecto?
Lo nico que prescribe Kanban es que el flujo de trabajo debe ser visual, y que
el trabajo en curso debe estar limitado. El objetivo es crear un flujo suave a
travs del sistema y minimizar el tiempo de entrega.
Limitaciones del kanban.
Si no hay un cuello de botella puede que sea una indicacin de que el lmite
Kanban pueda ser demasiado bajo, ya que la razn de tener el lmite es reducir
el riesgo de alimentacin de los cuellos de botella derivados.
El lmite de kanban es demasiado bajo cuando hay gente ociosa y mala
productividad.
Es demasiado alto cuando hay tareas ociosas y mal tiempo de respuesta.
Resumen de Scrum vs Kanban.
Ambos son Lean y giles.
Ambos emplean sistemas de planificacin "pull".
Ambos establecen lmites WIP.
En ambos la visibilidad del proceso es la base de su mejora.
Ambos tienen como objetivo la entrega temprana y frecuente de
software.
Ambos trabajan con equipos auto-organizados.
Ambos necesitan la divisin del trabajo en partes.
Ambos revisan y mejoran de forma continua el plan del producto en base
a datos empricos (velocidad / tiempo de entrega).

Serum Kanban
Las iteraciones deben ser de
tiempo fijo.
El tiempo fijo en las iteraciones es
opcional. La cadencia puede variar en
funcin del plan del producto y la mejora del
proceso. Pueden estar marcadas por la
previsin de los eventos en lugar de tener
un tiempo pre-fijado.
El equipo asume un
compromiso de trabajo por
iteracin.
El compromiso es opcional.
La mtrica por defecto para la
planificacin y la mejora del
proceso es la Velocidad.
La mtrica por defecto para la planificacin
y la mejora del proceso es el I.ead Time
(tiempo de entrega o tiempo medio que
tarda una peticin en salir del ciclo)
Los equipos deben ser multi-
funcionales.
Los equipos pueden ser multi- funcional o
especializado.
Las funcionalidades deben
dividirse en partes que puedan
completarse en un sprint.
No hay ninguna prescripcin en cuanto al
tamao de las divisiones.
Deben emplearse grficos
Burndown.
No se prescriben diagramas de seguimiento
concretos.
Se emplea una limitacin WIP
indirecta (porsprint).
Se emplea una limitacin WIP directa
(marcada por el estado del trabajo).
Se deben realizar estimaciones. Las estimaciones son opcionales.
No se pueden aadir tareas en
medio de una iteracin.
Siempre que haya capacidad disponible, se
pueden aadir tareas.
pertenece a un equipo
determinado.
Varios equipos o personas pueden
compartir la misma pizarra Kanban.
Se prescriben 3 roles
(PP/SM/Equipo).
No hay roles prescritos.
En cada sprint se limpia el El tablero Kanban es persistente.
tablero de seguimiento.
Pila del producto debe estar
priorizada.
la priorizacin es opcional.

Que tareas llevar al tablero del kanban?
Se llevaran solo aquellos que sean mayores de una hora, los dems se
consideraran ruido blanco.
Planificacin e iteracin.
Las reglas eran:
1. Un gerente puede trabajar en dos huecos en un momento dado del
tiempo.
2. Si ambos huecos estn ocupados, podis aadir uno siempre que
eliminis el menos importante de los actuales.
3. El equipo decide cundo se ha resuelto un impedimento.