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.