Descargue como PPTX, PDF, TXT o lea en línea desde Scribd
Descargar como pptx, pdf o txt
Está en la página 1/ 18
Cmo es la estrella de tu proyecto?
Cul es el nivel de inestabilidad de los requisitos? Cambia el 1% cada mes, o el 50%? [...] Cul es el nivel de criticidad del proyecto? Qu clases de prdidas pueden producir los errores en su desarrollo: vidas, bienes materiales o funcionalidad para los usuarios? Se trata del sistema de software para regular el ncleo de una central atmica, o para gestionar una agenda infantil? Cul es el tamao del equipo de desarrollo: 3 300 personas? Cul el porcentaje de tcnicos competentes y expertos frente al de principiantes y menos hbiles? Cul es la cultura de la organizacin? Cada uno tiene detalladamente definidas sus tareas y responsabilidades, lo que tiene y lo que no tiene que hacer?, o por el contrario se trata de una cultura de autonoma y empowerment sin una delimitacin pormenorizada de tareas?
Estas son las 5 puntas del grfico que proponen dos que no necesitan presentacin: Barry Boehm y Richard Turner.
PSP (Personal Software Process) o cmo pasarse de rosca midiendo
LOC(B) Lneas de cdigo del programa antes de empezar a modificarlo. LOC(D) Lneas de cdigo del programa una vez terminado. LOC(M)Lneas cambiadas en el programa base. LOC(A) Lneas aadidas durante la programacin del proyecto (A=T-B+D-R) LOC(R) Lneas de cdigo desarrolladas para otros programas que se han incluido sin ninguna modificacin. LOC(N) Lneas de cdigo aadidas o modificadas (N=A+D) LOC/Hora Lneas nuevas y modificadas divididas por el nmero de horas empleadas. Tiempo de interrupcin: Tiempo dedicado por el programador a actividades ajenas al proyecto (charlas, telfono, interrupciones, caf...). Tiempo delta: Tiempo de la jornada de trabajo - Tiempo de interrupcin. Defectos eliminados / hora
Hay dos formas de gestionar proyectos: una predictiva o clsica y otra adaptativa o gil.
El escenario TIC necesita otro modelo de gestin de proyectos
Requisitos cerrados o evolutivos?
Para que un esfuerzo de desarrollo de software tenga xito, es esencial comprender perfectamente los requisitos del software. Independientemente de lo bien diseado o codificado que est un programa, si se ha analizado y especificado pobremente, decepcionar al usuario y desprestigiar al que lo ha desarrollado. Roger S. Pressman. Ingeniera del Software. Mc Graw Hill 1995. Para saber el tiempo y el precio que costar el proyecto, hay que tener una planificacin detallada. Para elaborar un plan detallado hay que saber con precisin, qu es lo que se va a construir. La gestin de proyectos es la profesin que comprende las reas de conocimiento necesarias para planificar, gestionar la ejecucin del trabajo planificado, detectar y corregir las desviaciones.
Los requisitos no se conocen de forma detallada al comenzar. La comunicacin con el cliente, el anlisis y la interaccin con los resultados de cada iteracin los irn descubriendo. Las fechas no son resultado de una planificacin, sino restricciones de negocio. La garanta del resultado no se confa a los procesos sino a la excelencia tcnica y a la responsabilidad del equipo.
Cunto he trabajado?, o cunto me queda?
Esta es la diferencia en la medicin de tiempos entre la gestin de proyectos predictiva y la gil.
Calcular la fecha de fin de proyecto.
Comparar los das transcurridos con los planificados. (Mtodo del directivo). Comparar las horas de trabajo realizadas con las planificadas. (Mtodo del consultor) Comparar el trabajo realizado con el planificado. No cuntas horas se han trabajado sino cunto se ha producido. (Mtodo del gestor de proyectos clsico) No medir lo que ya se ha hecho, sino lo que falta por hacer. (Mtodo del gestor de proyectos gil)
Los requisitos del sistema y el product backlog
La ingeniera del software clsica diferencia dos reas de requisitos: requisitos del sistema, y requisitos del software. A los primeros los sita en el proceso de adquisicin, haciendo por tanto al cliente responsable de definir cul es su problema y qu funcionalidades tiene que aportar la solucin. Los requisitos del sistema suelen especificarse en documentos formales; y el product backlog, o pila del producto toma la forma de una lista de historias de usuario. Los requisitos del sistema formales se especifican completamente en el inicio del ciclo de desarrollo, el product backlog es un documento vivo que se va desarrollando durante todo el ciclo de desarrollo de forma concurrente con el resto de actividades. Los requisitos del sistema los desarrolla una persona o equipo especializado en ingeniera de requisitos a travs del proceso de obtencin con el cliente. En Scrum la visin del cliente es conocida por todo el equipo y el product backlog se realiza y evoluciona de forma continua con las aportaciones de todo el equipo.
Scrum: reunin de planificacin del sprint
El Gantt gil Es una herramienta de planificacin y seguimiento del propietario del producto, que muestra en un grfico muy simple el plan general de desarrollo del producto, y la traza de su evolucin.
Se confecciona con: La estimacin de esfuerzo prevista en el product backlog. La velocidad del equipo.
Si las estimaciones se realizan considerando valores optimistas y pesimistas de velocidad, o de esfuerzo necesario, se obtienen rangos de fechas de probabilidad.
Clientes y gestores hablando idiomas diferentes
Las circunstancias de los mercados y de las empresas no se pueden cambiar, y es la gestin de proyectos la que debe adaptarse y responder a las nuevas necesidades. Las empresas acuden a los expertos en procesos de desarrollo con descripciones abiertas, solicitando adaptacin continua y valor, y stos les piden descripciones cerradas y les ofrecen garantas de cumplimiento de un plan.
9 Bloques: rutina para obtener requisitos con Scrum
El 60% de los problemas de los proyectos tienen su origen, directa o indirectamente en los requisitos; y los problemas de los requisitos surgen por alguna de estas razones:
El cliente no tiene una visin clara de lo que quiere. El suministrador obtiene los requisitos superficialmente, quiz siguiendo un proceso, pero sin "sumergirse" en conocer el negocio del cliente y realizar desde ah el anlisis. Implicacin y comunicacin cliente-equipo de desarrollo.
