MANUAL M1

M1: LA DIRECCIÓN DE PROYECTOS EN EL SXXI

Para controlar un proyecto ágil no suele servir de mucho hacer un Gantt. Veríamos tareas resumen con las releases una detrás de otra, pero el proyecto generalmente va en fecha, siendo las únicas desviaciones ocasionadas por algún que otro spike de vez en cuando.

En nuestro caso, al principio planteamos 5 releases:

 En la primera release, el resultado fue el prototipo PDF dinámico de la aplicación móvil : unos 100 mockups en Balsamiq que pudimos mostrar a muchos colegas para validar y corregir muchos enfoques sin contratar todavía a la software factory.  En la release 2, la orientación al valor consistió en el desarrollo iOS y Android de la primera versión de la aplicación móvil . No es funcional pero sí permite navegar y mostrar la funcionalidad de alto nivel.  En la release 3 desarrollamos la primera versión de la aplicación web , que permitía usar todos los roles salvo el Resource Manager y usar la estructura de proyectos, programas y portafolios.  En la release 4, se implementó la funcionalidad básica para proyectos y recursos : el rol de resource manager, gestión de pools, flujo de aprobación de horas y gastos, etc.  En la release 5, estamos implantando lo que faltaba para liberar la versión beta : entorno multi-organización, invitación entre usuarios, seguimiento de proyectos, EVM, Gantt, gestión de tareas y cuentas de control.

La fecha que manejamos para terminar esta última release, y por tanto el proyecto, es dentro de dos meses, más menos una iteración.

En esta experiencia de gestión de un proyecto ágil, nos parece que las labores que estamos realizando día a día encajan bastante bien con el rol de agile practitioner delineado por PMI®. En el texto que usa PMI® para especificar el examen PMI-ACP® se describen 7 dominios que resumen las principales áreas de responsabilidad del Director de Proyectos Ágil.

49

European Open Business School