En el último artículo he presentado brevemente los 10 principios de Less, Less En esta sección analizamos los elementos básicos del marco, si está preocupado por esta serie de artículos, entonces asumo que ha sido muy comprensivo con el scrum, así que No introduciré demasiado el contenido de scrum, ¡pero me centraré en la diferencia entre el marco Less y el marco scrum!
1. Acerca de los roles del equipo
La descripción de la parte del rol aclara principalmente dos puntos. El primero es que varios equipos tienen y solo un propietario de producto es responsable de la planificación y gestión del producto. Aunque habrá un PO en cada equipo en la definición de rol de scrum, se enfatiza en Less. Un equipo cumple el mismo objetivo de producto, por lo que hay un propietario de producto común que es responsable. Por supuesto, es posible que tenga preguntas. Si el equipo es demasiado grande y un propietario de producto no puede ocuparse de él, esto es lo que preocupa a Less Huge Hablaremos de esta parte más adelante, la segunda es sobre la definición de scrum master. En menos, el scrum master puede cubrir 1-3 equipos. Este es en realidad el resultado inevitable después de que la madurez ágil a nivel de equipo alcanza cierta madurez. Si el equipo se da cuenta gradualmente de la autoorganización y la autogestión, entonces el scrum master tiene la capacidad y la energía para ser responsable de un alcance mayor. Puede prestar atención al término "autogestión" en lugar de autoorganización en esta parte. El término autoorganización se ha utilizado en la versión anterior de la guía de scrum, pero también se ha revisado a la autogestión en la última versión de 2020. Puede ver los detalles. En mi artículo anterior sobre la interpretación de la guía de scrum, parece que Less tiene una definición más clara del equipo y es más avanzado que scrum; parece que less no tiene demasiados roles, entonces, ¿existe un rol de gerente tradicional en less? ? No hay descripción en la guía de scrum, pero se han hecho algunas aclaraciones en menos. Las responsabilidades anteriores del gerente son principalmente dos aspectos de qué hacer y cómo hacerlo. Lo que se hace ahora es responsabilidad del gerente de producto y cómo hacerlo lo determina el equipo. ¿Que más puedo hacer? El gerente se ha convertido en un rol de empoderamiento para el equipo, es decir, utilizando varias medidas para mejorar el nivel de habilidad del equipo, brindar ayuda y orientación al equipo, y también puede ayudar al scrum master para ayudar al equipo a eliminar la interferencia. Por supuesto, también debemos prestar atención al hecho de que el gerente es una opción y no puede posicionarlo a ciegas. Si la organización realmente no necesita el apoyo del gerente tradicional, simplemente elimínelo (o transfórmelo en un scrum master).
2. Sobre la pieza de trabajo
Hay tres artefactos en scrum, a saber, la lista de tareas pendientes del producto, la lista de tareas pendientes de iteración y el incremento del producto. En menos, se mantiene una lista de tareas pendientes del producto. Es la misma que la mencionada en el párrafo anterior. Solo un producto es responsable Las personas son complementarias. Además, la lista de tareas pendientes del sprint debe tener una para cada equipo. Después de todo, el contenido de la lista de tareas pendientes del sprint es la tarea específica realizada por cada equipo, por lo que no es necesario unificarla en una lista, independientemente de cómo se dividan las tareas del equipo. Al final, el incremento de producto debe entregarse como un todo, por lo que todavía hay un solo incremento de producto en menos, que existe en la dimensión del producto total.
3. Sobre el incidente
3.1. Reunión de planificación de iteraciones
En scrum, la reunión de planificación de iteraciones se divide en dos partes. Es similar en menos, pero los detalles serán algo diferentes. Específicamente, la primera parte de la reunión de planificación de iteraciones en menos es que cada equipo negocia con el OP para seleccionar a cada equipo como responsable En la segunda parte de la reunión, cada equipo tiene que planificar las tareas de su propio equipo, por lo que se puede llevar a cabo por separado, pero se recomienda estar en un espacio público, lo que propicia la rápida comunicación del contenido del trabajo entre equipos; debe haber una clave No dividir las necesidades de alta prioridad del equipo y a los mismos requisitos tanto como sea posible deben distribuirse uniformemente por prioridad, a fin de evitar una tarea de alta prioridad de un equipo y ser responsable del riesgo de no ser entregado a tiempo; 3.2 por día estará el equipo de pie además de Además de las reuniones de stand-up diarias, las reuniones de scrum of scrums deben llevarse a cabo 2-3 veces a la semana según sea necesario. El propósito es comunicar los problemas de colaboración entre los equipos, como los asuntos que deben promoverse juntos y el contenido del trabajo que se afecta entre sí. En lo anterior, Ya se ha dicho que el scrum master será responsable de varios equipos al mismo tiempo, por lo que la reunión sos no puede depender completamente del scrum master. Cada equipo debe enviar representantes para participar. Después de todo, esto también es parte de la autogestión del equipo; ¿ya estás aquí? Darse cuenta de un problema es que en menos, se espera que el equipo sea relativamente maduro. Es un equipo de características y un equipo multifuncional para apoyar de manera efectiva el funcionamiento de la arquitectura menos. 3.3. Reunión de revisión iterativa . Los cambios en la reunión de revisión Less serán un poco más grandes y la reunión de revisión del equipo se eliminará directamente. Debido a que todos los equipos entregan un producto común, la revisión procederá en conjunto, aunque el contenido aún es para mostrar el producto al producto y al cliente Incremental, pero se espera que el formulario sea más flexible. Puede ser un formulario similar a una exposición, donde se pueden ver las funciones de todo el producto, y también se puede discutir la parte entregada por un determinado equipo; 3.4. Reunión de revisión iterativaEl punto de vista de Less es que la reunión retrospectiva de scrum aún debe realizarse, pero además hay una retrospectiva general realizada por todos los equipos juntos, porque el enfoque de las dos reuniones será diferente y la revisión general se centra más en los problemas de colaboración entre equipos y todos los equipos. Problemas de mecanismos comunes, por lo que los participantes deben incluir propietarios de productos, scrum masters y representantes de equipos; este artículo presenta principalmente los roles, artefactos y eventos de menos. Creo que todos tienen una comprensión preliminar de menos, y llegaremos al siguiente artículo ¡Eche un vistazo a los cambios en menos enorme!
