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):
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:
¿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.
Cualquier respuesta y pensamiento apreciado.
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.
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.
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.
no puedes
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.
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.
Sí, puede deshabilitar los niveles superiores en la configuración del Proceso o puede ocultarlos en la configuración del Equipo de su tablero.
No
Puede cambiar el contenido de algunas de las listas de selección en la configuración del proceso a nivel de cuenta.
Estos son los atajos alt+ letterpara mover el cursor directamente a ese campo.
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.
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.
Simplemente establezca la fecha de finalización. Cuando pasa la fecha de finalización, la iteración se detiene.
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 .
Sarov
aventura2099
sheamus