agile planning with microsoft team foundation server
Este tutorial explica cómo realizar una planificación ágil con Microsoft TFS, que ayudará a los gerentes de proyectos a planificar y realizar un seguimiento del trabajo en sus equipos:
Entre los diversos artículos publicados en SoftwareTestingHelp.com sobre DevOps, hemos visto algunos buenos artículos sobre DevOps desde el punto de vista de Integración continua y Entrega continua usando Microsoft TFS, AWS y ciertamente herramientas de código abierto como Ansible.
Uno de los requisitos previos para DevOps es cierto proceso sólido como AGILE que aporta agilidad a todo el proceso SDLC en el que el área de enfoque es lanzar software de manera muy oportuna con ciclos de lanzamiento más cortos y comentarios rápidos. Por así decirlo, el proceso ágil se centra principalmente en la velocidad.
Lo que vas a aprender:
Planificación ágil con Microsoft TFS 2017
Antes de pasar por las diferentes secciones de este artículo, sería bueno conocer algunas de las terminologías importantes utilizadas en Agile. Estas terminologías se utilizarán a lo largo de este artículo.
Prerrequisitos: Microsoft TFS 2017
Crear proyecto de equipo TFS utilizando la plantilla de proceso SCRUM
Primero comenzaremos creando un proyecto de equipo TFS utilizando la plantilla SCRUM siguiendo los pasos que se mencionan a continuación.
Inicie sesión en Microsoft TFS 2017 y haga clic en Nuevo proyecto.
Ingrese un nombre de proyecto y seleccione Melé como plantilla. Haga clic en Crear.
Una vez creado el proyecto, agregue miembros al proyecto haciendo clic en el + icono.
Crear backlog de productos
Como ya sabe, Microsoft TFS es una herramienta ALM integrada que ayuda a crear elementos de trabajo, planificar proyectos, crear definiciones de compilación y definiciones de versiones con la función de realizar pruebas manuales.
Antes de cualquier planificación ágil, debemos comenzar por definir Sprints que es un marco de tiempo predefinido para el trabajo a realizar. Haga clic en Configuración -> Trabajo y luego defina los sprints con fechas de inicio y finalización.
Seleccione el Sprint y establezca las fechas de inicio y finalización.
Aquí, nos centraremos en la creación de elementos de trabajo que formarán una parte integral de la planificación ágil. Así que comencemos por crear la lista de trabajos pendientes del producto, que contiene una lista priorizada de todas las funciones que deben formar parte de su aplicación o producto.
El propietario del producto mantiene esta acumulación y, con la ayuda del equipo de scrum, decide la viabilidad de trabajar en un sprint en particular.
Para crear una cartera de productos a partir del El menú de la sección de trabajo selecciona Backlogs.
Haga clic en Nuevo, ingrese un Título para el elemento de la lista de trabajos pendientes y haga clic en Agregar .
El elemento de la lista de trabajos pendientes del producto se agrega a la lista de trabajos pendientes. En un sentido teórico, puede considerar el elemento de la cartera de productos como una historia de usuario o una solicitud de cambio. Normalmente se descompondrán en las múltiples tareas de desarrollador y casos de prueba.
editor de scripts de shell gratuito para windows
También puede reordenar según la prioridad. Simplemente arrastre y suelte los elementos de trabajo arriba o abajo.
Abra el elemento de trabajo y agregue el esfuerzo. Aquí el esfuerzo puede ser según las necesidades del proyecto de puntos de historia o días u horas. La estimación de esfuerzo se agregaría una vez que el elemento se descomponga en tareas. Asignar un dueño en la sección 'Asignado a' y establezca el 'Estado' en Aprobado Para desarrollo. Haga clic en Guardar y cerrar.
A continuación, asigne el elemento al Sprint 1 arrastrándolo y soltándolo en el Sprint 1.
La ruta de iteración cambia el elemento a Sprint1 como se muestra en la imagen de abajo.
A medida que movemos el elemento a Hecho Estado, la velocidad que define el número total de puntos de la historia que el equipo de scrum logra en un sprint se muestra al hacer clic en la tabla de velocidad superior derecha.
Entonces, en resumen, podemos decir que el equipo completó 8 puntos de historia en el Sprint 1 como se muestra en la tabla de velocidades anterior.
Planificación de capacidad
Para cada Sprint, podemos definir la cantidad de horas que cada miembro trabajará para el proyecto asignado. La vista de capacidad para cada sprint define esto. Esta vista también captura la actividad en la que trabaja cada miembro, como Diseño, Desarrollo o Informes, etc.
Haga clic en el Sprint apropiado. En este caso, abra Sprint 1 y ve al Vista de capacidad . Actualice como se muestra a continuación.
En la captura de pantalla anterior, dado que el usuario de Dev1 trabaja solo 4 horas al día durante el período de sprint de 2 semanas, que son 10 días hábiles. los Trabajo asignado a muestra que está asignado a una tarea que necesita 8 horas para completar de las 40 horas para el período de sprint de 2 semanas. Esto se calcula como 4 (horas por día) * 10 (2 semanas) = 40 horas.
Se realiza un cálculo similar para el usuario de Dev2.
la mejor eliminación de malware para windows 7
Crear tareas
Como ahora tenemos definido el artículo de la lista de trabajos pendientes del producto o la historia de usuario y también la capacidad planificada para cada usuario del proyecto, ahora podemos dividirlo en tareas de desarrollador. En la pantalla de trabajo, haga clic en el Sprint 1 y luego haga clic en el signo Agregar tarea + para el elemento de la lista de trabajos pendientes del producto.
Asígnelo al desarrollador e ingrese un valor en horas para el campo de trabajo restante. Haga clic en Guardar y cerrar.
La tarea creada está vinculada al elemento de la lista de trabajos pendientes del producto.
Aquí, el campo de trabajo restante es la cantidad de horas que quedan para completar una tarea. Dado que en el ejemplo anterior hemos establecido el campo en 8 horas y digamos que el desarrollador al final de un día ha completado solo 2 horas de trabajo en la tarea, entonces el campo de la hora restante se actualizaría a 6. Podrías hacerlo 0 cuando no hay más trabajo, o si queda 1 hora o menos de trabajo restante o en algún lugar entre 0 y 1 hora.
A partir de este valor, TFS puede crear un gráfico de evolución para el sprint, que es una de las métricas muy útiles en Agile. El proceso anterior es para la plantilla SCRUM y no tiene el campo Estimación original en el elemento de trabajo Tarea.
Si el proyecto del equipo TFS se configura utilizando la plantilla de proceso Agile o CMMI, existe una opción para ingresar el campo Estimación original.
Para agregar el campo Estimación original ( Microsoft.VSTS.Scheduling.OriginalEstimate ) en el tipo de elemento de trabajo Tarea usando la plantilla de proceso SCRUM, debe agregarse como un campo personalizado. Puedes usar el witadmin exportwitd , que es una opción de línea de comandos. Agregue el campo en el archivo XML exportado y vuelva a importarlo al proyecto de equipo.
Sprints futuros
El elemento de la lista de productos pendientes o la historia de usuario también se pueden planificar para el futuro arrastrando y soltando el elemento en cualquier otro sprint futuro.
Usando el tablero de tareas
Dado que el plan de Sprint está en su lugar, ahora podemos ver el progreso de cada tarea desde la vista del panel de tareas. Por tanto, el panel de tareas proporciona un flujo visual de las tareas y su estado. Entonces, durante cada reunión de scrum, puede ver el estado de cada tarea asignada a los miembros.
También puede ver el resumen del trabajo restante total por completar.
Es muy importante monitorear el estado y el progreso y se puede hacer a través del tablero de tareas. Clickea en el Vista de tablero para el Sprint.
Este tablero es una vista muy útil y se puede utilizar para informar durante la reunión diaria de pie.
a) Si los desarrolladores con tareas asignadas han comenzado a trabajar en las tareas, puede mover las tareas de Hacer estado a En progreso Estado con solo arrastrar y soltar la función.
b) Cambie las horas de trabajo restantes de la tarea para un usuario de Dev2 de 8 a 5 horas restantes. Las horas de la tarea En curso se actualizarán en consecuencia.
c) El gráfico de evolución, al hacer clic en la esquina superior derecha, se actualiza automáticamente.
D) Ahora cierre la tarea asignada a Dev2 arrastrando y soltando la tarea en Hecho Expresar. Las horas de trabajo restantes para esta tarea se reducen automáticamente a 0 y también se actualiza el gráfico de evolución.
Revisión y retrospectiva de Sprint
Bueno, el trabajo está hecho ahora y el período de sprint ha terminado. ¿Piensa el equipo que ha llegado el momento de relajarse o de hacer una pausa? Absolutamente un gran NO. Ahora es el momento de discutir la parte muy importante del ciclo de vida de SCRUM que es la revisión y la retrospectiva.
La revisión de Sprint se centra en los entregables, revisa los elementos de la lista de trabajos pendientes del producto HECHO y brinda una demostración a los clientes. Además, es muy importante discutir qué elementos de la cartera de productos no se realizaron y por qué, y lo más importante, recopilar comentarios de los clientes y planificarlos para futuros sprints. La revisión del sprint normalmente se realiza entre el propietario del producto, el equipo de desarrollo y los clientes.
La retrospectiva de Sprint se centra en los aspectos del proceso como, ¿qué salió bien y qué no? Por lo tanto, también deberá recopilar comentarios sobre el proceso y las personas. Como este es un aspecto muy importante del ciclo de vida ágil, puede obtener más información sobre retrospectivas.
Por lo tanto, es muy posible que haya trabajo sin terminar en cada sprint. En este escenario, mueva las PBI's / Tasks al Product Backlog o al siguiente Sprint que decida el Product Owner.
Pero por ahora, ¿dónde almacenamos las reseñas y retrospectivas? Puede guardarlos como parte de la discusión del elemento de trabajo o crear un nuevo elemento de trabajo para mantener puntos de acción retrospectivos y comentarios.
Conclusión
Hemos visto en este artículo cómo Microsoft Team Foundation Server como herramienta ALM proporciona una forma rápida y ordenada de comenzar a trabajar en su aplicación siguiendo el proceso Agile Scrum.
Necesitamos asegurarnos de que todos los equipos que siguen el proceso Agile SCRUM necesitan definir y crear los siguientes aspectos para planificar y gestionar correctamente el trabajo de su equipo.
- Utilice la plantilla de proceso SCRUM adecuada en Microsoft TFS
- Crear backlog de productos
- Especificar el horario de Sprint y la capacidad del equipo
- Seleccionar elementos para la acumulación de sprints
- Descomposición de historias de usuarios o PBI en tareas
- Utilice gráficos de Burndown para realizar un seguimiento del progreso
- Es muy importante usar el panel de tareas para monitorear el progreso
- Por último, realice una revisión de sprint efectiva y una retrospectiva
Lectura recomendada
- ¿Cómo ser un buen mentor, entrenador y defensor de equipo en un mundo de pruebas ágil? - La inspiración
- Terminología ágil y Scrum: un glosario para conceptos ágiles / Scrum
- Cómo simplificar el proceso de estimación ágil con Planning Poker
- Principios de prueba modernos para una metodología ágil en pruebas
- Equipos Scrum autosuficientes: ¿Cómo crear un equipo autosuficiente?
- Reuniones ágiles retrospectivas: por qué son necesarias y algunas formas divertidas de realizarlas
- 4 pasos hacia el desarrollo de la mentalidad de pruebas ágiles para una transición exitosa a un proceso ágil
- Formato del examen básico ISTQB y pautas para resolver trabajos