Preguntas sobre cómo pasar de JIRA a VSTS Agile

Tenemos un equipo pequeño, y la mayoría de nosotros somos medio tiempo. Hemos estado gestionando el proyecto utilizando la plantilla de software simplificada de JIRA. Hemos comenzado a usar Visual Studio Team Services (VSTS) para la integración continua y nos gusta. Me gustaría intentar usar VSTS para reemplazar a JIRA, pero tengo problemas con las diferencias entre las herramientas.

Este es el flujo de trabajo que ha funcionado bien para nuestro pequeño equipo (que no trabaja a tiempo completo):

  1. Saco un puñado de historias de la cartera de pedidos, que queremos entregar.
  2. Asignarlos.
  3. Opcionalmente dividir algunos en subtareas
  4. Los desarrolladores trabajan en ellos y los mueven a todo/hecho
  5. Etiquete cada tarea con prod-fix o next-release (característica de lanzamientos de JIRA)
  6. Puedo colocar algunas tareas más en la pizarra según sea necesario.
  7. Hacemos un deployment/release.
  8. Al marcar un 'lanzamiento' como hecho, se eliminan automáticamente del tablero. De hecho, hago 2 lanzamientos en JIRA: uno para arreglos y otro para el nuevo lanzamiento. Esto ayuda a realizar un seguimiento de lo que se hizo y dónde.
  9. Repetir.

Me gustaría duplicar algo como esto en VSTS. Pero parece que se basa en la práctica rígida de Scrum, en lugar de nuestro enfoque semiad-hoc.

Creé un nuevo proyecto 'Ágil' en VSTS para intentar duplicar nuestro proceso. Tengo las siguientes preguntas:

  • Veo que las características y las historias tienen trabajos pendientes separados... ¿por qué? Hay alguna forma de verlos juntos?
  • Puedo ver cómo usaría Iteraciones de manera similar a cómo estoy usando Versiones en JIRA. Pero, ¿por qué las iteraciones tienen un retraso?
  • Descubrí cómo cambiar el nombre de las columnas del tablero en Funciones/Historias, pero ¿cómo cambio el nombre de las columnas en los tableros de Iteraciones?
  • ¿Son los 'Elementos de trabajo' solo una lista plana de tareas?
  • ¿Por qué necesito ir a Backlogs para ver la iteración actual? Tengo que explicarle al equipo que para ver el tablero, deben ir a Trabajo -> Trabajos pendientes -> Hacer clic en la iteración actual -> ¿Hacer clic en Tablero? Eso no va a salir bien. ¿Hay una forma rápida de llegar al tablero para la iteración actual? El 99% del equipo solo necesitará eso. Parece que Trabajo -> Trabajos pendientes por defecto es la vista de tablero de la iteración actual. El problema principal es el nombre extraño, diciéndoles a Backlogs que vean sus tareas 'actuales'

  • Si quiero simplificar las cosas y hacer que las epopeyas y los problemas desaparezcan, ¿puedo hacerlo? Preveo una pérdida de tiempo para que la gente debata la diferencia entre una epopeya y una función, un problema y un error, etc.

  • ¿Hay alguna manera de deshacerse de la pestaña Capacidad?
  • ¿Puedo cambiar el nombre de las prioridades bajo/normal/alto? No quiero debates sobre cuándo 1 es una prioridad más alta que 4.
  • En algunos de los formularios, ciertas letras de palabras están subrayadas, como la 'e' en Estado, la 'A' en Área y la 'r' en Iteración. ¿Cuál es el punto de esto? No puedo encontrar mención de ello en la ayuda de accesos directos.
  • ¿Cómo se registra el trabajo contra la tarea? ¿O es necesario registrar manualmente el Esfuerzo (horas)? (rara vez usamos estas funciones, por lo que no es gran cosa)
  • ¿Las áreas son equivalentes a los componentes en JIRA?
  • ¿Cómo completo una iteración? ¿Empezar otro?
  • ¿Cómo se marca una tarea como resuelta? ¿Solo me permite establecerlo en Nuevo/Activo/Cerrado? ¿Cuál es la diferencia entre resuelto y cerrado?

Cualquier respuesta y pensamiento apreciado.

Demasiado amplio. Haga una pregunta por Pregunta, por favor.
¿Por qué siente la necesidad de cambiar de herramienta? Su descripción del uso de Jira sonaba perfectamente bien.
La razón principal era que queríamos usar VSTS (DevOps ahora) para nuestras canalizaciones de compilación/implementación, por lo que tenía sentido alojar nuestro código y la gestión de proyectos allí. No estaba 100 % seguro de que me quedaría con VSTS. Pero después de un año de uso estoy muy contento con la mudanza.

Respuestas (1)

Hay un par de documentos que te recomiendo que leas:


Respuestas a la mayoría de sus preguntas. La respuesta básica es: esta es una herramienta diferente y tiene sus propias peculiaridades. Nunca he podido apreciar Jira por completo, probablemente porque he vivido con las peculiaridades de TFS/Azure DevOps desde 2005 y me he acostumbrado.

  • Veo que las características y las historias tienen trabajos pendientes separados... ¿por qué? Hay alguna forma de verlos juntos?

Puede activar "ver jerarquía" para verlos como una vista de árbol. El razonamiento detrás de verlos "a su propio nivel" es permitir que las personas se concentren en ese nivel de detalle . Estás tomando importantes decisiones de pedido en el nivel épico, ¿por qué clasificarías un épico con una historia, por ejemplo? Enfoca las discusiones. Hay una vista de asignación para asignar fácilmente historias a características y características a epopeyas. Una vez que una épica se divide en una o más características, algunas características de una épica pueden estar por encima de algunas características de otra épica. La vista de árbol no puede visualizar esto.

  • Puedo ver cómo usaría Iteraciones de manera similar a cómo estoy usando Versiones en JIRA. Pero, ¿por qué las iteraciones tienen un retraso?

Las iteraciones son cubos basados ​​en el tiempo. Mejor en comparación con Sprints. En Jira tienes una característica similar. Puede agrupar varias iteraciones de sprint juntas en una iteración principal (lanzamiento), pero eso tiende a funcionar solo si está haciendo una entrega puramente basada en la versión. Y tiende a interponerse en el funcionamiento real de la mayoría de los equipos.

  • Descubrí cómo cambiar el nombre de las columnas del tablero en Funciones/Historias, pero ¿cómo cambio el nombre de las columnas en los tableros de Iteraciones?

no puedes

  • ¿Son los 'Elementos de trabajo' solo una lista plana de tareas?

El centro de elementos de trabajo es un centro de consultas de formato libre donde puede consultar cualquier tipo de elemento de trabajo como una lista, un árbol o una relación.

  • ¿Por qué necesito ir a Backlogs para ver la iteración actual? Tengo que explicarle al equipo que para ver el tablero, deben ir a Trabajo -> Trabajos pendientes -> Hacer clic en la iteración actual -> ¿Hacer clic en Tablero? Eso no va a salir bien. ¿Hay una forma rápida de llegar al tablero para la iteración actual? El 99% del equipo solo necesitará eso. Parece que Trabajo -> Trabajos pendientes por defecto es la vista de tablero de la iteración actual. El problema principal es el nombre extraño, diciéndoles a Backlogs que vean sus tareas 'actuales'

Esto creció a partir de cómo se configuró el producto desde 2005 y ha tenido un par de cambios a lo largo de los años. Siempre me he preguntado por qué Jira era un desastre en su navegación. Supongo que solo lleva tiempo acostumbrarse. Puede crear un Tablero con los enlaces a las ubicaciones a las que desea que las personas lleguen fácilmente.

  • Si quiero simplificar las cosas y hacer que las epopeyas y los problemas desaparezcan, ¿puedo hacerlo? Preveo una pérdida de tiempo para que la gente debata la diferencia entre una epopeya y una función, un problema y un error, etc.

Sí, puede deshabilitar los niveles superiores en la configuración del Proceso o puede ocultarlos en la configuración del Equipo de su tablero.

  • ¿Hay alguna manera de deshacerse de la pestaña Capacidad?

No

  • ¿Puedo cambiar el nombre de las prioridades bajo/normal/alto? No quiero debates sobre cuándo 1 es una prioridad más alta que 4.

Puede cambiar el contenido de algunas de las listas de selección en la configuración del proceso a nivel de cuenta.

  • En algunos de los formularios, ciertas letras de palabras están subrayadas, como la 'e' en Estado, la 'A' en Área y la 'r' en Iteración. ¿Cuál es el punto de esto? No puedo encontrar mención de ello en la ayuda de accesos directos.

Estos son los atajos alt+ letterpara mover el cursor directamente a ese campo.

  • ¿Cómo se registra el trabajo contra la tarea? ¿O es necesario registrar manualmente el Esfuerzo (horas)? (rara vez usamos estas funciones, por lo que no es gran cosa)

Grabado manualmente. La recomendación general es no realizar un seguimiento de las horas reales en Azure DevOps, sino capturarlo en otra herramienta. Hay extensiones de terceros que ofrecen mejores funciones de seguimiento del tiempo.

La mayoría de los marcos/métodos de desarrollo Agile fruncen el ceño en el seguimiento detallado de horas de todos modos.

  • ¿Las áreas son equivalentes a los componentes en JIRA?

Podría ser. El área es una forma de dividir el proyecto. Podrías poner componentes allí, o equipos, flujos de trabajo o lo que sea. Solo recuerde que las áreas en Azure DevOps definen cómo se asigna el trabajo a los equipos. Si tiene varios equipos, asigne una o más áreas a cada equipo.

  • ¿Cómo completo una iteración? ¿Empezar otro?

Simplemente establezca la fecha de finalización. Cuando pasa la fecha de finalización, la iteración se detiene.

  • ¿Cómo se marca una tarea como resuelta? ¿Solo me permite establecerlo en Nuevo/Activo/Cerrado? ¿Cuál es la diferencia entre resuelto y cerrado?

Las tareas tienen un modelo de estado muy simple. Story/Bug tiene un modelo de estado más complejo. Una historia se puede resolver, lo que significa que el trabajo está hecho, pero el cambio aún no se ha aceptado. Una vez que quien hace la aceptación está contento, mueve el elemento a cerrado. El modelo de estado se explica en los documentos .