Descripción general de las fases ágiles

Publicado el 17 octubre, 2020

Etapas de desarrollo ágil

¿Alguna vez ha estado trabajando en un proyecto en el que nadie parece saber dónde comienza o termina? Quizás no sepa lo que se espera de usted durante cada fase de un proyecto. Bueno, el desarrollo de la fase ágil puede ser la mejor manera de encaminarse.

El desarrollo ágil es un tipo de gestión de proyectos que se centra en la planificación, las pruebas y la integración continuas a través de la colaboración en equipo. A diferencia de la gestión de proyectos tradicional, el objetivo es fomentar el empoderamiento del equipo para tomar decisiones de proyectos rápidamente.

Hay cinco etapas de desarrollo ágil:

  1. La fase de visión describe la visión general de un proyecto, al tiempo que identifica a las partes interesadas clave que estarán involucradas en el proyecto. También puede denominarse fase inicial.
  2. La fase de construcción describe los requisitos del proyecto e identifica los hitos principales del proyecto. También puede denominarse fase especulativa.
  3. La fase de exploración implica la creación de un plan de lanzamiento y la revisión de las alternativas a la ejecución. También se la conoce como fase de transición.
  4. La fase de producción revisa los resultados de la fase de transición, evalúa la situación actual y el desempeño de los resultados del proyecto y revisa los comentarios de las partes interesadas clave. Esto también se conoce como fase de adaptación.
  5. La fase de retiro escribe las lecciones clave del proyecto y cierra las versiones anteriores del software u otros componentes del proyecto.
Hay cinco fases para el desarrollo ágil.

Dónde empezar

Durante la primera etapa del proyecto, es necesario establecer el costo general y el cronograma del proyecto. El director del proyecto también debe recopilar los riesgos potenciales que podrían detener el proyecto. Durante la segunda fase, esos riesgos deben ser aceptados por las partes interesadas clave para hacer avanzar el proyecto. Se debe verificar la estabilidad del sistema actual y se crea un plan de proyecto.

A dónde ir desde aquí

Durante la tercera fase, se trata de desarrollar el proyecto y ponerlo en producción. Hay pruebas repetidas antes del lanzamiento. Las partes interesadas también deben aprobar esta fase. La cuarta fase es cuando el software o producto final está disponible para los usuarios finales. En este punto, solo se deben realizar cambios menores en el producto. Se ofrece soporte al cliente a los usuarios finales para ayudarlos a operar el sistema nuevo o actualizado o usar el producto.

Cerrándolo

Es importante eliminar o retirar el sistema o producto anterior sin causar retrasos en el negocio. El sistema heredado o el retiro del producto identifica la finalización oficial de un proyecto. Es posible que sigan existiendo actualizaciones de software o versiones del nuevo sistema después de que se haya retirado un sistema heredado. Esas actualizaciones deberían ser menores.

Ejemplo

Imaginemos que trabaja para una pequeña empresa de telefonía móvil y que cada 12 meses su empresa lanza una nueva versión de su software para teléfonos móviles equipada con los últimos dispositivos. Ha sido seleccionado como director del proyecto. Envía un correo electrónico a las partes interesadas clave dentro de la empresa, que cree que participarán en la implementación de la próxima versión. Esta lista incluye al CEO de la empresa, los jefes de marketing, desarrollo de software, finanzas, etc. Cada grupo crea un equipo que estará involucrado en llevar las actualizaciones al mercado. Esta es una actualización de rutina; sin embargo, existe un mayor riesgo durante esta actualización, ya que descubre que el desarrollador de software líder ya no está en la empresa.

Para iniciar la segunda fase, se reúne con el equipo de software para determinar los requisitos para la próxima actualización. Creen que implementar una versión completamente sin contacto es el camino a seguir. Todas las funciones funcionarán mediante comandos de voz para una conducción manos libres más segura. Hay tres hitos importantes que el equipo planea alcanzar durante los próximos seis meses. El plan está documentado y circula para que las partes interesadas clave lo firmen.

El equipo comienza a colaborar sobre cómo ejecutar la actualización del software y, después de extensas pruebas internas, realiza una sesión de prueba de usuario en la sala de conferencias de un hotel local. Después de incorporar la retroalimentación más necesaria y obtener la aprobación de las partes interesadas, el nuevo software entra en producción. Un mes después de que el nuevo software haya estado en el mercado, se han enviado a los suscriptores varias versiones de actualizaciones menores y opcionales. Seis meses después, todos los teléfonos que llevan ese software requieren una actualización obligatoria para poder seguir recibiendo soporte al cliente.

Resumen de la lección

Tomemos un momento para revisar lo que hemos aprendido.

El desarrollo ágil es una forma de gestión de proyectos que se centra en el trabajo en equipo y la colaboración con planificación, prueba e integración continuas de un software o producto nuevo o actualizado. Hay cinco etapas de desarrollo ágil que analizamos en esta lección:

  1. La fase de visión (o la fase de inicio) describe la visión general de un proyecto, al mismo tiempo que identifica a las partes interesadas clave que estarán involucradas en el proyecto.
  2. La fase de construcción (o fase especulativa) describe los requisitos del proyecto e identifica los hitos principales del proyecto.
  3. La fase de exploración (o la fase de transición) implica la creación de un plan de lanzamiento y la revisión de las alternativas a la ejecución.
  4. La fase de producción (o la fase de adaptación) revisa los resultados de la fase de transición, evalúa la situación actual y el desempeño de los resultados del proyecto y revisa los comentarios de las partes interesadas clave.
  5. La fase de retiro escribe las lecciones clave del proyecto y cierra las versiones anteriores del software u otros componentes del proyecto.

Es importante establecer el costo y el cronograma del proyecto y obtener la aprobación de las partes interesadas clave antes de comenzar. El equipo debe evaluar los riesgos potenciales que podrían obstaculizar la finalización exitosa de un proyecto. Si se aceptan los riesgos, se crea un plan de proyecto una vez que se evalúa la estabilidad del sistema actual. Luego, el proyecto debe desarrollarse y probarse antes de llevarlo a producción. Se ofrece soporte al cliente a los usuarios finales para ayudar en la transición. Es necesario retirar el sistema heredado una vez que se hayan resuelto todos los errores menores del nuevo sistema. Las actualizaciones y versiones de software pueden continuar después de retirar el sistema anterior, pero deberían ser menores.

¡Puntúa este artículo!