This video explains the "Kanban" project management model used by the company. The presentation is geared towards new development team members, outlining the model's rules and implementation strategy.
[Música] i [Música] estamos en esta reunión para explicar el modelo de gestión de proyectos con los cuales la empresa trabaja y que ustedes como nuevos miembros del equipo de desarrollo deben conocer [Música] cómo se llama el modelo de gestión el modelo se llama canvas alguno de ustedes lo conoce no qué significado tiene esa palabra [Música] significa algo así como tarjetas visuales cannes significa visual iván tarjeta esta técnica se creó en la empresa japonesa toyota y se utiliza para controlar el avance del trabajo en el contexto de una línea de producción tiene relación con algún otro modelo si el campo está dentro de la estrategia caixa es decir la mejora continua y continuada aunque todo surgió de una metodología llamada line creada siempre por la empresa toyota para mejorar su producción usando técnicas just in time aunque cambian no es una técnica específica para el desarrollo software su objetivo es gestionar de manera general cómo se van completando tareas pero en los últimos años se ha utilizado en la gestión de proyectos de desarrollo software a menudo con scrum teniendo muy buenos resultados en nuestra empresa cuál es la estrategia para poder implementar con el canvas [Música] las principales reglas de camping son las tres siguientes uno visualizar el trabajo y las fases del ciclo de producción o flujo de trabajo 2 determinar el límite de trabajo en curso o working progress y 3 medir el tiempo en completar una tarea lo que se conoce como lead time ingeniero el canvas se basa en el desarrollo incremental es decir dividiendo el trabajo en partes tal y como lo hacen los modelos ágiles de desarrollo claro el trabajo se divide en partes normalmente cada una de esas partes lo escribiremos en un post-it y lo pegaremos en una pizarra los post-it tendrán información variada si bien a parte de la descripción deberían tener la estimación de la duración de la tarea [Música] la pizarra tiene tantas columnas como estados por los que puede pasar la tarea por ejemplo petición de tareas selección de tareas desarrollo pruebas terminadas etcétera tal y como podemos apreciar en esta figura con un ejemplo de tablero canvas el objetivo de esa visualización es que quede claro el trabajo a realizar en que está trabajando cada uno de nosotros y todos tengamos algo que hacer además de dejar clara la prioridad de las tareas correcto el trabajo en curso debería estar limitado es decir que el número máximo de tareas que se puede realizar en cada fase debería ser algo conocido por nosotros debemos definir cuántas tareas como máximo pueden realizarse en cada fase del ciclo de trabajo a este número de tareas se le llama límite del working progress para este ejemplo tenemos un whip de 4 para las tareas en desarrollo y 1 tan solo en pruebas el valor que está entre paréntesis es entonces ese valor máximo de tareas en cada una de las fases muy bien como se habrán podido dar cuenta la idea es centrarse en cerrar tareas y no en comenzar tareas por ello limitar el whip impide empezar cosas hasta que se han cerrado aquellas en las que se está ya trabajando lo difícil aquí es encontrar el mejor web de un canvas debemos ponernos de acuerdo en eso y se va a pedir la duración de cada una de las tareas es claro que si el tiempo que se tarda en terminar cada tarea se debe medir a ese tiempo se le llama lead time el lifetime cuenta desde que se hace una petición hasta que se hace la entrega otra métrica importante es el cycle time el cycle time mide desde que el trabajo sobre una tarea comienza hasta que termina si con el lifetime se mide lo que ven los clientes lo que esperan con el cycle time se mide más el rendimiento del proceso por último quisiera recalcar que si ustedes están relacionados con el uso de alguna metodología ágil o han escuchado de ellas les comento que una unión muy común es utilizar scrum y kaman aunque hay diferencias entre ambos métodos por ejemplo las reglas de canvas son mucho menos que las de scrum canvas no define iteraciones sprints kanban limita explícitamente las tareas que se pueden realizar por fase con el límite del working progress mientras que scrum lo hace de manera indirecta por medio del sprint planning etcétera me he dado a explicar esta forma de trabajo entonces nos vemos en la próxima reunión [Música] bien [Música]