Compartir a través de


Administración de cambios

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Azure DevOps proporciona varias herramientas y características que le ayudarán a administrar el cambio de forma eficaz y eficaz, que es una parte fundamental de cualquier proyecto. En este artículo se proporciona información general sobre cómo administrar cambios y asignar tareas de administración de cambios ágiles a las herramientas compatibles con Azure DevOps.

Determinación de la necesidad de cambio

Varios de los siguientes orígenes pueden contribuir a los cambios necesarios en los proyectos de desarrollo de software.

  • Las necesidades empresariales y las necesidades del cliente cambian
  • Surgen nuevas prioridades
  • Los requisitos de características cambian a medida que se produce nueva información o se detectan dependencias
  • Los recursos y las organizaciones cambian
  • El desarrollo o las pruebas tardan más de lo esperado
  • Surgen problemas después de la implementación y las operaciones en curso

Minimizar el cambio

Para minimizar el cambio innecesario, tenga los detalles siguientes:

  • Requisitos claros y criterios de aceptación
  • Borrar el ámbito y las prioridades del proyecto
  • Borrar el proceso de administración de cambios acordado por el equipo
  • Buenas estimaciones sobre el trabajo planeado
  • Solicitudes negociadas para el nuevo trabajo
  • Requisitos
  • Buena comunicación dentro del equipo cuando se producen cambios
  • Entrada de las partes interesadas y los clientes en torno a las solicitudes de cambio
  • Los miembros del equipo se sienten cómodos para generar problemas a medida que se producen

Procedimientos recomendados ágiles para la administración de cambios

Nota:

Agile es un enfoque de administración de proyectos que funciona dividiendo proyectos en ciclos breves e iterativos denominados "sprints". En su núcleo, Agile se basa en la suposición de que las circunstancias cambian a medida que se desarrolla un proyecto. Por eso, en un proyecto ágil, nunca se realizan los ciclos de planeación, diseño, desarrollo y pruebas. Continúan modificando a medida que el proyecto toma forma. —IMA

Para mitigar los problemas que surgen del cambio, los administradores de proyectos ágiles adoptan muchos procedimientos recomendados. Estas prácticas se dividen en los siguientes grupos: Controlar el proceso, Administrar cambios en el nivel de plan de producto, Administrar los sprints y Considerar los criterios de cambio.

Control del proceso

Para respaldar el proceso de administración de cambios, cumpla los objetivos empresariales y del equipo, minimice el número de aprobaciones necesarias para abordar los cambios y ayude a los equipos en sus procesos de mejora continua.

Sugerencia

La mejora continua es un método para asegurarse de que los procesos, métodos y prácticas sean lo más eficaces y eficaces posible. — Agile y una mentalidad de mejora continua

Administración del cambio en el nivel de plan de producto

  • Refinar y priorizar continuamente el plan de producto y el trabajo pendiente de producto
  • Asegurarse de que las necesidades del cliente se comprendan y se comuniquen correctamente
  • Análisis del trabajo pendiente del producto para las dependencias y los riesgos
  • Desarrollo de planes de contingencia
  • Análisis y evaluación de prioridades de solicitudes de cambio
  • Determinar el efecto de ámbito de las solicitudes de cambio en el trabajo actual y planeado
  • Evaluar los riesgos de aceptar o rechazar el cambio
  • Usar un formulario de control de cambio de luz según sea necesario

Administrar los sprints

  • Asegurarse de que los criterios y requisitos de aceptación se entiendan bien al principio de un sprint
  • Trabaje para minimizar la aceptación de cambios después del inicio del sprint, a la vez que sigue cumpliendo con los principios de Agile.
  • Mantener a todas las partes interesadas y equipos implicados a medida que se produzcan cambios
  • Controlar los cambios en el ámbito y minimizar el desenlazo del ámbito
  • Proteger al equipo contra la realización de cambios en un proyecto que está fuera del ámbito acordado original

Sugerencia

¿Qué es El desenlazo de ámbito? El desenlazmiento del ámbito se produce cuando los resultados o las características de un proyecto se expanden desde lo que se definió originalmente, sin un cambio proporcional en tiempo adicional o presupuesto.

Considerar los criterios de cambio

Realice las siguientes preguntas al considerar la posibilidad de realizar un cambio.

  • ¿Sirve el objetivo del sprint?
  • ¿Hay un valor empresarial claro para el cambio?
  • Después de la versión, ¿tiene previsto usar el resultado del cambio de ámbito?
  • ¿Cuál es la urgencia de la solicitud de cambio?
  • Si se agrega un nuevo ámbito al trabajo pendiente de sprint, ¿hay algo que se puede quitar?

Seguimiento del cambio

Tiene varias opciones para realizar el seguimiento del cambio. De la mayoría ligera a la más sólida, puede usar uno o varios de los métodos siguientes:

  • Realizar un seguimiento de los cambios en los requisitos dentro del elemento de trabajo de requisitos a través de discusiones, cambios en los criterios de aceptación o datos adjuntos
  • Agregar una etiqueta de cambio a los elementos de trabajo para admitir el seguimiento de los cambios en el ámbito de trabajo
  • Configurar notificaciones para comunicar automáticamente el cambio dentro de su equipo u organización
  • Agregar un error que realiza un seguimiento de un cambio en el ámbito u otro trabajo
  • Agregar un tipo de elemento de trabajo de solicitud de cambio para realizar un seguimiento formal de las solicitudes de cambio y registrarlas en el trabajo pendiente del producto

Con cualquiera de estos métodos, puede generar una consulta para enumerar los elementos de trabajo relacionados con el cambio y, a continuación, revisar y evaluar el cambio con el equipo. La forma en que decide realizar el seguimiento de los cambios debe alinearse con la forma en que usted y su equipo eligen supervisar e informar sobre el ámbito del cambio.

Uso del formulario de solicitud de cambio

Defina un tipo de elemento de trabajo de solicitud de cambio, como el de la imagen siguiente para el proceso de integración de modelos de madurez de funcionalidad (CMMI).

Captura de pantalla de un formulario de elemento de trabajo de solicitud de cambio.

El formulario captura los efectos del cambio en las áreas siguientes:

  • Architecture
  • Experiencia de usuario
  • Prueba
  • Diseño y desarrollo
  • Publicaciones técnicas

Puede adoptar este formulario o personalizar su propio. También puede hacer que las solicitudes de cambio aparezcan en el trabajo pendiente junto con otros casos o requisitos de usuario.

Asegúrese de que los criterios de aceptación estén bien definidos

Defina lo que significa "hecho" con criterios de aceptación, que describen claramente las condiciones para comprobar si un requisito o corrección de errores está totalmente implementado. Normalmente, quiere capturar estos criterios dentro del elemento de trabajo. Los criterios de aceptación claros pueden ayudar a los equipos a calcular el trabajo y desarrollar pruebas para asegurarse de que se han cumplido los criterios.

Puede especificar criterios de aceptación para requisitos individuales y para sprints. La comprensión compartida de los criterios de aceptación garantiza que todos los miembros del equipo comprendan el ámbito de trabajo.

Supervisión e informe sobre los cambios

Teams puede supervisar los cambios a través de consultas de elementos de trabajo, gráficos de velocidad de equipo y gráficos de reducción de sprint y reducción de lanzamiento.

Consultas de elementos de trabajo

Con las consultas, puede encontrar y evaluar una lista de solicitudes de administración de cambios o elementos de trabajo etiquetados con una etiqueta de administración de cambios.

Velocidad del equipo y trabajo no planeado

El gráfico de velocidad del equipo proporciona varios fragmentos de información. En este gráfico se muestra cuánto trabajo se planeó y cuánto se completó. Visualmente, puede determinar con qué frecuencia se agregó el trabajo a un sprint después de comenzar el sprint.

Reducción de sprints y desenlazaje de ámbito

Otro gráfico que se va a revisar para el desenlazaje de ámbito es el gráfico de reducción de sprint. Con Azure Boards, puede revisar los gráficos de degradación de sprint para cada sprint y cada equipo para determinar el grado de contención de ámbito introducido en cada sprint.

Recibir notificaciones de los cambios

Azure DevOps proporciona un sistema de alertas sólido, donde los miembros del proyecto pueden establecer alertas para sí mismos, un equipo o un proyecto. A medida que se producen cambios en los elementos de trabajo, las revisiones de código, los archivos de control de código fuente y las compilaciones, puede recibir notificaciones por correo electrónico.