Kanban es un método para gestionar flujos de trabajo visualizando el trabajo a través de tarjetas en un tablero. Se basa en limitar el trabajo en progreso para mejorar el flujo continuo. Kanban se utiliza comúnmente para la productividad personal y para gestionar equipos de trabajo donde se da un servicio como la selección de personal.
Scrum es hoy el marco de trabajo Ágil más ampliamente usado porque es un instrumento que nos conduce hábilmente por el camino de la Agilidad, nos permite aumentar la productividad y la calidad de lo que hacemos a la vez que obtener retroalimentación sucesiva de los consumidores finales.
En esta presentación revisaremos como con el marco de trabajo Scrum se puede generar Valor de manera temprana y frecuente durante los esfuerzos de desarrollo de nuevos productos.
Scrum es hoy el marco de trabajo Ágil más ampliamente usado porque es un instrumento que nos conduce hábilmente por el camino de la Agilidad, nos permite aumentar la productividad y la calidad de lo que hacemos a la vez que obtener retroalimentación sucesiva de los consumidores finales.
En esta presentación revisaremos como con el marco de trabajo Scrum se puede generar Valor de manera temprana y frecuente durante los esfuerzos de desarrollo de nuevos productos.
Charla introductoria sobre Scrum que di como parte del Conversatorio Agil organizado por la Comunidad Agile Peru, realizado en las instalaciones de la RENIEC el 3 de junio de 2009
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
Especializado en Gestión de Proyectos bajo las buenas practicas del PMBOK(PMI®) , metodología PRINCE2® y Gestión de servicios enfocados a ITIL.
Cuento con la siguientes certificaciones a nivel internacional :
PRINCE2® Practitioner Certificate in Project Management, Scrum Fundation Certified (SFC), Scrum Developer Certified(SDC), Scrum Master Certified (SMC), Scrum Product Owner Certified (SPOC) SCRUMstudy Certified Trainer (SCT), Cobit5 Foundation ,Agile Service Projects, Agile Scrum, Cloud Computing, ITIL® Service Strategy , ITIL® Service Design, ITIL® Service Transition, ITIL® Service Operation, ITIL® Continual Service Improvement, ITIL® Managing Across the Lifecycle, ITIL® Expert, Information Security ISO/IEC 27002, Secure Cloud Services, Diplomado en Gestión de Proyectos bajo las buenas practicas del PMBoK.
Mi charla (en castellano) en el Barcelona PHP Conference 2009.
En los últimos años, las metodologías ágiles han revolucionado la manera como creamos software. Aún así, muchos equipos siguen teniendo dificultades para alcanzar los niveles de productividad, calidad, y sostenibilidad que estas metodologías prometen. Dejando de lado los aspectos técnicos del desarrollo ágil, que Lars Jankowfsky cubrirá excelentemente en su ponencia, quisiera proporcionar a los asistentes la comprensión de algunos elementos clave para el éxito en el uso de estas metodologías.
Después de recordar el Agile Manifesto, nos centraremos específicamente en Scrum y recorreremos los elementos conceptuales, organizativos y humanos que hacen posible que una metodología tan extremadamente simple produzca resultados excepcionales en tantos casos. Finalmente discutiremos algunas recomendaciones prácticas y directas para implementar Scrum o mejorar en su uso.
SCRUM Framework de desarrollo ágil, Iterativo, dispuesto al cambio, que favorece la satisfacción del cliente y se basa en principios de inspección y adaptación
Los acuerdo de equipo son directrices que permitan a los miembro del equipo estar “en la misma página”, se constituyen en las pautas para eliminar malos entendidos que pueden traer consecuencias costosas. Permiten que el equipo conozca el tipo de información que se comparte, cómo se comunican, y cómo se conoce qué están haciendo los demás. Los acuerdos son un artefacto vivo y deben ser revisados de manera periódica.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
ESCALABILIDAD CON SCRUM
Un Scrum of Scrums (SoS) Meeting es un elemento importante al escalar o ajustar Scrum a proyectos grandes. Por lo general, hay un representante en la reunión de cada uno de los Equipos Scrum. Típicamente el representante es el Scrum Master, pero también es común para cualquier persona del Equipo Scrum (asistir a la reunión si es necesario). Esta reunión es usualmente facilitada por el Jefe Scrum Master y su objetivo es centrarse en las áreas de coordinación e integración entre los diferentes.
El Dueño de Producto es precisamente el dueño de la visión del producto, el plan del negocio, las ganancias, el plan de entregas y de un backlog de producto cuidadosamente refinado y priorizado con precisión para que el equipo pueda trabajar sin tropiezos. Mientras el trabajo del equipo es construir correctamente el producto, el Dueño de Producto debe entregar el producto correcto. ¡Es un juego de palabras, pero es verdad!
En esta presentación describo cuatro principales actividades de un Dueño de Producto:
+ Definir y manejar la Visión del Producto
+ Trabajar con el backlog de Producto
+ Planear las entregas
+ Colaborar con las Reuniones en el Sprint
Charla introductoria sobre Scrum que di como parte del Conversatorio Agil organizado por la Comunidad Agile Peru, realizado en las instalaciones de la RENIEC el 3 de junio de 2009
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
Especializado en Gestión de Proyectos bajo las buenas practicas del PMBOK(PMI®) , metodología PRINCE2® y Gestión de servicios enfocados a ITIL.
Cuento con la siguientes certificaciones a nivel internacional :
PRINCE2® Practitioner Certificate in Project Management, Scrum Fundation Certified (SFC), Scrum Developer Certified(SDC), Scrum Master Certified (SMC), Scrum Product Owner Certified (SPOC) SCRUMstudy Certified Trainer (SCT), Cobit5 Foundation ,Agile Service Projects, Agile Scrum, Cloud Computing, ITIL® Service Strategy , ITIL® Service Design, ITIL® Service Transition, ITIL® Service Operation, ITIL® Continual Service Improvement, ITIL® Managing Across the Lifecycle, ITIL® Expert, Information Security ISO/IEC 27002, Secure Cloud Services, Diplomado en Gestión de Proyectos bajo las buenas practicas del PMBoK.
Mi charla (en castellano) en el Barcelona PHP Conference 2009.
En los últimos años, las metodologías ágiles han revolucionado la manera como creamos software. Aún así, muchos equipos siguen teniendo dificultades para alcanzar los niveles de productividad, calidad, y sostenibilidad que estas metodologías prometen. Dejando de lado los aspectos técnicos del desarrollo ágil, que Lars Jankowfsky cubrirá excelentemente en su ponencia, quisiera proporcionar a los asistentes la comprensión de algunos elementos clave para el éxito en el uso de estas metodologías.
Después de recordar el Agile Manifesto, nos centraremos específicamente en Scrum y recorreremos los elementos conceptuales, organizativos y humanos que hacen posible que una metodología tan extremadamente simple produzca resultados excepcionales en tantos casos. Finalmente discutiremos algunas recomendaciones prácticas y directas para implementar Scrum o mejorar en su uso.
SCRUM Framework de desarrollo ágil, Iterativo, dispuesto al cambio, que favorece la satisfacción del cliente y se basa en principios de inspección y adaptación
Los acuerdo de equipo son directrices que permitan a los miembro del equipo estar “en la misma página”, se constituyen en las pautas para eliminar malos entendidos que pueden traer consecuencias costosas. Permiten que el equipo conozca el tipo de información que se comparte, cómo se comunican, y cómo se conoce qué están haciendo los demás. Los acuerdos son un artefacto vivo y deben ser revisados de manera periódica.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
ESCALABILIDAD CON SCRUM
Un Scrum of Scrums (SoS) Meeting es un elemento importante al escalar o ajustar Scrum a proyectos grandes. Por lo general, hay un representante en la reunión de cada uno de los Equipos Scrum. Típicamente el representante es el Scrum Master, pero también es común para cualquier persona del Equipo Scrum (asistir a la reunión si es necesario). Esta reunión es usualmente facilitada por el Jefe Scrum Master y su objetivo es centrarse en las áreas de coordinación e integración entre los diferentes.
El Dueño de Producto es precisamente el dueño de la visión del producto, el plan del negocio, las ganancias, el plan de entregas y de un backlog de producto cuidadosamente refinado y priorizado con precisión para que el equipo pueda trabajar sin tropiezos. Mientras el trabajo del equipo es construir correctamente el producto, el Dueño de Producto debe entregar el producto correcto. ¡Es un juego de palabras, pero es verdad!
En esta presentación describo cuatro principales actividades de un Dueño de Producto:
+ Definir y manejar la Visión del Producto
+ Trabajar con el backlog de Producto
+ Planear las entregas
+ Colaborar con las Reuniones en el Sprint
97118230-Kaizen.pdf. Filosofía japonesa de mejora contínua.vmogollon
Metodo kaizen para mejora en los procesos de las empresas. Filosofía japonesa para ir adecuando los procesos de las empresas a niveles de excelencia operacional
Las metodologías ágiles y su enfoque en la dirección estratégicaIEBS Business School
Presentación sobre el nuevo enfoque de las metodologías ágiles de gestión empresarial en la dirección estratégica. CANVAS (Alex Osterwalder), Lean Startup (Eric Ries) y Lean CANVAS (Ash Maurya).
¿Pueden, las reuniones de trabajo, ser diseñadas, para que se conviertan en espacios donde los participantes utilicen su inteligencia colectiva y sus conocimientos, aportándole valor a las organizaciones?
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
1. 0
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
2. 1
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Kanban................................................................................................................................................................................................. 2
Comentarios de expertos ..............................................................................................................................................9
Contenido de apoyo...........................................................................................................................................................9
3. 2
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
KANBAN
a. Breve historia
A continuación, vamos a ver un poco de historia de donde surge Kanban, cuáles son
sus fundamentos y un poquito de contexto histórico.
Que es Kanban
Lo primero es que debemos distinguir lo que es el método Kanban de un sistema
Kanban. De la wikipedia kanban: “También se denomina “sistema de tarjetas”, pues en
su implementación más sencilla utiliza tarjetas (kanban) que se pegan en los
contenedores de materiales y que se despegan cuando estos contenedores son
utilizados, para asegurar la reposición de dichos materiales. Las tarjetas actúan de
testigo del proceso de producción.”
El número de tarjetas puestas en marcha se corresponde con la capacidad del
sistema. Cada una de estas tarjetas actúa como una señal visual que hace referencia
a una unidad de trabajo determinada. Un ejemplo podría ser la construcción de
software donde cada uno de los requisitos solicitados por el cliente pueden ser
tarjetas kanban que vayan circulando a lo largo del tablero.
Estas tarjetas se pueden representar, por ejemplo, con post-its, en un tablero (tablero
Kanban) y ayudarnos así a visualizar el estado de nuestro trabajo.
Por otro lado, tenemos el método Kanban que fue desarrollado por David J.
Anderson y presentado inicialmente en 2005. David J. Anderson define el método
Kanban como “un método para definir, gestionar y mejorar servicios relacionados con
la gestión de conocimiento, tales como servicios profesionales, trabajos o
actividades en las que interviene la creatividad y el pensamiento incluyendo en estos
tanto el diseño de productos de software como físicos.”
El método Kanban se basa en hacer visible lo que de otro modo es trabajo del
conocimiento intangible, para asegurar que el servicio funciona con la cantidad de
trabajo correcta distinguiendo entre el trabajo que es requerido y necesitado por el
cliente y la capacidad que tiene el servicio de entregar. Para realizar este trabajo,
utilizamos un sistema kanban - un sistema de flujo de entrega que limita la cantidad
de trabajo en progreso (WIP, del inglés Work In Progress) utilizando señales visuales.
4. 3
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Para prevenir la cantidad de trabajo máximo que se puede llevar a cabo, Kanban
utiliza mecanismos de señalización que representan los límites del trabajo en
progreso (WIP, work in progress en inglés), los cuales previenen cuanto de más o de
menos trabajo entra en el sistema, de este modo mejora el flujo de valor a los
clientes. Las políticas para limitar el WIP crean un sistema de arrastre: el trabajo es
“arrastrado” al sistema cuando otro de los trabajos es completado y la capacidad
queda disponible, en lugar de “empujar” estos trabajos al sistema cuando hay nuevo
trabajo demandado.
Kanban se enfoca en la entrega de servicios de una organización - una o más
personas colabora para producir (generalmente intangibles) productos de trabajo.
También puede ser utilizado de manera personal para la gestión de tareas.
5. 4
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Sin duda, lo importante en Kanban es que exista la necesidad de gestionar un flujo
continuo de tareas o peticiones si estamos en un entorno organizacional.
b. Principios y prácticas
El método Kanban está basado en una serie de principios o valores, así como una
serie de prácticas de uso.
Valores de Kanban
El Método Kanban está basado fuertemente en una serie de valores. La filosofía
principal radica en que es necesario respetar a todas las personas que trabajan en un
equipo, departamento u organización. Esto a su vez viene heredado de la filosofía
Lean donde el respeto por las personas es uno de sus pilares.
Los valores de Kanban se podrían resumir en una sola palabra, “respeto”. Sin
embargo, es importante desgranar esto en una serie de nueve valores (incluyendo
respeto) que encapsulan el porqué de la existencia de los principios y las prácticas
de Kanban.
Transparencia
Compartir información abiertamente mejora el flujo de valor de negocio. También
utilizar un lenguaje claro y directo es parte del valor. La transparencia mejora la
confianza que resulta fundamental para la buena consecución de los proyectos (y en
la vida en general)
Equilibrio o Balance
Los diferentes aspectos, puntos de vista y capacidades deben ser equilibradas para
conseguir efectividad. Algunos aspectos (como demanda y capacidad) causarán
colapso si no se encuentran equilibradas por un periodo prolongado.
Colaboración
Según David J. Anderson “El Método Kanban fue formulado para mejorar la manera
en que las personas trabajan juntas, por ello, la colaboración está en su corazón.”
Foco en el Cliente
Lo importante es centrarnos en las necesidades de nuestros clientes. Desde Kanban
se plantea como la resolución de una serie de demandas de estos clientes. Por tanto,
realizar este flujo de la manera más efectiva aportando valor resulta fundamental.
6. 5
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Flujo
Entendemos flujo como la realización continua de una serie de tareas o peticiones.
Este flujo puede ser continuo o puntual. Este flujo se denomina de valor ya que al
terminar cada tarea estas aportan de una u otra manera valor a los solicitantes.
Liderazgo
David J. Anderson lo define como “La habilidad de inspirar a otros a la acción a través
del ejemplo, de las palabras y la reflexión. Muchas organizaciones tienen diferentes
grados de jerarquía estructural, pero en Kanban, el liderazgo es necesario a todos los
niveles para alcanzar la entrega de valor y la mejora”
Entendimiento
Entendimiento propio (individual y del equipo para poder continuar hacia adelante y
tener presente las capacidades del mismo. Kanban es un método basado en la
mejora continua por lo que es necesario conocer y entender el punto de inicio, así
como hacia donde se quiere llegar.
Acuerdo
Según David J. Anderson: “El compromiso de avanzar juntos hacia los objetivos,
respetando - y donde sea posible, acomodando - las diferencias de opinión o
aproximaciones. Esto no es gestión por consenso sino un co-compromiso dinámico
para mejorar.”
Respecto
Valorando, entendiendo y mostrando consideración por las personas. Se puede decir
que este principio es la base fundamental del resto.
Por otro lado, David J. Anderson El autor sigue evolucionando el método,
orientándolo hacia el uso en grandes organizaciones. En su último libro, Essential
Kanban, destacan los siguientes principios fundamentales:
Principios de gestión del cambio
Empieza con lo que tengas en estés momento
Acuerda buscar el cambio evolutivo
Fomenta el liderazgo en cada nivel de la organización, desde las
contribuciones individuales de cada persona hasta las posiciones más senior
de la organización.
7. 6
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Principios de entrega de servicio
Entender las necesidades y expectativas de tus clientes y focalizarse en ellas.
Gestionar el trabajo: dejar que la gente se auto-organice alrededor de las
tareas.
Evolucionar las políticas para mejorar los resultados hacia el cliente y del
negocio.
Estos principios hacen hincapié en que el foco debe estar en los consumidores del
servicio (los clientes) y en el valor que reciben del mismo.
Prácticas
Bueno todo esto está muy bien, pero ¿cómo empiezo a trabajar con Kanban? Existen
una serie de prácticas por las que empezar a trabajar con Kanban. Estas son:
1. Empieza donde estés
Cualquier momento en el que te encuentres o se encuentre tu equipo es
bueno para empezar. No es necesario ningún requisito previo para
comenzar.
2. Visualiza flujo de trabajo
Lo primero que debemos hacer siempre es visualizar los pasos o fases por
los que pasan las tarjetas o tareas de mi proceso. Visualizar esa serie de
pasos y plasmarlos en el orden en el que se realizan resulta un ejercicio
básico y fundamental para entender ese flujo. Si estamos trabajando en
equipo, al realizarlo junto a otros miembros nos servirá esta visualización
para generar una visión compartida del proceso en cuestión.
3. Limita el trabajo en progreso
4. Mide y gestiona el flujo
5. Inspecciona y adapta
c. Clases de servicio
Las clases de servicio nos indican los tipos diferentes de tareas que vamos a ser
capaces de gestionar en nuestro tablero. Tenemos que tener presente que pueden
aparecer diferentes tipos de tareas dentro de nuestro tablero. Cada uno de estos
tipos de tarea tendrán generalmente una gestión diferente.
8. 7
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Pongamos algunos ejemplos de clases de servicio:
Normal: Es una tarea cotidiana en el tablero. Su tratamiento puede ser
priorizarla en función de su urgencia e importancia y se realizará tan pronto
como no quede otra más prioritaria dentro del tablero.
Urgente: Son tareas que necesitan ser realizadas lo antes posible. El
tratamiento que realizaremos sobre estas tareas puede ser muy variado.
Podemos decidir que en el momento que entren este tipo de tareas
dejamos de hacer lo que estábamos haciendo y comenzamos con esta
tarea más urgente. Otros equipos, sin embargo, pueden decidir ponerse
con esta clase de servicio tan pronto acaben lo que están haciendo (o al
menos una persona acabe su tarea en curso y pueda comenzar esta
urgente.
Fecha fija: Son tipos de tareas que tienen una fecha concreta en la que
deben ser terminadas. La acción sobre este tipo de clases de servicio
puede ser muy diferente en función del equipo.
Pueden existir muchas más clases de servicio. Lo que debemos tener claro es cuales
forman parte de nuestro tablero y como queremos tratarlas cuando aparezcan.
Además, recordamos que Kanban se basa mucho en la transparencia, por tanto,
podremos establecer estas políticas de tratamiento de tareas explícitamente en
lugares visibles. De esta manera conseguiremos que las personas que conforman el
equipo sepan claramente cómo tratar cada una de las clases de servicio.
d. Ejemplos de uso
Productividad personal
Un ejemplo de uso muy habitual de tableros Kanban es todo lo relacionado con la
productividad personal. Hay incluso diferentes libros relacionados con este tema.
Puedes ver en los recursos adicionales alguna referencia.
A continuación, vemos como podría ser un tablero sencillo:
9. 8
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Podemos observar las diferentes columnas:
Tareas pendientes: El conjunto de todo lo que en algún momento debo
realizar.
Hoy: Todas las tareas que he seleccionado para hoy.
Esperando: Aquellas tareas que estamos esperando por parte de alguien.
Terminadas esta semana: Todo lo terminado esta semana.
De esta manera podemos llevar una gestión sencilla de lo que tenemos entre
manos. El simple hecho de vaciar nuestra cabeza con todo aquello que debemos
hacer nos servirá para centrarnos en lo importante y no en retener ese tipo de
información.
Debes notar como la columna Hoy y Esperando tienen límites de tareas máximas
que se aceptan en esas columnas. De esta manera conseguiremos limitar nuestro
trabajo y centrarnos en terminar cosas y no tanto en empezarlas. Recuerda que una
de las máximas de la filosofía Lean es: Empieza a terminar y deja de empezar tareas.
10. 9
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n
Equipos de trabajo
Otro uso muy habitual de uso de tableros Kanban es en equipos que deben dar un
determinado servicio. Realmente todos los equipos tienen objetivos, por tanto, el uso
de tableros Kanban puede aplicarse a cualquier tipo de equipo.
Podríamos utilizar tableros para equipos de Marketing o ventas, así como para
departamentos de Recursos Humanos donde se pretende gestionar procesos de
selección como vemos en el ejemplo a continuación:
Podemos observar las diferentes columnas que forman el flujo de selección para
este equipo.
Comentarios de expertos
En esta sección podrás escuchar a diferentes personas y expertos sus opiniones
sobre el uso de Kanban.
Contenido de apoyo
Kanban aplicado a la productividad personal:
http://www.personalkanban.com/pk/personal-kanban-the-book/
Guía Essential Kanban: http://leankanban.com/guide/
11. 10
M e t o d o l o g í a s Á g i l e s
M Ó D U L O 8 : K a n b a n