Yo y mis compañeros de trabajo para los empleados internos de la empresa en la que trabajo, elaboramos periódicamente pequeños artículos donde analizamos varios casos sobre enfoques flexibles, incluyendo casos de uso del método Kanban para mejorar y gestionar procesos. A estos artículos los llamamos "Agile-shorts". Y pensé, "¿Por qué no abrir sus artículos a una audiencia más amplia también?" Y he aquí, hoy estoy publicando mi primer artículo de esta serie.
Hoy les contaré uno de los casos por los que falla el uso de prácticas como "Limitar la cantidad de trabajo en progreso" o los límites de WiP. Haré una reserva de que esta no es la única razón, pero, en mi práctica, es muy común. En artículos futuros, puedo cubrir este tema con situaciones interesantes adicionales.
Pocas personas que trabajan en el campo de las TI no han oído hablar de enfoques flexibles para la creación de productos. Las palabras Agile, Kanban, Scrum ya han penetrado profundamente en el léxico de las empresas modernas. Alguien los pronuncia con orgullo, alguien con ironía y alguien con los dientes apretados.
Estos últimos, probablemente, por su propia experiencia, se enfrentaron al uso infructuoso de algún tipo de herramienta de gestión y proyectaron su experiencia negativa en todas las ideas futuras.
Pero esta publicación no es para ellos. Esta nota es para ustedes, aquellos que entienden que las herramientas se pueden usar de diferentes maneras y están listos para aprender de los errores.
Limitar historias de usuarios y trabajar con subtareas
A menudo, al familiarizarse con los conceptos básicos de las prácticas y métodos que se utilizan en la cultura ágil, las personas tienen la impresión de que al presionar Ctrl + C y Ctrl + V, obtendrán lo mismo maravilloso que vieron en el caso de capacitación. De hecho, resulta que "Ctrl + V" tiene que modificarse cuidadosamente con un archivo, como en una broma.
Al visualizar el trabajo de un equipo, los neófitos a menudo combinan tareas que tienen valor para el Cliente en un nivel con tareas que tienen valor solo dentro del proceso. ¿Por qué, pregunte, se combinan? Básicamente, porque están acostumbrados a trabajar en el paradigma - "Me dieron una tarea - hago una tarea - hice una tarea", en la que no es necesario pensar en el valor para completarla: "Después de todo, el jefe ya ha pensado en esto, ya que le da la tarea a trabajar.
, :
« MVP » - , -, .
– , -
– ,
–
« WIP-?», . , , , . , , , , -, - , .
: , « » « », ( ), . - , (, , , ), , . - ! - - , - . , - , , , .
- , , - , - .
, ? , , .
:
.
. – , .
. , :
// ( – )
()
( )
,
. Customer recognizable item – , , , , , , .
, .
, , - , . , , . – , , , .
, , :
, ,
,
- , , , -,
, , « , », .