¿Una tienda sin humanos? – Seguridad y confianza

El tiempo que llevo viviendo en Estocolmo me he asombrado de la seguridad que brinda no solo la gente, sino la ciudad.

Por ejemplo, en algunas estaciones del transporte público, no se impide el acceso, puedes pagar o escanear una tarjeta o un código qr desde tu celular, pero no es necesario mostrarlo para entrar.

Pero mi mayor sorpresa fue cuando vi una tienda que no tenia gente ni tampoco se necesitaba de escanear los productos. Simplemente tuve que darme de alta en mi celular usando mi tarjeta bancaria, entrar a la tienda, seleccionar mis productos, aceptar la lista que se muestra en una pantalla y salir de la tienda.

Les dejo la liga al video para que vean un poco de la experiencia, si tienen más dudas, la empresa que hizo esta tienda se llama Pressbyrån

Conversando con amigos de México con los que trabaje en un retail, llegamos a la conclusión de que este tipo de tiendas sería difícil o imposible que funcione en México. Dicen que la cultura se come a la estrategia en el desayuno y creo eso podría pasar aquí

Seria impresionante salir al mercado como el primer retail en México en poner una tienda automática y sin gente que la supervise, pero posiblemente también provoque atracción en los amantes de lo ajeno o uno mismo buscaría la forma de poder obtener cierto provecho

Esto me hizo pensar que la innovación esta directamente vinculada a la cultura de la seguridad y confianza, no solo del entorno, sino también del propio equipo que desarrolla estos productos.

Para poder idear algo y ser creativo, se necesita estar abierto al fracaso y el poder aprender de estos errores. Al respecto, hay un estudio de Google

Donde explican las características de los equipos de trabajo exitosos.

Ellos descubrieron que hay 5 características

1. Seguridad psicológica: ¿Podemos correr riesgos en este equipo sin sentirnos inseguros o con miedo a represalias?

2. Confianza: ¿Podemos contar unos con otros para hacer un trabajo de alta calidad a tiempo?

3. Estructura y claridad: ¿Están claros los objetivos, roles y planes de ejecución de nuestro equipo?

4. Significado del trabajo: ¿Estamos trabajando en algo que es personalmente importante para cada uno de nosotros?

5. Impacto del trabajo: ¿Realmente creemos que el trabajo que estamos haciendo es importante?

Y ahí está, nuevamente, seguridad y confianza.

Entonces, querido lector, no solo depende de tener una idea original para que esta sea exitosa, se necesita también que el entorno donde esa idea se genere sea seguro y confiable para que pueda desarrollarse de una forma adecuada, abierta al fracaso y aprendizaje, pero también se necesita que los límites de esta idea consideren la cultura donde será utilizada

Así que. ¿Tienes un entorno seguro y confiable donde puedas desarrollar y usar tu idea?

Los dejo con una frase de uno de mis agilistas favoritos

  • Si tienes una cultura del miedo, ninguna de tus prácticas o procesos sofisticados te ayudará

Joshua Kerievsky          

Limitar el “WIP” puede salvarte la vida

Tengo más de 2 meses viviendo en Estocolmo y el cambio ha sido sorprenderte. (Luego profundizare más en eso).

Algo de lo que me asombro fue que, con la pandemia, muchos lugares tienen en su entrada un número para indicar el limite de las personas que pueden estar al mismo tiempo dentro de su establecimiento.

Con la finalidad de reducir el esparcimiento y reducir la acumulación de mucha gente en un mismo punto. Evitando la sobresaturación de los hospitales.

Esto me hizo recordar algunas de las practicas de Kanban (En especifico, visualizar, políticas explicitas y limitar el WIP)

En muchas situaciones, esto causaría cierto temor pues pensamos que los clientes al verlo, decidirán no entrar. Pero al preguntar, me comentaron que la afluencia es la misma solo que más distribuida.

Al tener el mensaje (política explicita) en la entrada, estas indicándole a los clientes la expectativa realista que deben tener. Pues al tener cierto número de clientes dentro, tendrán que esperar. Pero esto brinda el beneficio de ser más predecibles al atender a un número limitado de clientes (Limite WIP) en paralelo y puedes indicarle con más certeza el tiempo de espera.

Algunos de los beneficios de tener limites WIP combinados con políticas explicitas y visualización son:

  • Reduce el multitasking.
  • Fomenta la colaboración
  • Enfoca la capacidad en acabar trabajo, no en iniciar nuevo.
  • Reduce el tiempo del trabajo en proceso.
  • Muestra las saturaciones y problemas.
  • Disminuye la sobrecarga del equipo
  • Incrementa la motivación al brindar estabilidad

Así como algunos locales limitaron el WIP para salvar vidas y prevenir contagios, creo que podemos ponerlo en práctica en nuestros trabajos para prevenir el burnout y la sobresaturación digital que estamos viviendo.

¿Qué opinas? ¿Has visto algún otro ejemplo de limitar el WIP?

Agile Open Virtual 2020

Hace un año, con la entrada de la pandemia, la comunidad “Agiles México” organizo un evento virtual llamado “Agile Open Virtual” donde varios agilistas de distintas partes nos reunimos para compartir de manera remota.

En mi caso, era mi primera participación de forma remota y fue una experiencia muy grata.

Les dejo el video de esa sesión que compartí llamada “Aprendiendo a predecir con Kanban” y dejo los links con el distinto contenido que la comunidad compartió. Espero sea de utilidad.

Material de la sesión

Kanban Wiki (O un conjunto de contenidos de interés)

Usando como inspiración un post de Gustavo Bonalde (Mentor y amigo) decidí hacer esta entrada y tomarla como un inicio de “Kanban Wiki”.

Son algunas de las categorías que pensé son indispensables, pero seguramente, con su ayuda y feedback, estas crecerán.

Espero sea de utilidad en su viaje con Kanban

Nota: Algunos de los materiales están en Ingles 

Libros

Casos de Estudio

Simulaciones On-Line

Juegos y Dinámicas Kanban

Cursos y formación

Videos y Webinars

Redes Sociales

Priorización

Modelo de Madurez Kanban

Apto para el propósito

¿Consideras que hace falta algo?
¿Quieres compartir algún material?

No dudes en contactarme para compartir y ampliar esta pequeña lista

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

10.- Okaloa Flow Lab: La versión on-line del simulador “Okaloa” creado por Patrick Steyaert  sin duda, la simulación más completa y con distintas versiones en el mercado. Cuenta incluso con entrenamiento y clases para mejorar las simulaciones y que sean más realistasPro: Cuenta con distintas versiones, 15 participantes, cursos de entrenamiento
Contras: Tiene costo (aunque al tener formación, creo puede considerarse una inversión) y las demos deben ser por agendaKanban-Simulation-Okaloa-Flowlab

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
Update 10/10: Se agrega Okaloa

¡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.