Equipo pequeño en equipo grande, usando dos tableros en JIRA

Tenemos un gran proyecto en marcha en la empresa donde trabajo como desarrollador. Tenemos desarrolladores de diferentes equipos involucrados (incluso de diferentes compañías), evaluadores, analistas y todo eso. Este gran proyecto tiene su propio tablero Scrum en JIRA.

Mi propio equipo consta de 2 evaluadores y 1 desarrollador (solíamos ser 2 de nosotros) y tenemos nuestro propio tablero Scrum. Nuestros sprints se ejecutan de forma asíncrona con el proyecto principal, pero tomamos historias del proyecto principal. A menudo los dividiré en historias más pequeñas.

Otras historias en nuestra cartera de pedidos son sobre mantenimiento: actualización de software existente, eliminación de software antiguo, migración a nuevo hardware, etc. Y algunas otras historias que no están ligadas, o solo lo están vagamente, al proyecto principal. Debo enfatizar que la parte de mantenimiento está vinculada (a menudo bloquea o es bloqueada por) las historias del proyecto principal.

Esta configuración funciona, pero tenemos problemas debido a la replicación de historias del tablero del proyecto principal al tablero de nuestro equipo. Casi nunca miro el tablero del proyecto principal y los analistas y el propietario del producto del proyecto principal nunca miran el nuestro, esto ha causado algunas sorpresas desagradables en el pasado.

Mi pregunta es: ¿estamos haciendo algo inherentemente malo aquí? Si es así, ¿cuál sería un mejor enfoque? Si no, ¿cómo solucionar los problemas de la duplicación de historias?

En Jira, puede crear tableros que muestren tickets de varios proyectos en función de una consulta. ¿Es posible utilizar algún tipo de consulta para seleccionar los tickets del proyecto principal que sean relevantes para usted? Entonces es posible que no necesite clonarlos.
@Bart, ¡gracias, lo estoy investigando!
¿Está buscando una respuesta de "cómo usar mejor JIRA" o una respuesta de "cómo organizar mejor el proceso de trabajo"?
@Erik Si nuestro enfoque es absolutamente defectuoso, entonces deberíamos arreglarlo primero, si no, facilitaríamos el trabajo simplemente usando Jira mejor.
Sí: ¡filtrar mis historias del proyecto grande y agregarlas a mis trabajos de proyecto! Ha abierto una nueva lata de gusanos porque ahora tenemos que decidir quién decide cuándo una historia está 'terminada'.
"¿Estamos haciendo algo inherentemente malo aquí?" - ¡Sí! Su Equipo Scrum 'real' es el más pequeño (2 evaluadores + 1 desarrollador) pero carece de un Propietario de Producto empoderado, está dirigido por otros fuera del equipo, no entrega un incremento de producto potencialmente liberable en cada Sprint, etc. Cuando solo hacer partes de Scrum sin abarcar todos sus valores, pilares, roles, eventos, artefactos, etc., entonces el resultado no es Scrum (conocido peyorativamente como 'Cargo cult Scum').
@onedaywhen Cierto, desafortunadamente.

Respuestas (1)

Aunque el valor predeterminado, los proyectos y filtros (tableros) no tienen que permanecer 1-1.

Lo que sugeriría:

  1. Cree/utilice Tipos de problemas separados para Historias (Historia) y mantenimiento (Tarea).
  2. Cree y use una epopeya en LargeProject para usar con Historias que son para SmallProject.
  3. Para su equipo, use el siguiente filtro para su placa: 'Proyecto = "Proyecto pequeño" O (Proyecto = "Proyecto grande" Y "Enlace épico" = LP-2693)' (donde LP-2693 es la clave para el épico mencionado anteriormente)
  4. Para el equipo más grande, use el siguiente filtro para su tablero: 'Proyecto = "Proyecto grande" O (Proyecto = "Proyecto pequeño" Y tipo = Historia)'
  5. Para ambos tableros, vaya Tablero->Configurar->Diseño de tarjeta; luego agregue 'Proyecto' para que cada tarjeta muestre a qué Proyecto pertenece.

Descargo de responsabilidad: sigo usando una versión anterior de JIRA Agile, pero asumo que esto también funciona para JIRA Software.

¡Gracias! Funciona para JIRA Software y he creado un tablero con mi proyecto y los elementos del LargeProject que me han sido asignados. Hacer esto sacó a la luz un olor: no siempre estamos de acuerdo cuando se termina una historia. Esto no era un problema antes, ya que yo tenía mis historias y 'ellos' tenían las suyas, pero ahora que compartimos, tenemos que discutir esto (algo bueno en mi humilde opinión)
Equipo pequeño en equipo grande, usando dos tableros en JIRA
RespuestasAquíPolítica de privacidad1y, 0v