¿Cuánto cuesta desarrollar software con Agile?

Bajo el proceso de administración de versiones de Microsoft, pueden iniciar compilaciones desatendidas y una implementación desatendida que solo toma unos minutos, sin competir por recursos. Observe cómo Microsoft estructura su desarrollo en torno a la entrega continua y comprenderá cómo se beneficia tanto de una mejor administración de versiones. Los ingenieros vaporetade-mano.com de software de Microsoft se centran en crear un producto mínimamente viable, que atrae a los primeros usuarios al tiempo que permite a los desarrolladores recopilar comentarios para versiones posteriores. La implementación es una coyuntura crucial tanto en el ciclo de vida del desarrollo de software como en el ciclo de administración de versiones.

Herramientas de software para la gestión de versiones

• La principal diferencia es que los proyectos ágiles no están tan bien definidos cuando llegan a la fase de desarrollo como los que utilizan metodologías tradicionales.
• El equipo también debe comparar las estimaciones para un lanzamiento en particular con el esfuerzo realmente requerido, ajustando factores como agregar y eliminar historias de un lanzamiento y cambios en la metodología de estimación.
• Los gerentes de proyecto pueden aplicar métodos de construcción de ingeniería más adelante en el desarrollo, que utiliza datos recopilados de lanzamientos de productos.
• Este enfoque iterativo aumenta la calidad de las estimaciones de costos a lo largo del tiempo, aunque los detalles de las estimaciones de nivel de lanzamiento generalmente permanecen en un nivel más alto que las estimaciones de nivel de sprint.
• Las técnicas básicas para estimar costos en un proyecto Agile pueden ser las mismas que se utilizan para el desarrollo de software tradicional.

La implementación marca el momento en que la nueva versión del software está disponible para su uso y la nueva versión se activa. En palabras de Paul Jackson, de la Facultad de Informática de la Universidad de Edimburgo, la implementación es «hacer que el software esté fuera de las manos de los desarrolladores y en manos de los usuarios». El administrador de versiones en lugar del administrador del proyecto desempeñaría este papel, ya que el administrador del proyecto tiene prioridades mucho más amplias. El autor y experto en desarrollo de productos solofrases.org de software Jon Quigley de Value Transformation señala que los estudios han demostrado una relación inversa entre el tamaño del proyecto y el éxito. También dice que la investigación sugiere que los clientes no utilizan el 45 por ciento de las funciones desarrolladas. Estas estadísticas abogan por lanzamientos pequeños y enfocados que priorizan funciones muy valoradas por los clientes. “El resultado de todo esto ha impulsado las entregas de software o el desarrollo de incrementos de software que son pequeños, cuanto más pequeños, mejor”, dice.

En otras ocasiones, la estructura interna de una organización puede dar lugar a conflictos entre equipos y la gestión de versiones puede reducir la fricción. Del mismo modo, cuando hay muchos equipos de entrega trabajando en conjunto, aumenta el riesgo de que el trabajo de un equipo interrumpa el de otro. Un proceso de gestión de versiones eficiente puede ayudar a las organizaciones a evitar una serie de problemas.

Esto puede incluir definiciones existentes de reglas comerciales, interfaces existentes para sistemas heredados y su documentación, un repositorio de metadatos corporativos que describe los recursos de datos en toda su empresa o un modelo comercial empresarial. La información de origen provino de otros equipos de proyectos como el suyo y probablemente sea administrada por un equipo corporativo de especialistas. Sí, esta es claramente una situación que probablemente promueva una burocracia innecesaria; aún es posible ser ágil: los equipos de administración centralizada necesitan encontrar una manera de trabajar con los suyos de manera efectiva. Durante el desarrollo, deben vaporetade-mano.com proporcionar los recursos, como los modelos existentes y los metadatos, que necesita y actuar como consultores cuando necesite ayuda para comprender y trabajar con esos recursos. Si escribe documentación que contiene información que aún no se ha estabilizado, corre el riesgo de tener que volver a trabajar en la documentación una vez que la información haya cambiado. En otras palabras, no desea invertir mucho tiempo en documentar ideas especulativas como los requisitos o el diseño al principio de un proyecto. En su lugar, espere hasta más adelante en el ciclo de vida cuando la información se haya estabilizado y cuando sepa qué información es realmente útil para usted.

Deuda de mantenimiento

Las prácticas ágiles y la automatización se están convirtiendo gradualmente en principios básicos de la gestión de versiones, y por una buena razón. La automatización acorta los tiempos de publicación y puede reducir sustancialmente el riesgo de error. Las prácticas ágiles impulsan la adopción de la automatización de compilación, la automatización de pruebas, la automatización de la implementación y la automatización de la retroalimentación, todo lo cual reduce la carga sobre el equipo de desarrollo. Harding de Microsoft dice que es importante que los gerentes de versiones tengan amplias habilidades de administración de proyectos. “Brindar capacitación y acceso a otras partes interesadas del proyecto es clave para reducir la dependencia de un individuo. Los administradores de versiones generalmente tienen un conjunto bastante específico de habilidades para la resolución de problemas, pero pueden apoyarse en otros PM para poseer elementos de configuración y proceso del producto ”, explica. Los desarrolladores de Microsoft pueden probar el código en cualquier entorno de implementación en cualquier momento y utilizan la creación de componentes para facilitar la creación del código.

Aguilh sugirió que los procesos de gestión de versiones se corresponden bastante con los de la gestión de proyectos. Por ejemplo, FPR y el paquete de lanzamiento son básicamente una consideración del alcance y la planificación, mientras que la calidad corresponde a la documentación, el desarrollo, el control de cambios y la capacitación. La ejecución y el control, a su vez, corresponden a la capacitación, las pruebas del cliente, la notificación al cliente y la implementación. Se hace evidente, por tanto, que se pueden establecer paralelismos útiles entre la gestión de proyectos y la gestión de versiones y que un administrador de versiones eficaz debe poseer las mismas habilidades que un director de proyectos. No toda la documentación que redactará será específicamente para su equipo de proyecto o para el equipo que se hará cargo de su sistema; es posible que parte de ella deba estar disponible a nivel empresarial. Debe aprovechar los artefactos existentes, incluidos, entre otros, la documentación y los modelos del sistema dentro de su organización.