Documente Academic
Documente Profesional
Documente Cultură
oficinaproyectosinformatica.blogspot.com
El Desarrollo gil en un entorno de fechas y presupuestos predefinidos Por: Ricardo Arturo Rodrguez Morillo Sgueme en Twitter: PMOInformatica Mi Blog: http://oficinaproyectosinformatica.blogspot.com
Resumen Una de las premisas del desarrollo gil es que los requerimientos son cambiantes o poco definidos, por lo cual hace nfasis en la flexibilidad y productividad, favoreciendo un esquema en el cual el alcance de un proyecto no estar definido desde el principio. Este principio est en conflicto con los esquemas de fecha, presupuesto y alcance fijos definidos a nivel corporativo a la hora de contratar proyectos de desarrollo de Software, tanto con la unidad de Tecnologa de Informacin (TI) interna como con proveedores externos. Este artculo est dedicado a mostrar que aplicando algunos cambios, ambos esquemas pueda coexistir durante esta etapa de adopcin inicial. Por qu definir tambin una fase de anlisis y diseo inicial para un proyecto gil? Es poco probable que otras reas de la compaa, como por ejemplo finanzas o el negocio estn dispuestas a abandonar el esquema de alcance, cronograma y presupuesto fijo de la noche a la maana, especialmente en etapas de adopcin temprana del desarrollo gil cuando este concepto les es extrao y an no han visto los resultados. Para que ambos esquemas puedan coexistir, es necesario mantener una fase de definicin de alcance, cronograma y presupuesto al inicio del proyecto, siendo esto previo a la primera iteracin. Algunos llaman a esto la iteracin 0, sin embargo, no necesariamente tendr la misma estructura y duracin de una iteracin gil. Deben aplicarse procedimientos adaptados al desarrollo gil a esta fase, ya que aplicar el mismo enfoque de cascada podra ser un error. La intencin de esta fase es desarrollar las historias de usuario y elaborar una primera lista de objetivos
Copyright La Oficina de Proyectos de Informtica (http://oficinaproyectosinformatica.blogspot.com)
/ caractersticas priorizados (el product backlog) general. Con base en esa lista de caractersticas se puede definir un conjunto mnimo de funcionalidades, fijando con esta base la fecha tope y presupuesto para el requerimiento proyecto. El procedimiento a seguir en esta fase es muy similar al de un proyecto tradicional, pero requiere las adaptaciones necesarias para hacer uso de los artefactos de desarrollo gil.
Dinero por nada y cambios gratis (Money for nothing and Changes for free): Una vez que comienzan las iteraciones (sprints), el esquema de desarrollo gil y de fecha tope fija pueden coexistir si se utilizan los principios de dinero por nada y cambios gratis (Money for nothing and changes for free, igual que la famosa cancin de Dire Straits de 1985). Cambios gratis significa que el cliente (el rea de negocio representada en el dueo del producto o product owner), puede reemplazar cualquier historia de la lista de caractersticas (product backlog) por historias de igual valor (medio en
Copyright La Oficina de Proyectos de Informtica (http://oficinaproyectosinformatica.blogspot.com)
puntos de historia, jornadas o cualquier otra medicin acordada), siempre y cuando esto se haga antes que la historia involucrada haya sido tomada para una iteracin (si esto ocurriera el cambio no sera gratis, dado que tendra un costo de retrabajo para el proveedor).
Este principio garantiza que el cliente al final obtendr el producto que quiere sin invertir ms tiempo o dinero del estimado originalmente. "Dinero por nada significa" que el cliente en cualquier momento puede declarar que ha recibido suficiente funcionalidad, an en los casos en que no se hayan entregado las funcionalidades definidas originalmente. En estos casos, el cliente deber pagar por las jornadas de consultora invertidas en el anlisis, pero no por las funcionalidades que no se han desarrollado. De hecho, podra considerar la posibilidad de invertir esos puntos de historias en otra aplicacin o funcionalidad si es conveniente para el proveedor y el cliente.
En Conclusin La situacin ideal sera que la organizacin adoptar el enfoque gil en todos sus niveles, cambiando las formas de contratacin internas con el departamento de TI o con proveedores a otras que correspondan con el desarrollo gil, como por ejemplo costo objetivo ms incentivo o tiempo y materiales. Sin embargo, antes que las reas de negocio y finanzas estn dispuestas a realizar estos cambios, deben ganar confianza en que el desarrollo gil funciona y que es factible para ellos abordar estas fuentes de contratacin que son ms riesgosas para quien adquiere el Software. La nica forma de ganar esa confianza es adoptar algunas prcticas giles sin cambiar todo el esquema de contratacin y los mtodos presentados en este artculo pueden servir para lograr ese objetivo. Referencias Externas: Dejaeger, G. Scrum and Fixed Price Impossible
http://glenndejaeger.wordpress.com/2011/01/30/scrum-and-fixed-price-impossible/
Proyectosagiles.org. Qu es Scrum?
http://www.proyectosagiles.org/que-es-scrum
Otros artculos en La Oficina de Proyectos de Informtica Desarrollo gil, Scrum y Test Driven Development Test Driven Development (TDD): Pruebas de desarrollador
http://oficinaproyectosinformatica.blogspot.com/2012/12/test-driven-development-tdd-pruebasde.html
Test Driven Development (TDD): 9 retos para su implementacin y cmo hacerles frente
http://oficinaproyectosinformatica.blogspot.com/2012/11/test-driven-development-tdd-9-retos.html
Gestin de desarrollo de software Errores comunes en el desarrollo de software: Base de datos como comunicador de procesos
http://oficinaproyectosinformatica.blogspot.com/2012/12/errores-comunes-en-el-desarrollode_20.html
Errores comunes en el desarrollo de software: Entrada de datos manejada inadecuadamente (Input Kludge)
http://oficinaproyectosinformatica.blogspot.com/2012/12/errores-comunes-en-el-desarrollode_12.html
Algunas prcticas de desarrollo de aplicaciones web para asegurar calidad, mantenibilidad, escalabilidad y seguridad
http://oficinaproyectosinformatica.blogspot.com/2012/08/algunas-practicas-de-desarrollo-de.html
Acciones preventivas para evitar retraso y retrabajo en proyectos de tecnologa de informacin (TI)
http://oficinaproyectosinformatica.blogspot.com/2012/08/acciones-preventivas-para-evitar.html
Las preguntas que debe hacer al encargarse de un proyecto de Tecnologa de Informacin (TI) en ejecucin
http://oficinaproyectosinformatica.blogspot.com/2012/08/las-preguntas-que-debe-al-hacersecargo.html
Lo Urgente y lo importante en la Gestin de Proyectos (2da Parte): Las 10 tareas rutinarias de un Gerente de Proyectos
http://oficinaproyectosinformatica.blogspot.com/2012/12/lo-urgente-y-lo-importante-2da-parte.html
El patrocinador (Sponsor) del proyecto: Rol que debe asumir y lo que no debe hacer
http://oficinaproyectosinformatica.blogspot.com/2012/08/el-patrocinador-sponsor-del-proyecto.html
Acciones preventivas para evitar retraso y retrabajo en proyectos de tecnologa de informacin (TI)
http://oficinaproyectosinformatica.blogspot.com/2012/08/acciones-preventivas-para-evitar.html
Las preguntas que debe hacer al encargarse de un proyecto de Tecnologa de Informacin (TI) en ejecucin
http://oficinaproyectosinformatica.blogspot.com/2012/08/las-preguntas-que-debe-al-hacersecargo.html
Otros temas Habilidades interpersonales cada vez ms demandadas en los profesionales de Tecnologas de Informacin
http://oficinaproyectosinformatica.blogspot.com/2012/10/habilidades-interpersonales-mas.html