MAESTRÍA EN DIRECCIÓN Y GESTIÓN DE PROYECTOS

Ensayo 2: Utilizando DevOps en la entrega de los desarrollos

Curso: Metodologías de proyectos

MAESTRÍA EN DIRECCIÓN Y GESTIÓN DE PROYECTOS

Universidad Galileo, Guatemala

Fecha: 15 de mayo del 2018

Propósito

El problema en la empresa es el desarrollo de software el cual se encuentra una infinidad de proyectos de todas las empresas o áreas de la corporación el cual existe bastante variedad de mejoras o proyectos, al tener dicho pull se van acumulando por la mala gestión en el desarrollo, por la mentalidad tradicional que se tiene en la corporación que únicamente se tiene un proyecto a la vez por desarrollador y no hay entregas para validar si lo que se lleva va acorde a los requerimientos iniciales como se planteo sino que hasta que cumplen el tiempo estipulado de desarrollo en el DERCAS, una vez entregan dicho desarrollo y entran a pruebas en lugar de aprovechar dicho tiempo en avanzar otro proyecto en espera no realizan nada con la excusa de estar disponible para la solución de fallas encontradas en dicha fase.

Desarrollo

En la actualidad para poder iniciar un proyecto de primero se tiene que tener una reunión técnica con el área de negocio y el área de desarrollo para poder expresar los requerimientos si de lo que plantee en dicha reunión y los programadores es viable se obtendrá otra reunión posterior nuevamente con los involucrados y sus jefes de los desarrolladores para volver a plantear los requerimientos o solicitudes si de igual forma lo ven viable solicitan que se llene un caso de BPM para plantear formalmente los requerimientos del proyecto. Una vez ingresado empiezan con el análisis de lo solicitado y empiezan a estimar la contabilización y desglose por cada requisito el tiempo que les llevara desarrollarlo, documentándolo en el DERCAS que significa ("Documento de Especificaciones, Requerimientos y Criterios de aceptación de software") una vez leído el documento y todo los involucrados de acuerdo firman para que posterior inicien con el desarrollo de cada tarea. En ese ínterin de tiempo no avanzan con otro proyecto, sino que están a la espera de que se firme, si existiera algún cambio se les notifica y vuelven a empezar el proceso de análisis para la estimación de tiempo para devolver el documento para su revisión y firma. Una vez iniciado el desarrollo del software los solicitantes esperan que se cumplan dicho desarrollo por completo para iniciar con la fase de pruebas, luego al validar los script de pruebas y se encuentra algún error o no cumple según lo solicitado, se devuelve al área de desarrollo para que corrijan el problema para volverlo a pasar al área de pruebas para que nuevamente inicie la fase de pruebas y así completar los ciclos necesarios para su certificación. Al tener esta metodología con la cultura tradicional los tiempos de desarrollo, pruebas, corrección y salida a producción se alarga haciendo ineficiente dicho desarrollo.

...