Administración de trabajo pendiente en Azure Boards
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Un trabajo pendiente excelente transmite las necesidades y el valor de los clientes. A lo largo del proyecto, el equipo agregará información detallada a cada elemento de trabajo pendiente, los dividirá en elementos más pequeños, los priorizará y calculará y, por último, los implementará y entregará los resultados a los clientes.
Para empezar, consulte Creación del trabajo pendiente.
Rol del propietario del producto
Los propietarios de productos desempeñan un papel importante en Scrum, principalmente como la interfaz entre los clientes y el equipo. Para permitir que los propietarios de productos cumplan las siguientes responsabilidades, deben agregarse al grupo Colaboradores.
- Analizar los requisitos de los clientes y expresarlos como casos de usuario, características o requisitos
- Creación, priorización y refinamiento del trabajo pendiente del producto
- Representación de los requisitos del cliente y de las partes interesadas al equipo y respuesta a las preguntas que el equipo tiene sobre ellos
- Reunión periódica con las partes interesadas para abordar sus necesidades y mantenerlos informados
- Ayudar a las partes interesadas a comprender las decisiones subyacentes al orden de prioridad del trabajo pendiente
- Respuesta a todas las solicitudes de su equipo para obtener más información sobre las prioridades y los requisitos del trabajo pendiente
Si también serán responsables de configurar las opciones del equipo, agrégrélas como administrador del equipo.
El propietario de un producto puede reducir la necesidad de especificaciones detalladas al responder mejor a las preguntas del equipo sobre los detalles de implementación y expresar claramente los criterios de aceptación dentro de cada requisito.
Criterios de aceptación
Los criterios de aceptación definen lo que significa "Listo" mediante la descripción de las condiciones que el equipo debe usar para comprobar si se ha implementado completamente un requisito o una corrección de errores. Puede capturar estos criterios en el elemento de trabajo. Los criterios de aceptación claros ayudan a calcular y desarrollar requisitos y a realizar pruebas.
Los propietarios de productos son los últimos en decidir los criterios que crean el valor del cliente.
Sugerencias de las trinchas: empiece a querer y adoptar criterios de aceptación.
Pregunte a 10 equipos ágiles maduros: "¿Cómo sabe cuándo ha terminado?". y se obtiene la misma respuesta de cada uno. . . tener en cuenta los criterios de aceptación de escritura.
Los criterios de aceptación son el protocolo de enlace entre el propietario del producto y el equipo sobre lo que significa realmente "hecho".
Hasta que no se cumplan los criterios de aceptación, el equipo no ha terminado con la historia. Período. Sin embargo, el valor de los criterios de aceptación solo comienza aquí.Los criterios de aceptación proporcionan la fase de algunas de las conversaciones e interacciones más significativas que pueden producirse en un equipo ágil. En mi propio equipo, rutinariamente tenemos algunas de nuestras mejores interacciones a medida que empezamos a profundizar en los criterios de aceptación de cada caso en nuestro trabajo pendiente. Inevitablemente, todos comenzamos con nuestras propias ideas sobre lo que significa "hecho" para una historia determinada.
Sin embargo, a medida que comenzamos a analizar los criterios de aceptación presentados por el propietario del producto, lo que sucede es una serie de "momentos ah-ha". Comienza a surgir una comprensión compartida de la historia. Un comentario de un miembro del equipo podría dar lugar a la siguiente respuesta de otra persona. . . "Ah-ha, great point. . . Nunca se me ha pasado por la mente".
Independientemente de quién esté listo, la capacidad está en el hecho de que el propietario del producto y el equipo están creando juntos una comprensión compartida de lo que significa "hecho" para cada elemento de trabajo pendiente. Y esto sucede antes de que el equipo haya escrito una sola línea de código... antes de que se haya realizado cualquier trabajo...
antes de que se hayan realizado los compromisos... y antes de que se haya iniciado el sprint.Al colaborar en los criterios de aceptación, el equipo minimiza el riesgo y aumenta enormemente la posibilidad de realizar la entrega correctamente. No creo que sea una constución que la primera viñeta del manifiesto de Agile dice ". . . hemos llegado a valorar las interacciones individuales y en los procesos y las herramientas". Los equipos ágiles trabajan juntos. Y, al trabajar juntos, crean un mejor software.
Comience a aprender a querer los criterios de aceptación y a ver si su equipo no está entregando software con más éxito.
—Aaron Bjork, director de producto principal, Visual Studio Cloud Services
Ajustar el trabajo pendiente
El perfeccionamiento del trabajo pendiente admite los esfuerzos de planeamiento de sprint y ayuda a minimizar estos desafíos a menudo vistos:
- Reuniones de planeamiento de sprint largas, sin foco e ineficaces
- No se ha pensado suficientemente en los requisitos de diseño
- Planeamiento y ejecución de sprint deficientes
- Desenfoque en el valor empresarial que el equipo quiere lograr
- Incapacidad de previsión
Una reunión para refinar el trabajo pendiente debe producirse independiente de la reunión de planeamiento de sprint. Use esta reunión para completar estas actividades:
- Para hacer el tamaño correcto de los elementos de trabajo pendiente, divida los elementos más grandes en elementos más pequeños. Ningún elemento de trabajo pendiente debe ser mayor que el que se va a tardar en completarse en un solo sprint.
- Identifique y rellene espacios en el trabajo pendiente del producto. Capturar nuevas ideas e historias, requisitos de arquitectura y diseño, y otros picos.
- Reordene el trabajo pendiente para representar las prioridades actuales y el foco de valor empresarial.
- Asegúrese de que se han agregado criterios de aceptación bien definidos a cada elemento.
- Revise las estimaciones realizadas para los elementos de trabajo pendiente y ajuste hacia arriba o hacia abajo en función de la comprensión reciente sobre el ámbito y los criterios de aceptación.
- Revise todos los posibles elementos de trabajo pendiente que se deben tener en cuenta para el próximo sprint a fin de asegurarse de que se entiendan bien y de que cualquier otro trabajo necesario para respaldar su desarrollo sea bien comprendido tanto por el propietario del producto como por el equipo.
Sabrá que ha hecho un buen trabajo para refinar el trabajo pendiente cuando las reuniones de planeamiento de sprint se ejecuten sin problemas y de forma eficaz. Estas reuniones no deben contener muchas sorpresas y el equipo debe considerar que pueden contribuir totalmente.
Captura y administración de picos
Además, para las nuevas características y requisitos de compilación, puede capturar el trabajo que no es de características que todavía debe realizarse para un ecosistema de entrega correcto. Este trabajo puede incluir la investigación, el diseño, la exploración o la creación de prototipos necesarios. Cualquier trabajo realizado que no conduce directamente a software que se puede enviar se puede considerar y capturar como un pico.
A medida que surge la necesidad de realizar este trabajo, capture junto con otros elementos del trabajo pendiente. Para realizar un seguimiento de que se trata de un pico, puede antecluyéndolo con la palabra "[Spike]" o agregar la etiqueta "Spike" al elemento de trabajo.