Ok, ya tengo un tablero, pero ¿De verdad adopte Kanban?

Recientemente, he visto publicaciones solicitando “un checklist” para ver que tan “Agile” somos. O incluso una grafica para ver como vamos con nuestra implementación de “Inserte su marco agile favorito”.

El principal problema es que muchas veces, medimos o preguntamos cosas “cosméticas”

Si, muchas organizaciones piden ¿Cuántos equipos hacen todos sus eventos? ¿Cuántos equipos hacen sprints de 2 semanas? ¿Cuántas personas están trabajando en Agile? Por la misma costumbre que hemos generado de usar ese tipo de métricas (Cantidad de horas trabajadas, cantidad de personas trabajando 8hrs, etc.)

Algo de lo que deberíamos hacer, antes de aventar a la hoguera a quien pidió estos números, es preguntarle ¿Qué comportamientos espera que cambien o que espera que se genere una vez que lleguemos a cierto número?

Por ejemplo. Si el 100% de equipos ya están haciendo todos sus eventos, ¿Qué esperaría que sucediera? ¿Qué impacto tendrá esto? Suponiendo que el 100% de equipos hacen sprints de 2 semanas, creemos que eso reducirá nuestro tiempo de entrega a clientes un 50% (ojo, solo es un ejemplo)

¿Y qué tiene que ver todo esto con Kanban?

Pues, más que una grafica o medir “¿Qué tan Kanban somos?”, los creadores del Método Kanban crearon 4 preguntas diseñadas para reflexionar, conversar y determinar si Kanban realmente está teniendo un impacto favorable en la organización, todo esto con el fin de generar acciones para mejorar

A estas preguntas, se les conoce como “Kanban Litmus Test” (O Prueba del acido de Kanban)

Las preguntas se deben responder con un “SI” contundente, si no puedes responder afirmativamente a 2 de estas preguntas, es poco probable que hayas adoptado completamente Kanban y es necesario generar cambios de forma evolutiva para poder obtener mayores beneficios.

1. ¿Ha cambiado el comportamiento de la Dirección para habilitar Kanban?
2. ¿Ha cambiado la interacción con los clientes apoyándonos del sistema Kanban?
3. ¿Ha cambiado la forma de hacer acuerdos con los clientes a raíz de Kanban?
4. ¿Ha cambiado el modelo de negocio hacia una prestación de servicios?

1.-Comportamiento de la Dirección
Una organización que busca adoptar Kanban necesita gerentes, managers, lideres de equipo, gente en general que respeten las políticas y acuerdos del sistema kanban. Uno de sus principios es permitir que las personas se autoorganicen alrededor del trabajo, lo que se busca es que la organización permita y habilite el sistema pull con limites de trabajo para evitar la sobrecarga y mejorar el flujo del trabajo. Esto causa un cambio de paradigma, ya que lo común es que normalmente nos enfocamos en la maximización de la utilización, buscando que todos estén ocupados.

2. Interacción con los clientes
Muchas o probablemente todas las áreas y equipos de una organización en realidad son una red interconectada de servicios, estos pueden apoyarse de sistemas kanban y sus sesiones para planificar, secuenciar y elegir el trabajo tomando en cuenta las expectativas del cliente al hacerlo en conjunto. Esto proporciona una interacción con el cliente enfocada en maximizar el flujo de valor dentro de los límites de la capacidad actual. Alineando expectativas y capacidades

3. Acuerdos con los clientes
Los acuerdos con los clientes, o bien una expectativa de nivel de servicio comprendida, debería estar basada en un rendimiento del servicio medido, por ejemplo, a través de Tiempo de entrega y Tasa de entrega que hemos observado en nuestras métricas, esto con la intención de mejorar nuestros acuerdos, apoyarnos de nuestras experiencias previas y cambiar de predicciones deterministas a predicciones probabilísticas

4.- Prestación de servicios
Conforme la organización evoluciona con la ayuda de Kanban, comenzamos a pensar en entrega de servicios más que solo simples tareas o actividades. De esta forma, fomentamos la entrega de valor y la gestión de riesgos es posible al entender que tenemos clases de servicio, capacidad de distribución para esos servicios y métricas para establecer la demanda de esos servicios

Dentro del libro “Kanban Esencial Condensado” vienen preguntas complementarias para esas 4 en caso de que sea necesario mayor contexto.

Ahora bien, como lo he hecho yo.

Dependiendo el contexto del equipo o del área, las preguntas las he llevado acabo de 2 formas distintas.

Forma 1: El área tímida

Cuando el equipo o área aún es tímido al hablar, sigue viendo más como individuos en conjunto que como un equipo. Lo que hice fue enviar las preguntas como una encuesta de manera anónima de forma de “SI” o “NO”. Una vez que tuve las respuestas, nos reunimos para ver los resultados y en conjunto hacer las propuestas de mejora para cambiar esos “NO” en “SI”

Forma 2: El Equipo con apertura

Con equipos que ya están acostumbrados a conversar, dar y recibir feedback, lo que hice fue hacer un tipo retrospectiva donde la conversación fuera alrededor de esas 4 preguntas. Cada uno de forma individual contestaba “SI” o “NO” y exponía sus razones.

Los que exponían el “SI” eran las cosas que había que mantener o seguir haciendo

Los que exponían el “NO” eran las cosas que había que cambiar.

Por ultimo, usando las cosas que había que cambiar, entre todos hacíamos propuestas para ver como cambiar ese “NO” a un “SI”.

Estas son las 2 formas en que he llevado acabo esta prueba, pero ten la libertad de explorar tú propia forma de acuerdo con tu contexto, más ahora con la situación del COVID

La gran ventaja de esta “prueba” es que al aplicarla, tendrás conversaciones sobre los impactos que Kanban ha brindado y es aún más enriquecedora al hacer parte a los equipos que están viviendo estos cambios y que ellos mismos propongan sus mejoras.

¡Simulaciones Kanban a Distancia!

Esta entrada quiero contarla como un tipo de tragicomedia. (Aunque tiene otro objetivo oculto) Espero la disfruten y les sea útil

Era un 16 de Marzo, me habían informado que era aceptado como entrenador acreditado de Kanban por la Kanban University. Me sentía como en un sueño hecho realidad.

Estaba dispuesto a empezar a diseñar los cursos y entrenamientos. Tenia muchas ideas sobre matMoss1eriales, dinámicas, formas. Fue en ese momento que…

La cuarentena nos alcanzo, y muchos nos hemos visto en la necesidad de trabajar de manera remota.

En lo personal, me ha costado trabajo, ya saben el famoso “Ok, Boomer” donde uno se acostumbro al entrenamiento, formación y relaciones de forma personal y presencial.

Pero hay que adaptarnos.

 

Así que, si usted esta buscando adaptar sus talleres de Kanban de manera remota, continué leyendo…

En estas semanas, he tenido algunos talleres donde he tratado de ejemplificar las practicas de Kanban y pude explorar algunas herramientas para poder llevar acabo una simulación, y el “otro” objetivo de esta entrada, es compartir con ustedes mi experiencia con esas herramientas. Las nombrare sin algún orden, pero comentare cuales son los “pros” y “contras” con los que me encontre.

1.- Get Scrumban: Este juego es muy similar al “Get Kanban”. Es en linea e interactivo. Uno decide donde ubicar a los distintos roles, te va generando métricas y viene con instrucciones detalladas.
Pros: Juego interactivo, métricas, simple e intuitivo
Contras: La versión gratuita solo es para 1 persona, el aprendizaje va más hacia cambiar Scrum por Kanban
PD: Gracias a Pao Schejtman por compartirme esta herramienta

getscrumban

2.- Kanban Flow Simulator: Esta es una simulación donde te permite alterar los limites de cada una de las columnas, las gráficas se generan en automático y puedes poner pausa cuando tu gustes.
Pros: Es un simulador completo sobre flujo, métricas y limites Wip
Contras: Es muy limitada la interacción
KanbanSim

3.- Hands on Flow Metrics: Similar al Kanban Flow Simulator, con la diferencia que aquí podemos también modificar la cantidad de gente que hay en cada columna.
Pros: Es un simulador completo sobre flujo, métricas, capacidad de gente y limites Wip
Contras: Es muy limitada la interacción, no se cuenta con pausa
flowm

4.- Kanbansim: Una versión simple, pero sin perder nada indispensable. Lo interesante de esta simulación es que te da la libertad de agregar tarjetas y columnas a como tu prefieras, lo cual te permite hacer más ejemplos con fases iguales en tu trabajo.
Pros: Es un simulador completo sobre flujo, métricas y limites Wip. Te permite modificar tarjetas y columnas
Contras: Es muy limitada la interacción
kanbasi

5.- Dice Simulator: Este es una macro en excel que contiene distintos escenarios. Cada una de las hojas de calculo conlleva distintas formas de resolver el tema de la variabilidad. Se basa en la teoría de restricciones pero puede servir para dar ejemplos de los distintos tipos de limites que podemos efectuar si visualizamos el trabajo
Pros: Va más allá de una simulación de Kanban y maneja conceptos de Teoría de Restricciones
Contras: Al ser una macro de excel, la interacción es muy limitada
Dice

6.-Featureban: Esta herramienta es una simulación interactiva del famoso Featureban de Mike Burrows. Se necesitan de mínimo 3 jugadores. Cuenta con 3 ciclos, al terminar cada ciclo, se hace un tipo “retro” sobre como se sintieron y al finalizar te da un resumen con las gráficas y métricas.
Pros: Es totalmente interactivo, muy completo en métricas y cuenta con reglas claras
Contras: El máximo número de jugadores es de 5
Featureban

7.- The Wip Game: Creado por Daniel Vacanti, este simulador esta basado en el conocido TWiG de Klaus Leopold .
Tiene muchísimas métricas interesantes, incluido Monte Carlo. Puedes editar los limites WIP y cuenta con eventos de bloqueos.
Pros: Tiene métricas muy completas, eventos de bloqueos, fechas fijas
Contras: La interacción es individual
twig

8.- Flowban: Creado por Mauro Strione, este simulador esta basado en el Get Kanban.
Aunque aún tiene ciertas características en desarrollo, el flujo principal y los eventos ya pueden ser usados. También, viene con un vídeo de  Demo
Pro:  Flujo principal, eventos, interacción con el esfuerzo de los dados
Contras: Aún hay situaciones en desarrollo
Flowban

9.- Kanban Board Game: Un simulador basado en Get Kanban Game. Cuenta con las mismas métricas del mismo simulador por lo cual es muy intuitivo si ya usaste el Get Kanban
Pro: Similar al Get Kanban y sus metricas
Contras: Es solo individual
Boardgame

Estas son las herramientas que conozco, no significa que sean todas.

Por lo cual, me gustaría invitarte, querido lector, si conoces alguna otra herramienta para hacer simulaciones de Kanban de manera remota. Por favor, compártela conmigo y con gusto la agregare a este listado.

Update 09/04: Se agrega Twig
Update 20/04: Se agrega Flowban y Kanban Board Game

¡Gracias por leerme, nos vemos pronto!

Moss2

 

 

Kanban… ¿Tienes el valor o te vale?

Mucho se ha dicho sobre Kanban, o por lo menos, me ha tocado escuchar mucho en varios foros.

“Visualiza, flujo de valor, limita tu trabajo”… Si, son practicas sencillas pero pocos hablan sobre el tema de los valores.

Por que si, para hacer una buena dinámica de Kanban se requiere de mucho VALOR.

Si no me creen. ¿Quién no ha vivido una situación similar al siguiente video?

¿Cuantos nos identificamos con el video?
¿Cuantos en realidad transparentamos que la demanda es mayor que nuestra capacidad?
¿Cuantos levantamos la mano para pedir un alto?
O para los que llevan la gestión de algún proceso ¿Cuando hemos preguntado a los que lo ejecutan como se sienten o si necesitan algo?

Muchas veces, el problema no es que todo sea urgente, que todo sea importante.
A veces el problema es que no tenemos el suficiente valor para decir “No podemos”, “No tiene sentido” o “No aporta valor”

Ser victima y culpar al entorno, es a lo que me refiero respecto a que Kanban requiere mucho valor, en especifico 9 valores

Transparencia: Lo que buscamos es mostrar como nuestro trabajo, trabaja. Donde se atora, cuanto podemos hacer, cuanto debemos dejar de hacer y compartir la información para que fluya mejor

Equilibrio: Capacidad VS Demanda. Debe haber capacidad para poder soportar la demanda, pero si no hay demanda, no sirve tener mucha capacidad. Por eso es que el fin es mover siempre la balanza de ese equilibrio imperfecto. Si transparentamos más demanda, equilibrarla para que nuestra capacidad funcione. Si tenemos capacidad extra, buscar donde hay demanda que podamos aprovechar

Colaboración: Lo que kanban busca, es mostrar donde hay trabajo sin hacer, no gente sin que hacer. Si yo soy el que esta con sobrecarga, debo mostrarlo para promover la colaboración. Si estoy en espera de algo, veo como logro apoyar para disminuir esa espera

Foco en el cliente: ¿Cual es el propósito de nuestro proceso? ¿Esta alineado a la expectativa de mi cliente? ¿Pensamos en que es lo importante para el? ¿Qué es lo urgente para el? o ¿seguimos pidiendo prioridades y que es lo que sigue a nuestro jefe?

Flujo: Mucha de la similitud del fluir del trabajo, es como si fuera un río. El agua debe seguir su flujo, y si se atora, se convierte en agua estancada y en ocasiones huele mal. Lo mismo ocurre con el trabajo, si siempre se atora. ¿Cómo evitamos que este también se estanque y sea un desperdicio?

Liderazgo: Mas que liderazgo, yo diría inspiración. ¿Cómo inspiramos a que todos conversemos respecto a nuestro trabajo, que seamos conscientes de la demanda y la capacidad, reflexionar sobre nuestro desempeño actual y proponer mejoras

Entendimiento: Entendernos como individuos, como equipo, como organización. Entender a nuestros clientes, entender el valor de nuestro trabajo y entender nuestros limites

Acuerdo: Como individuo, debo hacer acuerdos con mi equipo. Como equipo, hacer acuerdos tanto internos como externos. Aprovechar las diferencias de opinión y llegar a una solución consensuada que promueva mejorar la entrega de nuestro servicio

Respeto: Esta es la base de todo, mostrar consideración por que nuestro trabajo es hecho por personas y para personas. Respetar nuestros acuerdos, nuestra capacidad y sobretodo respetar que si hay una propuesta de cambio, es para tratar de mejorar.

Ahora, vuelvo a preguntar

¿Tienes el valor para hacer kanban o te vale?

tenor (1)

Deberíamos disfrutar mas las cosas

 

Luego de unos días pesados, llegaba el fin de semana.

Días movidos, cambios de planes sobre mi futuro, nuevas experiencias por venir, mi novia fuera de la ciudad, me sentía motivado pero distraído.

Necesitaba algo… no sabia que, pero algo me hacia falta.

Entonces llego mi compi Maica Trinidad con una de sus ya clásicas intervenciones espontaneas y me dijo

“Toma, deberías disfrutarlo”.

Era un libro de Neil Gaiman, “Errores infalibles para (y por) el arte”

El cual contiene lo siguiente…

 

Espero el discurso les sirva, tanto como me sirvió a mi.

PD: Gracias Compi

 

 

¡Si juegas en la lluvia, te vas a enfermar!

Cuando era pequeño, mi mamá me decía:

“No salgas a jugar cuando llueve, o te vas a enfermar”

Eso hizo que mis días lluviosos los pasara encerrado en casa. ¡Que aburrido!rainy-day-o

Pero esa era mi realidad, así fui educado, así lo venía haciendo.

La realidad es algo muy frágil, cada quien maneja una “realidad” diferente a la que tienen los demás.

No sabía si era bueno o malo, solo me decían que era por mi “seguridad”

Pero crecí y un día, vi que unos amigos estaban jugando bajo la lluvia.

Así que, decidí salir y jugar con ellos. Si, al regresar a casa, me regañaron, que me iba a enfermar, que si estaba loco…

gif-king-b0f855aa1b2967218e1680e32317684dPero nadie podía quitarme el genial día que tuve bajo la lluvia. Eso hizo que mi “realidad” cambiara.

No porque la gente me dijera que lo hiciera, o me lo recomendara. Simplemente, lo viví.

Así de frágil es la realidad, y así de sencillo es cambiar.

Pero, para hacer ese cambio de “realidad” se necesitaron varias cosas

-Motivación para ir en contra de lo que venía haciendo
-Experimentar y arriesgarme a vivir esa situación
-Quitar mis miedos
-Saber el por qué quería hacer ese cambio

Ahora, imaginemos que una empresa con 50,000 empleados quiere dejar de encerrarse los días lluviosos… Suena sencillo ¿no?

scared

 

Tamales Esbeltos

Son bien ricos los tamales, pero esos tamales de la calle, del tianguis. Incluso esos oaxaqueños dontamales_4de ¡el carrito va a tu casa!

Ya es clásico escuchar el grito de “HAY TAMALES OAXAQUEÑOS” y que mejor servicio que solo salir a la calle, pedir un tamal, pagar y listo.

Pero, el otro día fui a un restaurante y pedí “tamales gourmet”. Según el slogan eran “hechos a tu medida y gusto”. Y pues, mi medida y gusto me indicaban que quería unos verdes con pollo (a lo mejor ese fue mi error, pedí el tamal clásico).

Pero este proceso, fue tortuoso.

Primero, el esperar a que me dieran mesa, hacer el pedido, (que aqui hubo un problema ya que el mesero confundió las ordenes) esptamal_1erar a que lo prepararan, lo cual llevo alrededor de 25 a 30 minutos, llego a mi mesa y aquí viene lo peor.

¡EL SABOR DEJABA MUCHO QUE DESEAR!

El tamal del carrito de la calle era mucho más rico y lo entregaban en menos tiempo.

Y no hablemos del costo, ya que el del carrito era la mitad.

Si lo vemos de cierto punto de vista, en el carrito pagamos por el producto tal cual, no tenemos que esperar lugar, a que nos lleven el tamal, simplemente lo pedimos, lo entregan y pagamos.

Menos gasto, menos costo.dinero-basura-1

A diferencia que uno de restaurante, donde tenemos que pagar el lugar, el mesero, el transporte del producto y el servicio, ah sí, también el tamal.

Es por esto que se llama esta entrada “tamales esbeltos” por su relación con las prácticas y principios de “Lean” donde nos enfocamos en reducir el tema del desperdicio.

Y así como hay mucho desperdicio en temas de transportar alimentos, pedir órdenes y pagar entornos que no ayudan al producto, estas situaciones también afectan el desarrollo de software, siendo los siguientes 7 los principales

Desperdicio #1 – Trabajo hecho a medias

Dejar cosas en “desarrollo” por mucho tiempo trae problemas ya que es código que hay que compilar mientras desarrollamos otras cosas y seguramente fallara si cambia alguna interfaz.

Desperdicio #2 – Funcionalidad extra

Cualquier cosa que no se haya solicitado, es un desperdicio, ya que probablemente no aporte ningún valor o solo aporte poco valor. La funcionalidad extra añade complejidad, es un nuevo punto de fallo, implica mayor mantenimiento. Sin mencionar la funcionalidad extra que decide incorporar el desarrollador simplemente porque le gusta o le motiva.

Desperdicio #3 – Reaprendizaje

Nuestra memoria está limitada y tendemos a ir olvidando lo que no usamos normalmente, y si tenemos que volver a usar algo tenemos que aprender de nuevo cómo usarlo. Cualquier proceso de reaprendizaje es un desperdicio y debe evitarse siempre que se pueda.382

Tomar requerimientos demasiado temprano o encontrar bugs más tarde de llevarse a cabo el desarrollo, es un desperdicio ya que habrá que releer los requerimientos y entenderlos de nuevo, o revisar los bugs y modificar desarrollos posteriores si ha pasado mucho tiempo.

Desperdicio #4 – Transferencias de conocimiento

Este ocurre muy frecuentemente, es como el teléfono descompuesto. El product manager toma los requerimientos del cliente, éste se lo pasa al analista, y este se los pasa al arquitecto técnico, éste al programador, después al tester, ¿Les suena conocido?

Desperdicio #5 – Retrasos

Las dependpost-64231-this-is-fine-dog-fire-comic-Im-N7mpencias con gente de fuera del equipo. Los vistos buenos de esos “dioses del olimpo”, revisiones, validaciones de gente que no tiene el contexto.
Esto normalmente conlleva al cambio de contexto, ya que en esos momentos de espera, es común que se asigne otra actividad o se hagan trabajos parciales.

Desperdicio #6 – Cambios de contexto

Cuando tenemos varias cosas que se deben hacer de forma inmediata, tendemos a intentar hacer varias cosas a la vez. Como nuestra mente no es multitasking, lo que hacemos es cambiar de contexto y por tanto no avanzamos.

Aunque aquí podemos aplicar Kanban, es necesario tener definidas las prioridades y mantener el foco (Ver Kanban)

Desperdicio #7 – Defectos

Si, nadie es perfecto, pero si somos capaces de detector el mayor número de bugs en desarrollo, estos se corregirán inmediatamente, ya que mientras más tiempo vivamos con ellos, su resolución será más complicBxSEpEPCQAAkgitada. Por lo cual, siempre deben estar incluidas las pruebas como parte del trabajo diario.
Hacer pruebas unitarias, de integración y validar criterios de aceptación son buenas prácticas, pero deben apoyarse de más actividades que nos ayuden a revisar nuestro código (Test automatizados, funcionales, exploratorios, etc.)

De esta forma, haremos que nuestro desarrollo evite muchos temas de desperdicio y sea tan delicioso como esos tamales de carrito.

Videojuegos, Juegos Olímpicos y un poquito de Kaizen

Esta entrada comienza con una pequeña anécdota.

213428-tmnt2A mis 8 años, pusieron una maquinita (Arcade) de las Tortugas Ninja en la tiendita de la esquina de mi casa, yo juntaba el poco dinero que me daban fines de semana e iba a gastármelo ahí.

Hasta que un buen día y luego de 20 pesos, logre terminar el juego.

¡Era el niño más feliz del mundo!

Pero apareció una pantalla, que hasta la fecha me sigue persiguiendo en pesadillas…

La pantalla que muestra a los mejores jugadores. Obviamente, yo debía estar ahí.

gfs_62686_1_11_mid

Desde ese momento, cada peso que tenía en mis manos, era dedicado a ese videojuego, donde me enfocaba en mejorar mis tiempos, incrementar los puntos que obtenía hasta aparecer en el primer lugar de los mejores jugadores.

Luego de 50 pesos y casi 5 fines de semana, lo logre…

Aunque había gastado el dinero de 5 fines de semana, me sentía muy feliz. No, no era el primero, estaba en la posición 3, pero mis iniciales aparecían. Me sentía satisfecho, todo aquel que fuera a jugar ese videojuego iba a ver mis iniciales.

Esta característica de los videojuegos, es parte importante. Es lo que te motiva a repetir el juego, todo por estar en esa lista de los “mejores jugadores”

Algo similar pasa en los recientes juegos olímpicos, el mundo compite de manera amistosa por demostrar quienes son los mejores atletas de este planeta.phelps_070116-640x356

Y todos los observamos, nos emocionamos y celebramos con ellos. Si nosotros nos sentimos asi, no puedo imaginar como se sienten ellos. Es esa motivación lo que los impulsa a ser mejor cada día

Pero en realidad, esa lista de “los mejores” se toma a base de mediciones.

Mejores tiempos, mayores puntos, mejor habilidad.

Y, al igual que mi yo de 8 años, tenemos que invertir tiempo, dinero y esfuerzo si queremos aparecer en esa lista de “los mejores”

Es ahí donde entra Kaizen.

KaizenKaizen es mejora continua, tener la mentalidad de “¡Hoy mejor que ayer, mañana mejor que hoy!”

Esto se logra de la misma manera que los atletas olímpicos alcanzan sus metas, o que los videojugadores superan sus marcas.

Planificando, Haciendo, Verificando y Actuando

Recientemente me puse la meta de obtener todos los trofeos de Metal Gear Solid V y nadar 1.5 km en 30 mioriginalnutos, planee mi día para poder hacer ambas actividades.

Y empece a hacerlo, me puse a jugar Metal Gear y nade por 30 minutos

Luego, verifique el resultado. Me hicieron falta 2 trofeos, y solo alcance a nadar 1.25km en 30 minutos

Con el aprendizaje del videojuego, note que me faltan armas para obtener los demás trofeos, tendré que regresar a buscarlas. En la natación, lo que pude observar es que luego de 20 minutos, mi patada se empieza a volver lenta, debo mejorar la frecuencia de mis patadas. Lo siguiente es actuar en este cambio.

Así que, una vez con el siguiente plan, fui por las armas para obtener los 6M6crutrofeos que me hacen falta, y me puse a practicar con la tabla de natación para mejorar la frecuencia de patadas. Los mantendré al tanto de si logre alcanzar esa meta.

Es muy fácil decirlo, pero para ser mejor cada día, se requiere de esfuerzo, mucha motivación y tiempo.

Si, en ocasiones notaran el desgaste, pero si entendemos la meta y comprendemos el valor de ese objetivo, la satisfacción será inmensa… igual que aquel niño de 8 años cuyas iniciales estaban en una maquinita de la Tortugas Ninja.

Kanban o “El que mucho abarca, poco aprieta”

“MULTITASKING”

Este término viene de esos geekmultitasking-fail-resized-600s de la informática y se relaciona al momento en el que un dispositivo ejecuta de manera independiente 2 procesos diferentes. Tomando en cuenta esto, podemos decir que “multitasking” corresponde a la acción de realizar más de una tarea a la vez, siendo “eficientes” y “economizando tiempo”.

En la actualidad, esto ya es parte de nuestras habilidades, incluso la ponemos en nuestro curriculum como una habilidad o técnica.

Pero… ¿En realidad el multitasking es bueno en los humanos?

La respuesta es no.

Multitasking_30f505_1415620Una persona por ser multitask generara baja calidad en sus trabajos, ya que al estar haciendo varias actividades al mismo tiempo, ninguna de estas tareas se ejecuta con la atención debida.multitasking-driving

Y no hablemos de temas de salud, en largo plazo, el multitask puede ocasionar daños a su memoria y salud.

Lo peor del multitask es que, uno hace poco de muchas actividades, pero no termina o concreta ninguna.

Es aquí donde entra nuestro grandioso Kanban.

Wikipedia la define como:

El Kanban (del japonés: kanban, usualmente escrito en kanji 看板 yIMG_20160725_000802 también en katakana カンバン, donde kan, 看 カン, significa “visual,” y ban, 板 バン, significa “tarjeta” o “tablero”) es un sistema de información que controla de modo armónico la fabricación de los productos necesarios en la cantidad y tiempo necesarios en cada uno de los procesos que tienen lugar tanto en el interior de la fábrica, como entre distintas empresas.

Yo digo que Kanban es la versión japonesa de “El que mucho abarca, poco aprieta”, ya que esta práctica te ayudara, por medio de tarjetas, tableros y de manera muy visual, a definir qué hacer, cuanto hacer y cuando hacerlo. Manteniendo el foco en las actividades pendientes que somos capaces de hacer, disminuyendo los desperdicios, y volviendo el proceso más eficiente.

Y si no me creen. ¿Cuántos de ustedes tienen post-its o notas en su refrigerador o en algún lugar visible de su casa u oficina que sirven para que recuerden sus pendientes?

20160819_172711_2

Eso, querido lector, es su “Kanban Personal” (y es mucho mejor que esa canción de Depeche Mode)

 

Escapando ágilmente de “La zona de confort”

Muchos hemos escuchado de la famosa “Zona de Confort”. ¿Pero qué es?

Una definición que leí en internet dice:

La zona de confort es ese lugar mental en el que estamos a gusto con todo, y no pensamos en cambiar nada de nuestras vidas, Pero estar a gusto con todo, no necesariamente es bueno. Algunas personas están simplemente a gusto con la pobreza, con la gordura y con el fracaso en general, el problema que tenemos con la zona de confort, es que nunca nos podemos liberar de ella.

Todos hemos estado ahí, (si, incluso tu que dices no estar ahí, muy probablementezona2, estés dentro) y es cierto, es muy cómoda y divertida hasta cierto punto.

Pero, ¿Qué pasa cuando esa zona ya no satisface tus necesidades y cuando se empieza a volver un estado de pánico?

Por lo menos así lo he sentido yo, cuando aquello que antes te hacía sentir a gusto, ahora ya no es suficiente.

Todo comenzó con una decisión, y como bien lo dice nuestro amigable vecino Spider-Man. “Un gran poder conlleva una gran responsabilidad”.

El “poder” de la libertad, de ser independiente, traía de la mano una mayor responsabilidad, y había que encontrar una salida a esa zona de confort.

Pero no solo eran temas de “independencia”, también había temas de aprendizaje.

Un día, se apareció frente a mí, una forma de trabajo que me hizo explotar la mente y darme muchas ilusiones…

tim-and-eric-mind-blown

Algo llamado “Agile”.

Yo, en ese entonces, era un Líder Técnico y, al mismo tiempo, un creyente y practicante de “Ayail” (Sí, Ayail por que no era Agile lo que hacía, pero iba mejorando).

Empecé a asistir a cursos, pláticas, talleres, juntarme con gente que conocía más sobre esos temas y de repente, ya era un Líder Técnico, Agile Champion y Kanban “Batman” Master (Estos conceptos los explicare en otro post).

5d81022ca20377476f8cf5db64e3e387 (1)Sí, hay que hacer sacrificios, y los míos fueron de tiempo, dinero y un poco de salud mental (amén por esos amigos que toleraban mis cambios de humor y decisiones absurdas).

Tenía una fecha límite para el “gran” cambio. Si mi zona de confort no mejoraba, la decisión era buscar afuera, en esa zona de “terror”. Porque llevaba alrededor de 1 año haciendo relativamente lo mismo.

Dicen que el que busca, encuentra. Y pues, encontré esa oportunidad.

Curiosamente, Scrum maneja una serie de valores que, sin considerarme loco, me sirvieron para poder escapar de la zona de confort

Foco: Visualiza tu objetivo, logrando esa meta por muy absurda que sea.
Apertura: Mantén una mente abierta, escucha las opciones e ideas, revisa casos de éxito de otras personas para sentirte inspirado.
Coraje: No te rindas, aunque se te cierren las puertas y veas todo muy lejos, sigue adelante, pide ayuda, apóyate en tus amigos y seres queridos.

Sí, sé que suena muy romántico todo, pero eso de “Agile” me sigue teniendo muy ilusionado, tanto que ya soy creyente.

tumblr_mroodft1lW1rpysm0o1_500

In the beginning

Hola querido lector.

Empiezo este pequeño blog para compartirles un poco de mi vida, mis pensamientos y mi viaje dentro del inmenso mundo laboral.

No soy muy bueno escribiendo, lo hacia mucho en la preparatoria, un rato en la universidad, pero espero volver a retomarlo.

Sobre todo en este momento donde los temas de agilidad son dignos de contarse.

Los dejo con esta frase de mi escritor favorito, Neil Gaiman.

“Tienes lo mismo que todo el mundo; toda una vida.”

Me gusta por que todos tenemos eso mismo, una vida. Una vida para hacer con ella lo que nosotros decidamos.

03-neil-gaiman-w750-h560-2x