Gestión ágil del cambio: metodología, proceso y marco

Avatar del autor
Publicado el • Actualizado el • 5 minutos y 13 segundos de lectura
Ver mi bloc de notas

Mis Artículos Guardados

El cambio es inevitable (y esperado)

Derek y su equipo crean software diferente para diferentes clientes, pero una cosa es siempre la misma: solicitudes de cambio. Después de cambiar a la metodología Agile, su equipo espera que estos sean menos frecuentes. Desafortunadamente, el cambio es inevitable, independientemente de la metodología del proyecto. El trabajo de Derek es ayudar a su equipo a comprender que Agile espera cambios, pero busca responder a ellos de manera más efectiva.

Las solicitudes de cambio generalmente provienen de la persona que solicitó el proyecto, conocida en Agile como Product Owner , pero también pueden originarse a través de factores externos. Desde el propietario del producto, es posible que se produzcan cambios porque no se comprendió por completo el alcance completo del proyecto original. También podría deberse a algo tan simple como un cambio de preferencias. Los factores externos que causan cambios incluyen cosas como la influencia de otras partes interesadas, cambios en el mercado o incluso requisitos legales. Independientemente de la fuente, Agile no busca evitar el cambio sino responder a él.

La metodología de gestión de cambios en Agile se basa en la capacidad del equipo para identificar posibles cambios antes. Una forma de que esto suceda es mediante pruebas. En Agile, el trabajo se divide en partes más pequeñas y se desarrolla y prueba completamente en intervalos, conocidos como sprints . Esto significa que las pruebas se realizan antes en el proyecto y se repiten, por lo que los problemas o errores surgen más temprano que tarde. Otra forma en que se identifican los cambios antes es a través de los comentarios del propietario del producto. Al final de cada sprint, los productos terminados se muestran al propietario del producto y a otras partes interesadas y se brindan comentarios. Al igual que las pruebas, esto ocurre antes en el proyecto y se repite, en lugar de una vez al final del proyecto.

  La atención como parte del desarrollo cognitivo: definición y proceso

Manejo de solicitudes de cambio

Una vez que Derek y su equipo tienen las mismas expectativas sobre las solicitudes de cambio, pasa a la forma en que se abordan en Agile. Confía en que el proceso de gestión del cambio ayudará a reducir el estrés y la frustración del equipo. Este proceso incluye la forma que adoptan las solicitudes de cambio y cuándo el equipo las acepta.

En Agile, las solicitudes de cambio toman la forma de otro trabajo de proyecto, que es una historia de usuario . Una historia de usuario es un trabajo de proyecto desglosado en tamaño y complejidad para ser desarrollado y probado por completo en un sprint. Una vez que las historias de usuario se incorporan a un sprint, no deberían cambiar. Esto protege al equipo y les permite invertir por completo en su trabajo, así como comprometerse con confianza a asumir el trabajo para el sprint. Las solicitudes de cambio suelen estar relacionadas con una historia de usuario existente, pero se tratan como un elemento separado en lugar de modificar una historia de usuario existente.

Una vez que las solicitudes de cambio se escriben como nuevas historias de usuario, se colocan en el backlog del Sprint . Esta es la lista priorizada de historias de usuarios que se tomarán en futuros sprints. La clave son los sprints futuros. En Agile, las solicitudes de cambio no afectan las historias de usuarios existentes y no se aceptan automáticamente de inmediato. Si una solicitud de cambio niega por completo el trabajo de una historia de usuario existente, el equipo puede optar por detener el trabajo actual, pero no se asume que asumirán inmediatamente la nueva historia de usuario. Una vez más, esto protege el compromiso del equipo con el trabajo que completará.

  Cooperativas en los Negocios: Definición y ejemplos

Razones detrás de la gestión del cambio

Una vez que Derek ayuda a su equipo a comprender el proceso de gestión del cambio, se entusiasman más por utilizar Agile y son más receptivos al cambio. Para completar el panorama para ellos, aborda las razones detrás del proceso en Agile. El marco para la gestión del cambio en Agile tiene dos propósitos. El primer propósito es identificar y rastrear cambios. El segundo propósito es medir el impacto de los cambios o las compensaciones debidas a los cambios.

Cuando las solicitudes de cambio se tratan como un elemento de trabajo independiente, se pueden identificar y rastrear fácilmente. En lugar de editar los requisitos existentes y necesitar hacer referencia a algún tipo de historial, se crean historias de usuario adicionales. La separación deja en claro que se necesitaba algo más allá de la solicitud original. Esto ayuda a la hora de medir cómo se ha desempeñado el equipo en relación con el compromiso asumido y también puede ayudar al Product Owner a ver la ocurrencia de solicitudes de cambio y trabajar para reducirlas en el futuro.

No solo es valioso identificar y rastrear los cambios, es importante medir la compensación. El impacto podría ser cualquier combinación de tiempo, costo, calidad y alcance. Siempre que se realiza un trabajo, siempre se reemplaza algo más. Una historia de usuario que se debe a una solicitud de cambio reemplaza a otra historia de usuario que, como mínimo, se retrasará en completarse, si es que se completa. Es importante mostrar claramente la compensación debida a las solicitudes de cambio.

Resumen de la lección

Las solicitudes de cambio vienen en todos los proyectos. La metodología ágil intenta adaptarse al cambio identificando y respondiendo a los posibles cambios antes. Las pruebas se realizan a lo largo de cada sprint y los resultados se muestran al propietario del producto y a otras partes interesadas para recibir comentarios. Las solicitudes de cambio se tratan como historias de usuario separadas , lo que permite identificarlas y rastrearlas fácilmente. Las historias de usuarios adicionales se agregan a la acumulación de sprints y se priorizan con el trabajo restante del proyecto, lo que muestra el impacto en el tiempo, el costo, la calidad y el alcance, así como la compensación al asumir el cambio.

Continúa con:

  1. Contabilidad

    Papel de la contabilidad financiera en la gestión y la toma de decisiones

    Definición de contabilidad financiera Usted es el nuevo gerente general de una empresa y se...

  2. Negocios

    Principios de la gestión organizacional

    Definición de gestión organizacional Puede pensar en una organización como una entidad que consta de...

  3. Química

    Monitoreo de reacciones químicas: proceso y ejemplo

    ¿Cómo sabes que está hecho? ¿Has hecho antes brownies en la cocina de tu casa?...

  4. Negocios

    Aplicación práctica: uso de tipos de cambio para convertir divisas

    Cambio de divisas Cuando las personas compran en una tienda en otro país, se produce...

Selecciona un tema para seguir aprendiendo