Gestión de tareas pequeñas y grandes en un sitio web grande con Scrum

Somos un pequeño equipo de 4 desarrolladores que administran un sitio web grande y un grupo de minisitios/aplicaciones móviles. Hemos utilizado JIRA/Agile y Scrum, lo mejor que hemos podido, para gestionar el flujo de trabajo durante los últimos meses.

Sin embargo, estamos luchando para administrar un trabajo pendiente que consiste en;

  • Pequeñas tareas (mover un botón, cambiar una palabra)
  • Grandes tareas (una nueva sección de características)
  • Tareas no relacionadas (construir un nuevo minisitio)

Ahora nuestro proyecto principal tiene versiones (y estamos hablando de hitos), y los mini proyectos se basan en subsistemas versionados de otros proyectos. Nos resulta muy difícil tener una reunión sensata con un trabajo pendiente desorganizado.

¿Cómo gestionamos pequeñas tareas y grandes ideas en la misma lista? ¿Cómo se deben relacionar los tableros de proyectos, las épicas, las historias y las subtareas con los hitos, las versiones, las funciones grandes y las tareas pequeñas?

Como ScrumMaster sin experiencia, siento que estoy defraudando. Las solicitudes que ingresan al equipo son sensatas, los desarrolladores son hábiles, ¡pero tengo problemas para unir los dos!

Respuestas (2)

¿Cómo gestionamos pequeñas tareas y grandes ideas en la misma lista?

En Jira Agile puedes crear epopeyas para representar grandes historias. Cuando descompones esta epopeya puedes escribir varias historias con la misma epopeya que la principal. Para tareas más pequeñas, puede crear subtareas en una historia.

...administrar un sitio web grande y un grupo de minisitios/aplicaciones móviles.

En la situación anterior, crearé 3 proyectos:

  1. Sitio web
  2. minisitios
  3. Móvil

Debido a que tiene un solo equipo para hacer todos estos proyectos, necesita una sola Junta. En JIRA/Agile, cuando crea un Scrum Board, puede contener uno o más proyectos.

¿Cómo se deben relacionar los tableros de proyectos, las épicas, las historias y las subtareas con los hitos, las versiones, las funciones grandes y las tareas pequeñas?

Campos como los siguientes están disponibles en Jira:

  • Afecta a la versión/s
  • componente/s
  • Corregir versión/es

Puede ocultar/mostrar los campos, según sea necesario, en la pantalla Configuraciones de campo.

Cuando crea las historias/errores, puede asignar la versión de reparación, por ejemplo. Sin embargo, solo agregue aquellos campos que se comprometa a mantener.

Cuando esté refinando la cartera de pedidos o planificando Sprint, encontrará que los filtros rápidos son muy útiles para ver el subconjunto de problemas relacionados con un tema. Puede configurar filtros rápidos por proyecto, versión, componente, etc.

Filtros rápidos ágiles de Jira

Gran consejo, gracias! Lo usamos hoy antes/durante/después de nuestra reunión de trabajo pendiente y nos estamos sintiendo cómodos después de varias largas sesiones de JIRA

+1 en el consejo de Ashok para descomponer las tareas de la Web grande en tareas más pequeñas. El uso de la función Epic funcionará bien.

Esto todavía no aborda el "qué construimos/hacemos". Algo que no se cubre en el entrenamiento estándar de Scrum es más o menos cómo llegar a un "retraso bien ordenado".

Si bien nos estamos volviendo buenos en la estimación de puntos de la historia para el "costo" para crear una característica, olvidamos que también deberíamos asignar valor a las características. Esto es algo que el propietario del producto debe hacer. Asignan valor a cada tarea en función de algún sistema predeterminado.

Una vez que tenga valor y costo, puede tomar una decisión inteligente sobre lo que se hace primero. Los elementos de alto valor y bajo costo serán las cosas que se hagan primero (siempre que no tengan dependencias).

El valor es una métrica que posponemos "hasta más tarde". Creo que "más tarde" acaba de llegar - gracias :)
Gestión de tareas pequeñas y grandes en un sitio web grande con Scrum
RespuestasAquíPolítica de privacidad1y, 0v