1.- Overview
Lean Six Sigma es una metodología de mejora de procesos que combina las ventajas de ambas técnicas de Lean Manufacturing y Six Sigma para ayudar a las empresas a agilizar las operaciones, aumentar el valor y reducir los residuos.
Las desventajas de estas técnicas son que pueden ser complejas e involucrar una significativa formación. Pero hay una serie de beneficios que las empresas pueden lograr con el uso de estas herramientas.
2.- Aumenta la participación de los empleados
Uno de los grandes beneficios de Lean Six Sigma es un aumento de la participación de los empleados a través de su participación en los equipos de mejora de procesos diseñados para ayudar a mejorar los procesos y aumentar el valor para sus clientes, internos y externos.
Al involucrar a los empleados en la ejecución de estos programas, adquieren un mayor aprecio por el impacto de la labor que realizan en los resultados empresariales, así como una apreciación de cómo el trabajo de otros empleados y departamentos también contribuyen al éxito.
3.- Reduce costos
Para las empresas que participan en actividades Lean Six Sigma, uno de los principales beneficios deseados es una reducción en los costos asociados con las mejoras en los procesos de requerir menos tiempo (y recursos empleados) para disminuir los defectos o errores que pueden dar lugar a correcciones.
Mediante el examen de las distintas etapas de un proceso, la comprensión de lo que los clientes valoran y luego tomar medidas para eliminar los pasos innecesarios al tiempo que aumenta el valor, las empresas que utilizan metodologías Lean Six Sigma encuentran que pueden reducir significativamente los costos y mantener con frecuencia cada vez mayor, el valor del cliente.
4.- Mayor satisfacción del cliente
La metodología Lean Six Sigma implica un fuerte enfoque en las necesidades y requerimientos del cliente y el valor de la entrega a los clientes, uno de los beneficios del uso de estas técnicas es un aumento de la satisfacción del cliente.
Lean Six Sigma se centra no sólo en la mejora de productos, sino también la mejora de los métodos de entrega de productos y otras actividades de servicio al cliente que pueden afectar a la satisfacción del cliente.
En última instancia, la mayor satisfacción del cliente dará lugar a la repetición de negocios, el aumento positivo del boca-a-boca y con una implementación exitosa, aumentar las ventas y el éxito general del negocio.
Conoce nuestras certificaciones: http://www.sprinteam.com.mx/capacitacion/
¡Es hora de certificarte!
Cuando un equipo o una empresa se inicia en Kanban es muy habitual que se deje llevar por unos mitos y un conocimiento incompleto que se traduzca en errores en su implementación.
No es malo empezar de esta manera. Kanban es una metodología basada en el cambio gradual pero continuo. No ser consciente de estos problemas llevará a obtener una parte muy pequeña del gran potencial de mejora que permite este método.
Kanban abre las puertas a un gran potencial, pero aplicado en pequeñas dosis que permiten una rápida realización de mejoras atacando los cuellos de botella y puntos de apalancamiento que existan en nuestro sistema de trabajo.
1.- Tablero simplista
Un error muy típico cuando se tiene el primer contacto con Kanban es creer que, si creas un tablero con las columnas “To do”, “Doing”, “Done” o bien añadiendo una de “Ready” ya puedes capturar con eficacia las ventajas de gestionar visualmente tu sistema.
En Kanban existen muchas prácticas de gestión visual que permite representar de forma muy rica el flujo de trabajo (workflow) en un tablero.
Si no se añade riqueza al estado más importante para la gestión (la columna del doing) en forma de diferentes pasos si ello es posible, no tendremos más que una lista de tareas visual.
Con un tablero bien diseñado tú y tu equipo podrás:
- Conocer el nivel de avance de trabajo complejo y lo que queda pendiente.
- Identificar y hacer transparentes los problemas que causan retrasos o problemas de calidad en las entregas.
- Clarificar el trabajo más prioritario y cómo focalizarse para entregarlo en el momento requerido.
- Reducir el tiempo de las reuniones de coordinación.
- Mejorar la colaboración y tomar mejores decisiones como equipo, alineándoos de forma más efectiva.
Un buen tablero representa los estados más importantes de los workflows de nuestros equipos, los límites al trabajo en curso, los tipos de peticiones y su prioridad, los ítems con problemas o bloqueos, etc.
2.- Representar tareas
Otro problema habitual es representar tareas en el tablero. Lo idóneo en Kanban es representar ítems, es decir, servicios o peticiones que nos realiza un cliente, que obtendrá valor cuando las reciba una vez finalizadas.
Representar tareas demuestra que el equipo tiene un enfoque interno y no al cliente. Al cliente no le importa la cantidad y tipo de tareas que tengas que realizar para ejecutar su petición. No le importa la cantidad de tareas con la que hayas decidido realizar el servicio que ha pedido. Lo que le importa es cuándo lo tiene y que les proporcione los beneficios deseados.
Una petición puede necesitar diversas tareas para completarse. Pero ejecutar las tareas más rápido no lleva a completar las peticiones antes. Especialmente si se van alternando tareas de peticiones diferentes (lo que en el fondo no deja de ser multitasking) en lugar de centrarse en tomar y finalizar una petición concreta.
Si en lugar de hacer esto se van asumiendo continuamente tareas de diferentes peticiones los tiempos de entrega se alargarán insoportablemente. Y por mucho que se haya limitado el número de tareas que se puedan ejecutar simultáneamente en el fondo lo que estaremos haciendo será multitasking entre diferentes peticiones.
Representar ítems que sean entregables, servicios o peticiones en lugar de tareas hace que sea muy directo y simple medir su tiempo de entrega. Representar tareas puede hacer infernalmente complicado el conocer el tiempo de ejecución de dichos ítems.
3.- Copiar un tablero
Otro patrón frecuente es copiar un tablero de otro equipo o empresa que tenga una actividad similar a la nuestra. No hay nada malo en buscar inspiración. Al contrario. Pero hay que huir de las soluciones estándares. Copiar un tablero de otros hará que no traslademos al mismo:
- Las características únicas de los problemas más acuciantes para nuestro equipo.
- Las capacidades y proceso de trabajo concreto de nuestro equipo.
- Las prioridades de nuestros servicios.
- Los criterios de aceptación de las peticiones para nuestros clientes.
Todas ellas son diferencias muy sutiles pero que se traducen en diferencias que pueden llegar a ser muy importantes respecto a la forma en que debería estar diseñado nuestro tablero (y sistema) para ser realmente efectivos.
4.- Utilizar el tablero para asignar tareas y controlar el equipo
Un patrón común en organizaciones que no tienen una cultura ágil es que los managers conviertan el tablero en una herramienta de control.
Utilizarían el tablero para hacer visible la carga de trabajo de los diferentes miembros del equipo para luego asignarles el trabajo asumiendo una función de dispatching así como de pedir cuentas sobre los plazos o esfuerzos requeridos.
No hace falta decir que esto enseguida inhibirá la colaboración y creará resistencia. Se empezará a no indicar toda la información relevante, lo que hará descarrilar enseguida el sistema Kanban.
El éxito de un sistema Kanban requiere reconocer las peculiaridades del trabajo de conocimiento complejo además transparencia, confianza y respeto. Es un sistema adoptado por los participantes porque les facilita hacer bien el trabajo, no un sistema impuesto. No es un sistema para que trabajen más sino para que entreguen más valor.
5.- No limitar el WIP
Limitar la cantidad de trabajo en curso (WIP o work-in-progress) es una práctica central en Kanban que permite reducir los tiempos de entrega y aumentar la predictibilidad de los mismos.
Limitar el WIP es una práctica contraintuitiva. Parece que limita la libertad para asumir cambios en forma de iniciar nuevo trabajo. Y esto rompe con determinados estilos de dirección centrados en empujar el trabajo hacia los equipos en lugar de centrarse en ayudarlos a que finalicen trabajo.
En realidad, limitar el WIP no limita la flexibilidad sino todo lo contrario. Asegura tiempos de ejecución muy cortos lo que permite ser flexibles y que el nuevo trabajo urgente prácticamente no tenga que esperar, especialmente esta práctica se combina con el compromiso diferido. Pero también obliga a ser disciplinados y selectivos a la hora de priorizar porque si no se tendrá un sistema sobrecargado de trabajo que entregue tarde y con poca calidad.
6.- No mejorar el sistema continuamente
Kanban es una metodología de mejora y transformación. Implantarlo pero luego no utilizarlo para mejorar el sistema de trabajo existente va a llevar a reproducir los mismos resultados y problemas que existían anteriormente.
La gestión visual, el enfoque a mejorar los tiempos de entrega y la calidad son prácticas que catalizan la transformación que es el propósito de este método.
Una de las formas usuales en las que se manifiesta la no institucionalización de la mejora continua es implementar el tablero pero no evolucionarlo.
Si queremos mejorar nuestro sistema de trabajo tendremos que afinar continuamente la forma de visualizar el progreso y los problemas, así como las reglas que gobiernan nuestro proceso de trabajo. Además, nuestro contexto irá cambiando y eso necesitará evolucionar la forma de trabajar. Y esto acabará requiriendo modificaciones periódicas en nuestro tablero. Fáciles de aplicar, pero importantes en términos de su impacto.
7.- No medir el lead time (ni otras métricas Kanban)
Muchos equipos están encantados con la colaboración y simplificación del trabajo que permite un tablero. Pero algunos no recogen métricas porque esto lleva un trabajo añadido si no disponen de una herramienta electrónica de Kanban que lo automatice.
El lead time (y su distribución) es la forma en la que se manifiesta el grado de agilidad de nuestro sistema.
Si no se mide el lead time no se sabe lo bien que se está haciendo. De la misma forma hay otros indicadores que informan de las causas detrás de esos tiempos de entrega.
Y sin estas métricas no se pueden analizar adecuadamente las oportunidades de mejora ni prever su impacto.
Los problemas descritos anteriormente se pueden evitar si conoces las claves del método Kanban y cómo aplicar las prácticas apropiadas a cada problema.
Para esto cuentas con nuestro seminario Kanban Acelerate y nuestra certificación en Kanban que te permitirán, además, obtener las diferentes certificaciones de esta metodología ágil.
¡Es hora de certificarte!
No importa si eres novato en esto de Scrum o si eres un experto en metodologías ágiles, te mostramos 10 beneficios que desde el punto de vista de SprinTeam tiene la certificación Scrum Master:
1.- Obtener una base sólida de conocimiento de Scrum
Si todavía no has utilizado la metodología Scrum, lograr la certificación te enseñará las habilidades necesarias para aplicarlo de manera efectiva. Si tu empresa ha comenzado a implementar la metodología Scrum y necesita perfeccionar, lograr cualquier certificación scrum desarrollará tu base de conocimiento.
¿Ya tienes experiencia con Scrum o no tienes ningún conocimiento acerca de ello? No te preocupes en SprinTeam tenemos un completo porfolio que se adapta a tus necesidades en cada momento.
2.- Cambiar la forma de pensar
Scrum es una metodología ágil, y para usarla de manera efectiva necesitarás contar con mentalidad ágil. El ingrediente más importante de un enfoque ágil y autosuficiente es un equipo con mentalidad ágil.
Las formaciones y la certificación ayudarán a conectar esta mentalidad en el entorno de tu empresa. Como equipo, podrás pensar de forma ágil, lo que generará más acuerdo, una mejor cohesión del equipo y proyectos más exitosos.
3.- Mantenerse relevante y comercializable en el mundo laboral
Las certificaciones son una forma fantástica de promocionarse frente a futuros empleadores o head hunters, y demostrar que comprendes plenamente un campo determinado.
Cualquier certificación de scrum ampliará tus oportunidades laborales en cualquier organización que emplee prácticas ágiles. Estas certificaciones también demuestra que posees una mentalidad ágil y una gran cantidad de conocimiento ágil relevante para cada organización o industria que utiliza estas prácticas.
4.- Beneficiar a tu empresa al contar con certificaciones en Scrum
Adoptar una nueva metodología es una gran decisión para cualquier empresa porque afecta a toda la organización: personas, procesos, clientes y administración.
Debido a esto, es importante para todas las partes interesadas que puedan lograr algunos beneficios tangibles y reales rápidamente. Con calendarios de lanzamiento predecibles y repetibles y equipos autogestionados, Scrum realmente brilla en este aspecto.
Sin embargo, la falta de conocimiento de Scrum puede no arrojar los resultados prometedores que la gerencia quiera obtener. Sin la certificación y el conocimiento requerido obtenido a través del proceso de certificación, es posible que pierdas la oportunidad para hacer que Scrum avance en tu organización.
5.- Influenciar a tu empresa para adoptar metodologías ágiles
La gerencia se sentirá más cómoda invirtiendo en una metodología como Scrum, si ya hay algunos profesionales probados y ágiles dentro de la organización. Una certificación de Scrum Master le muestra a la administración que está listo para implementar la metodología Scrum.
6.- Trabajar mejor con tus compañeros
Las certificaciones en Scrum tendrán un efecto positivo cuando trabajes con tus colegas. Al obtener la certificación con las personas que trabajas, juntos construiran y reforzaran el mismo vocabulario y la misa base de conocimiento del Scrum que será aplicable a tu negocio.
Si no realizas el mismo curso que tus colegas, no importa, de igual forma te beneficiarás. Cada formador de Scrum varia en su estilo y lo que aprendas será diferente, pero la base de conocimiento será la misma, aunque se haya centrado en diferentes aspectos de Scrum.
Al final, puede poner en común sus conocimientos con sus compañeros para una comprensión más variada de Scrum y la metodología ágil.
7.- Poner a prueba tus conocimientos de Scrum con tus colegas
Demuestra a tus compañeros que has realizado el esfuerzo necesario para obtener la certificación, que estudiaste en profundidad en lo que consiste la metodología Scrum y aprendiste a aplicarlo dentro de una organización cualquiera.
La certificación prueba el dominio de Scrum.
8.- Unirte a la comunidad de expertos Scrum
Al convertirte en un Scrum Master certificado puedes unirte a una comunidad de reconocidos expertos de Scrum comprometidos con la mejora continua y la metodología ágil.
9.- Conseguir proyectos con empleados cualificados
Si tu compañía suele competir para ganar proyectos (ya sea a través de licitaciones públicas o privadas, o similares), un equipo de profesionales en scrum certificados es una gran ventaja. Tus clientes potenciales reconocerán el valor de un equipo que puede trabajar en conjunto y aplicar Scrum de manera efectiva.
10.- Una medalla de honor
La certificación es una insignia de honor que debe llevarse con orgullo. Además, si ocupas uno de los puestos de mando dentro de tu empresa, lograr que sus empleados estén formados y certificados, demuestra vuestra inversión y compromiso con su aprendizaje. Por lo que obtendréis personal con más conocimientos que está dispuesto a aplicar sus nuevas habilidades.
«Si crees que contratar a alguien, entrenarlo y que se marche es caro, prueba a contratarlo, no entrenarlo y hacer que se quede»
¡Es hora de certificarte!
Los marcos ágiles son aquellas que permiten adaptar la forma de trabajo a las condiciones del proyecto en cada momento. Por agile entendemos métodos de trabajo donde los requisitos y soluciones evolucionan con el tiempo según la necesidad del proyecto. Cada proyecto es realizado mediante colaboración de equipos multidisciplinares y auto-organizados en el que el existe un proceso compartido de toma de decisiones.
En definitiva, los marcos ágiles son todas aquellas técnicas que se alineen con el agile manifiesto y sus 12 principios fundamentales.
¿Por qué adoptar marcos ágiles?
A continuación, te exponemos una serie de razones por las que tu equipo ya debería estar trabajando con marcos ágiles.
- El cambio es acogido y menos traumático: es fácil acomodar cambios en cualquier momento y fase del proyecto. De esta manera se eliminan características innecesarias del producto final.
- El objetivo final puede ser desconocido. Este modelo son ideales para aquellos proyectos que no tienen un objetivo o finalidad concreta. Según avance el proyecto, según las necesidades tanto del cliente como del equipo de trabajo, el resultado final será uno u otro.
- Entrega más rápida y de mayor calidad: Agile es un método más eficiente, y por tanto, genera un menor costo y un menor tiempo de trabajo.
- Interacción fuerte y continua entre miembros del equipo. El trabajo en equipo mejora la motivación de los trabajadores y su implicación con los proyectos.
- Se escucha más a los clientes, ya que se pueden adoptar cambios durante el transcurso del proyecto.
- Mejora continua: El marco ágil favorece la revisión y cooperación de muchos miembros de un equipo y su estructuración más flexible permite detectar y solucionar errores de manera más directa.
¿Cuáles son los marcos ágiles más utilizados?
Existe una gran variedad de técnicas que cumplen los principios del marco ágil, pero las tres más usadas son:
Scrum: Se caracteriza por su estrategia de desarrollo incremental. El proyecto se construye en incrementos a través de iteraciones, llamadas sprints. Uno de sus pilares fundamentales son las revisiones. Este marco logra transparencia y comunicación entre los distintos miembros del equipo. Otra característica peculiar, es que logra solapar las distintas fases del desarrollo con el objetivo de detectar errores en cada fase antes de que sean trasladados a la siguiente y por lo tanto, sean más difíciles y costosos de reparar.
Kanban: el método más visual. De hecho su significado en japonés es tarjetas visuales. En esta metodología ágil se detallan tareas que según unas reglas definidas por el mismo equipo van avanzando por las distintas fases (to do, in progress, done …)
Programación Extrema (XP): se centra en potenciar las relaciones interpersonales como clave del éxito en el desarrollo de aplicaciones. Está basado en la retroalimentación continua entre clientes y equipos de desarrollo.
Fuente: https://www.excentia.es/que-es-agile-y-como-adoptarlo
En primer lugar, cabe mencionar que es aplicable a todo tipo de organización independientemente de su tamaño o sector. Otros beneficios que se pueden lograr son:
- Mide la eficiencia y precisión de cada proceso.
- Mejora la toma de decisiones.
- Reduce los costos de producción.
- Mejora el servicio al cliente al generar productos y servicios de calidad.
- Promueve la participación de los miembros de la organización.
¿Qué se espera de un Black Belt?
Un black belt se forma para tener habilidades prácticas, pues su principal objetivo es resolver problemas a través del análisis estadístico. Dentro de sus funciones se incluyen:
- Desarrollar nuevas estrategias.
- Transmitir mejores prácticas.
- Definir las causas principales y proponer un cambio.
- Dirigir proyectos a largo plazo.
- Revisar y apoyar proyectos.
- Establecer una cultura organizacional.
Habilidades del Black Belt
- Defensa del cliente
Deben comunicar fácilmente que los clientes son siempre los destinatarios de los procesos, y que los clientes (tanto internos como externos) son siempre el juez final de la calidad del producto o servicio.
Comprender las necesidades del cliente es la clave para la mejora de procesos. Por lo tanto, un candidato a Black Belt debe hablar claramente sobre cómo eliminar la variabilidad para la mejora empresarial.
2. Pasión
Un black belt debe tener motivación propia, iniciativa y una personalidad positiva. A veces se espera que animen, apoyen al equipo y lo ayuden a avanzar de manera productiva.
La pasión también les da fortaleza para perseverar, incluso cuando las cosas se ponen difíciles en un proyecto.
3. Cambiar con liderazgo
Cambiar la organización y cómo se realizan los negocios puede molestar a los empleados.
Los agentes del cambio y los líderes del cambio tienen una forma de lograr un cambio positivo mientras generan apoyo.
4. Comunicación
Es esencial para el rol de mentor. Un black belt debería poder hablar de manera comprensible con todos los miembros del equipo, independientemente de su cargo.
Comprender las diversas necesidades de los miembros y adaptar el mensaje para abordar sus preocupaciones es la marca de un comunicador eficaz.
Importancia de las habilidades de un Black Belt
5. Visión para los negocios
Los Black Belts son líderes empresariales.
Tienen conocimientos comerciales y la capacidad de mostrar el vínculo entre los proyectos y los resultados deseados.
6. Gestión de proyectos
Un Black Belt debe administrar proyectos desde el alcance, los requisitos, los recursos, el cronograma y las perspectivas.
El conocimiento de los fundamentos de la gestión de proyectos y la experiencia en la gestión de proyectos son esenciales.
7. Aptitud técnica
Se requiere para recopilar y analizar datos y así determinar una estrategia de mejora.
Sin ninguna aptitud técnica (conocimientos de informática /software y habilidades analíticas), se verá frustrado en este papel.
8. Miembro y líder del equipo
Un Black Belt debe poseer la capacidad de liderar, ser parte y comprender la dinámica del equipo.
Para liderar un equipo de manera efectiva, debe ser agradable, llevarse bien con la gente y motivar a los demás.
9. Orientado a los resultados
Se espera que produzca resultados financieros tangibles para el negocio. Deben ser muy trabajadores y rápidos para demostrar el éxito.
10. Divertido
Disfrutar de su trabajo y sentir pasión por lo que hace. Al divertirse, anima a otros a hacer lo mismo.
Fuente: https://www.bvtrainingcommunity.com/2021/05/26/six-sigma-black-belt-que-es/
Kanban es un flujo de trabajo visual, por lo que utiliza un tablero físico o digital para planear y hacer el seguimiento de tareas. En un tablero kanban se utilizan tarjetas, columnas y lo más importante, el concepto de progreso constante. Esto permite cierto control sobre el equipo y lo obliga a comprometerse a terminar el trabajo de manera continua.
David Anderson, uno de los creadores de esta metodología, fue el que construyó la base de la estructura de un tablero kanban, tiene cinco componentes:
- Señales visuales (normalmente son tarjetas)
- Columnas o listas
- Límites de tiempo para los trabajos pendientes
- Un compromiso final de entrega
- Una entrega final
Uno de los flujos de trabajo kanban más comunes y simples se compone de las listas: «Por hacer», «Hecho» y alguna que otra lista adicional dependiendo de la complejidad del proyecto. Vamos a usar este tablero de Trello para estudiar los elementos de un tablero kanban.
- Bitácora (Backlog): en esta lista se desglosa el proyecto y las partes se colocan en tarjetas individuales. También se pueden agregar tareas en las que el equipo piensa trabajar en un futuro o en las que se tendrán que trabajar eventualmente pero que todavía no se pueden colocar en la lista «Por hacer».
- Diseño: esta lista sirve para colocar las tarjetas de la bitácora que necesitan complementarse aún más. Cuando sucede esto, el equipo debe investigar o diseñar antes de moverla a la lista «En progreso».
- Por hacer: cuando la información de la tarea se ha complementado, la tarjeta se mueve a esta lista. Esta es la señal para que el equipo empiece en trabajar en ella. En este punto, se asigna a un miembro del equipo como encargado de esa tarea y se fijan las fechas de entrega.
- En progreso : cuando se mueven las tarjetas a esta lista significa que se está trabajando en ellas. Así, todo el equipo puede ver quién está trabajando en qué. Las tarjetas de Trello también facilitan la colaboración gracias a la función «Comentario», que permite hacer preguntas sobre las tareas.
- Revisar/probar: cuando una tarea está casi terminada, se mueve a esta lista para que alguien más la revise. (En el ejemplo anterior, se usó como plantilla la lista «Revisión de Código», pero puede ser una revisión de cualquier trabajo)
- Hecho: cuando la tarea se ha revisado y aprobado, se puede mover a esta lista. Es tiempo de celebrar porque tu equipo va hecho una bala con sus tareas
Recuerda, el objetivo principal del método kanban es gestionar las tareas en las que se está trabajando. Esto significa que el equipo solamente debe trabajar en un número definido de tareas a la vez, para cada proyecto. Cuando se limita la cantidad de tareas en las que se está trabajando, es mucho más fácil identificar las tareas que requieren más atención o más tiempo.
Si quieres coordinar a tu equipo, las tareas y los proyectos, les ayudaría utilizar estos Power-Ups de Trello:
- Power-Up «Límites de lista”: este Power-Up permite delimitar el número máximo de tarjetas que pueden estar en una lista. Si se agregan demasiadas tarjetas en la lista, esta se resaltará automáticamente para que todos vean que esta parte del flujo de trabajo se está atrasando
- Power-Up «Envejecimiento de tarjetas»: ¿tienes demasiadas ideas en tu bitácora? Puedes usar el Power-Up Envejecimiento de tarjetas para detectar rápidamente las tarjetas que no han estado activas en un buen rato. Esas tarjetas cambian su apariencia para indicarte que es hora de que les eches un ojo.
- Power-Up Approvals: puedes activar este Power-Up cuando muevas las tarjetas a cualquiera de las listas de revisión. Así los managers pueden darle el visto bueno a las tareas con un sólo clic (todos reciben la señal de que la tarea se puede mover a la lista «Hecho»).
Con un tablero kanban digital todos tienen acceso a todo el trabajo sin importar en dónde te encuentres o en dónde se encuentre tu equipo. Además fomenta la colaboración con los demás y permite estar al tanto con las actualizaciones. Un tablero kanban también funciona como una «fuente de datos» porque puedes comentar las tarjetas, adjuntar documentos y más.
El método kanban es una manera muy efectiva para lograr que los equipos sean más productivos, flexibles y claros.
Fuente: https://blog.trello.com/es/metodologia-kanban
(Son ejemplos no necesariamente se hace todo esto, también se pueden hacer muchas otras tareas que no aparecen en este listado)
- Manejar un backlog de impedimentos visible para todo el equipo.
- Tener conversaciones con personas de la organización para resolver dependencias e impedimentos del Sprint.
- Facilitar la creación de acuerdos del equipo y visibilizarlos.
- Crear radiadores de información que permitan generar conversaciones (Ej: Un Scrum Board con objetivo de Sprint, Sprint Backlog y Burndown Chart).
- Trabajar en conjunto con el Product Owner en el refinamiento del Product Backlog.
- Trabajar con el Product Owner en la creación de las historias de usuario de manera que sean INVEST.
- Ayudar al Product Owner a hacer slicing de historias de usuario.
- Preparar dinámicas para hacer en la próxima retrospectiva.
- Facilitar la retrospectiva e intervenir mediante preguntas que generen reflexión y perspectiva.
- Intervenir en la retrospectiva si se está finalizando sin medidas accionables.
- Hacer visibles los accionables de la retrospectiva y acompañar al equipo en su ejecución en el sprint.
- Reunirse frecuentemente con otros Scrum Masters para compartir experiencias y aprendizajes.
- Organizar workshops o entrenamientos para equipos de la organización.
- Tener reuniones con personas de otros equipos para mejorar la comunicación inter-equipos.
- Tener reuniones con líderes de la organización para trabajar en la transformación y cambio a nivel organizacional.
- Cuestionar la manera en que se hacen las cosas, preguntar y preguntar, aunque esto a veces resulte incómodo para el equipo y organización.
- Experimentar frecuentemente, como crear experimentos que le permitan a la organización evolucionar su forma de trabajar.
- Organizar una agenda en conjunto con el Product Owner para los diversos Stakeholders en la Sprint Review.
- Ayudar al equipo en la preparación de una demo para presentar a los Stakeholders.
- Hacer preguntas a Stakeholders en la Sprint Review que permitan recibir feedback de valor al equipo.
- Impulsar y colaborar en la creación de un DoD (Definition of Done) y DoR (Definition of Ready).
- Intervenir en la Sprint Planning en caso que no quede claro el objetivo del sprint o alguna característica del producto.
- Colaborar con el equipo para que pueda encontrar mejoras en la calidad del producto y reducir la deuda técnica.
- Intervenir en la Daily Scrum si no se están visibilizando realmente los impedimentos.
- Ayudar al equipo con la creación y actualización de un Burndown Chart que le permita transparentar el Sprint en curso, inspeccionar y adaptarse.
- Observar al equipo y sus conversaciones.
- Tomarse el tiempo necesario para tener conversaciones con las personas del equipo.
- Dar feedback y facilitar que el equipo se de feedback entre sí frecuentemente.
- Facilitar la resolución de conflictos en el equipo.
- Trabajar en métricas que permitan al equipo conocer el valor del producto entregado. (Ej: NPS)
- Trabajar en conjunto con el equipo en reducir los ciclos de entrega de producto y feedback (Lead Time / Cycle Time)
- Ayudar al equipo en la formación de perfiles T-Shaped (multi-funcionales).
- Implementar patrones de Scrum que le permitan al equipo mejorar su rendimiento (Ej: Swarming, Buffer de interrupciones,etc).
- Intervenir en cualquier evento de Scrum en el cual se monopolice la conversación para que todas las voces puedan ser escuchadas.
- Tener conversaciones de coaching 1 a 1 con las personas del equipo.
- Hacer coaching al equipo, como crear acuerdos con el equipo y acompañarlo en ese camino de reflexión mediante preguntas poderosas, dinámicas, assesments y otras técnicas para generar nuevas perspectivas.
- Leer, compartir y aprender continuamente de Agilidad y Scrum.
Fuente: https://ittude.com.ar/b/scrum/que-es-un-scrum-master/