10 razones para aplicar tableros Kanban como una tendencia actual de desarrollo de software

No siempre es fácil encontrar el camino correcto en los procesos de desarrollo (como en otras actividades comerciales). Varias obstrucciones pueden molestar. La vida futura de cualquier producto o servicio depende de elegir una metodología de desarrollo adecuada. Como Kanban a menudo se menciona como una de las tendencias actuales en la gestión de proyectos, aquí reunimos los beneficios más esenciales del desarrollo de software Kanban y la aplicación de tableros y tarjetas Kanban convenientes. Solo para estar a la moda;)

imagen

¿Qué es kanban?


Veamos ejemplos que describen dos situaciones diferentes:

  • El primer caso : imagine una antigua fábrica de transportadores, cuyas actividades dependen directamente del plan estatal. Este plan define claramente el número de productos para la producción. Como resultado, la fábrica enfrenta almacenes superpoblados debido al hecho de que los compiladores del plan estatal a menudo pueden confundirse con la demanda. A menudo no tienen tiempo para vender los productos.
  • El segundo caso : muévete a la realidad e imagina una sala de exposición Toyota hoy en día. Un comprador está eligiendo un modelo de automóvil y va a hacer un pago. Sin embargo, no hay un modelo de color requerido en este momento. El pedido se envía a la oficina central de Toyota. Se le informa sobre la hora en que se entregará el automóvil (de su color). Solo a partir de este momento, comienzan a producir un automóvil. Especialmente para ti.

El principio es evidente: primero - venta, y luego la producción. En otras palabras, el principio de justo a tiempo (JIT) funciona aquí. Primero, objetivos y plazos, luego planifique y trabaje.

imagen

Los almacenes de Toyota no se desbordarán, como en el primer caso. No tendrán la necesidad de almacenar detalles prefabricados durante mucho tiempo. Esto se debe a que lo que se está haciendo en la línea en este momento es una norma necesaria para algunos automóviles vendidos recientemente. Uno de los componentes clave de los principios JIT es Kanban.

Los tableros y tarjetas Kanban son "semáforos" peculiares en el sistema JIT. Kanban permite a las empresas reaccionar ante las necesidades de los clientes en lugar de pronosticar las necesidades, como sucedió en el primer caso descrito.

Sin embargo, estemos más cerca de un mundo de desarrollo de software.

En lugar de los detalles del automóvil, imagine tareas de desarrollo y errores. Un probador recibe varios artículos para su verificación. Cuando el control de calidad se queda sin tareas de verificación, él / ella debe notificar a los desarrolladores para obtener nuevas de ellos. Si los programadores no tienen tiempo para completar nuevas tareas, el probador simplemente permanece sin trabajo por un tiempo.

La situación inversa también ocurre: el control de calidad acumula muchos artículos y no tiene tiempo para verificar todo a tiempo. En este caso, la fecha de lanzamiento del producto también se retrasa.

En el desarrollo de software, Kanban es mucho más difícil de equilibrar que en la fabricación. Eso se debe a los detalles del trabajo: si las máquinas producen detalles del mismo tipo, los programadores trabajan con el código a través de sus propios cerebros, donde hay algo así como 100 mil millones de neuronas y uno, pero significativo, el factor humano.

imagen

¿Por qué el desarrollo de software necesita placas Kanban?


En realidad, los tableros Kanban pueden aplicarse en todas partes: desde la planificación personal, el desarrollo e incluso la implementación en la gestión de un taller de cerámica.

Para comprender mejor el alcance y la utilidad de los tableros Kanban, vale la pena sumergirse en lo que es Kanban y, en general, en su significado como metodología.

Las 10 razones principales para usar Kanban


Aquí hay 10 razones por las que vale la pena implementar tableros Kanban en compañías de TI que desarrollan software:

1. Definiendo cuellos de botella


Cambiar a los tableros Kanban desde las listas de tareas regulares puede mostrar cuellos de botella: en las listas de tareas, había una gran cola de tareas, ya que un control de calidad no se las arreglaba para verificarlas todas. Él / ella tomó la tarea de verificar con un largo retraso. Después de que el probador devolvió el artículo para su revisión, el programador ya lo olvidó. Es un tiempo precioso para mirar el código nuevamente y recordar todos los detalles. Significa que el equipo necesita un probador más.

El tablero Kanban le permite ver los cuellos de botella en su proceso donde se forman las líneas. En algunos softwares profesionales de gestión de proyectos , la función de límites WIP ayuda a hacer frente a esta tarea. Si tiene más o menos tareas de las que necesita, la columna se resalta en rojo o amarillo, respectivamente.

imagen
Junta de Hygger Kanban

2. Concentración en el trabajo.


Los programadores deben centrarse directamente en su trabajo. Por lo tanto, es bueno cuando reciben un conjunto de tareas y no necesitan pensar qué hacer a continuación, ya que el gerente ya lo ha pensado. Solo necesita llevar el siguiente elemento al trabajo.

A veces Kanban sugiere una elección independiente de tareas en la parte superior. Entonces, el nivel profesional de todas las personas debe ser igual para que no resulte que la tarea más difícil "recaiga" en el especialista junior.

My Tasks Filter te ayuda a enfocarte en tus tareas. Ayuda a ver rápidamente sus tareas en el tablero.

3. Centrarse en una tarea


Antes de usar Kanban, los desarrolladores podían trabajar en algunas tareas al mismo tiempo. Cambiaron de un problema a otro y pasaron una gran cantidad de tiempo cambiando. En promedio, tardó más de 25 minutos en reanudar una tarea después de ser interrumpido.

Cada vez que lo hacían, se necesitaba mucho tiempo para realizar una tarea: revisar los términos de referencia y un prototipo, leer un código actual y construir su representación interna. Gracias a la función de límites WIP en Kanban y una vista panorámica, un desarrollador no puede trabajar en más de una tarea a la vez.

4. Vista panorámica


Gracias a los tableros Kanban, tienes la imagen completa del proyecto ante tus ojos. Al abrir el tablero, puede obtener rápidamente respuestas a preguntas importantes:

  • ¿Quién está ocupado en este momento?
  • ¿Cuál será el trabajo futuro de cada individuo?
  • ¿Qué tareas se redescubrieron debido a errores?
  • ¿Quién está sin tareas?
  • ¿Quién tiene una gran línea de tareas?
  • ¿Hubo cambios en las últimas 24 horas? y donde
  • ¿Cuándo se hará el artículo específico?
  • ¿Qué tan pronto terminarán las tareas de un especialista específico?

imagen
Asana kanban junta

5. El orden exacto de lanzamiento de características


El orden de lanzamiento de características también es importante. En las listas basadas en prioridades, es difícil administrar con precisión el pedido. Si un programador tiene cinco tareas con una prioridad máxima al mismo tiempo, será difícil para él decidir cuál de estas tareas se tomará primero.

Los tableros Kanban solo ofrecen una salida cuando el orden importa. Esta solución visual es una columna vertical con tareas. Cuanto mayor es la tarea, más importante es. Kanban, por cierto, implica definir prioridades como uno de los aspectos importantes de la metodología.

Los requisitos cambian constantemente y muchas tareas pueden perder relevancia y "descender". Algunas tareas pueden "elevarse" bruscamente. al contrario Los gerentes deben constantemente "estar al tanto" para permitir que los programadores hagan las cosas más necesarias.

imagen
Tablero kanban Trello

6. Prioridad a las tareas principales.


Kanban enseña a enfocarse en las cosas principales que realmente agregan valor al producto. Le permite disminuir la cantidad de errores inútiles.

No es una tarea fácil para un gerente de producto distinguir errores importantes de los errores con menor prioridad. Los Swimlanes están destinados a ayudar.

Estas son las columnas horizontales en el tablero Kanban. Como regla general, los programadores tienen los siguientes Swimlanes en el tablero:

  • Bloqueadores: tareas y errores que deben corregirse en tiempo real. Un ejemplo es un registro roto.
  • Tareas y errores: las tareas y errores actuales habituales.
  • Algún día: tareas que han perdido relevancia.

El sistema es similar a la matriz de Eisenhower . Preguntas importantes y urgentes son los bloqueadores. Importante, pero no urgente: tareas y errores. Sin importancia y urgente, así como sin importancia y no urgente: esto es algún día.

7. Flexibilidad


Un tablero Kanban ayuda a ser más flexible. Esto es especialmente necesario cuando el producto recibe comentarios útiles. Se trata de mensajes y solicitudes, análisis de comportamiento, resultados de pruebas A / B, revisiones, etc.

Tan pronto como mueva una nueva característica para la producción, inmediatamente comenzará a cambiarla en función de los comentarios. Según Kanban, un programador funciona como un procesador: un ciclo de reloj es una tarea.
Cuanto más frecuentes son los ciclos, más flexible es el equipo de desarrollo.

imagen
Tablero kanban Wrike

8. Espíritu de equipo y trabajo constante.


El control de calidad comienza a trabajar en funciones casi inmediatamente después de que los desarrolladores hayan terminado las funciones.

¿Cómo estuvo antes? El control de calidad probó una característica no cuando se completó, sino mucho tiempo después de eso. Los desarrolladores apenas podían recordar esa característica en ese momento y pasaron mucho tiempo tratando de ponerse al día con la tarea.

Kanban permite características de prueba de control de calidad casi después de que se terminaron. También se trata del trabajo de vendedores, diseñadores, editores y otros. Todo el equipo trabaja consistentemente como un metrónomo que produce ritmos regulares.

9. Errores frecuentes


En referencia a Scrum, debe tenerse en cuenta que mientras trabajamos con esta metodología, lanzamos una función solo al final de un sprint (como una vez en 3 semanas).

Según Kanban, los estamos lanzando casi después de que finaliza un período de prueba (como una vez cada pocos días). De esta manera, descubrimos más rápidamente si a los usuarios les gusta la función o no.
Si no les gusta la función, hemos cometido un error en alguna parte.

No significa que nos guste cometer errores. Sin embargo, si somos los primeros en hacerlos, seremos los primeros en obtener la experiencia y saber qué hacer.

10. Más flujos


Los tableros Kanban permiten evitar la pregunta para los desarrolladores "¿en qué estás trabajando?" Parece innecesario, porque puede abrir una placa Kanban, echar un vistazo a lo que están haciendo los desarrolladores y continuar trabajando en sus propias cosas.

Comida para llevar


No nos propusimos mostrar aquí que Kanban es de alguna manera mejor que Scrum u otras metodologías.
Esbocemos la idea central: Scrum se adapta bien al comienzo del desarrollo del producto, mientras que Kanban se ve más poderoso cuando el producto ya ha sido lanzado.

El software Kanban y los tableros convenientes no son una panacea y una bala de plata para su negocio. Kanban es una condición esencial pero insuficiente para el éxito de sus proyectos. El método ayuda a su equipo de TI a trabajar de manera coherente y efectiva. Entonces, si aún no lo ha aplicado, ¿qué está esperando?

Source: https://habr.com/ru/post/464625/


All Articles