1. 115/05/14

2. Metodologas giles 3. - Misin - Visin Tener claros dos conceptos comunes para todos los integrantes de la FS. 4. Por qu una metodologa? Practicas aplicables al proceso de desarrollo en general. - Visualizacin de los requerimientos. - Informacin de una nica fuente. - Visualizacin de la arquitectura. - Documentar continuamente. Fuente: http://sg.com.mx/revista/mejores-pr%C3%A1cticas-para-el-desarrollo-software 5. Por qu una metodologa? Gestin de requerimientos - Reconocer que existe una amplia variedad de clientes. - Requerimientos independientes de la plataforma. - Mas pequeo es mejor. Fuente: http://sg.com.mx/revista/mejores-pr%C3%A1cticas-para-el-desarrollo-software 6. Por qu una metodologa? Anlisis y diseo - Los diseos giles se van construyendo. - Los diseadores tambin deben de codificar. - Utilizar herramientas de generacin de cdigo. - La retroalimentacin es importante. Fuente: http://sg.com.mx/revista/mejores-pr%C3%A1cticas-para-el-desarrollo-software 7. Metodologas hbridas Las metodologas de desarrollo de software se han divido entre giles y tradicionales, en los ltimos aos han aparecido combinaciones entre stas dos conocidas como hbridas que son una combinacin de sus mejores practicas entre ellas. 8. La metodologa solo es una herramienta, no por utilizarla saldr adelante el proyecto. Lo importante para el proyecto no es la metodologa, son los resultados. 9. Madurez de los Integrantes 10. Lo que voy hacer va a aportar algo? La cultura occidental se preocupa por el rea de oportunidad. La oriental se pregunta Qu haces bien?. 11. PMO Es un departamento o grupo que define y mantiene estndares de procesos, generalmente relacionados a la gestin de proyectos. -Burocracia adicional -Control de recursos 12. Innovacin 13. Innovacin Crisis de Liderazgo 14. Innovacin Crisis de Liderazgo Delegar 15. Innovacin Crisis de Liderazgo Delegar Autoridad 16. Innovacin Crisis de Liderazgo Delegar Autoridad Autonoma 17. Innovacin Crisis de Liderazgo Delegar Autoridad Autonoma Comunicacin 18. Innovacin Crisis de Liderazgo Delegar Autoridad Autonoma Comunicacin Burocracia 19. Innovacin Crisis de Liderazgo Delegar Autoridad Autonoma Comunicacin Burocracia Crisis de Burocracia 20. Innovacin Crisis de Liderazgo Delegar Autoridad Autonoma Comunicacin Burocracia Crisis de Burocracia Colaboracin 21. Metodologas giles: - SCRUM - XP (eXtreme Programming) - TDD (Test Driven Development) - PP (Pair Programming) - DSDM (Dynamic systems development method) Punto de vista del PMI sobre gil. There is no single best way to define an ideal project life cycle. 22. XP 23. SCRUM 24. PMI SCRUM Metodologa bien establecida (Mejores prcticas). Framework de desarrollo para SW. Existe la triple restriccin. (Alcance, Tiempo y Costo). Se basa en la transparencia, inspeccin y adaptacin. El PM generaliza durante el proyecto. Esta a cargo de todo el proyecto. El ScrumMaster es ms tcnico. Encargado de la parte de desarrollo de SW. El PM es el responsable del proyecto (xito/fallo). Todo el equipo es el responsable. El cliente tiene menos participacin. El cliente tiene ms participacin y est presente en todas las juntas. (Sprint meeting). Se puede aplicar a cualquier proyecto no slo a proyectos de TI. nicamente se aplica a proyectos de TI. Bien definido, cubre todas las reas de la administracin de proyectos. (Ej: Adquisiciones.) Se enfoca slo al desarrollo del SW y en su entrega. Manejo de Riegos (Transparencia del proyecto). Los riesgos son vistos en etapas tempranas. WBS Backlog Avance del proyecto mediante EVM (Earn Value Management). Avance del proyecto mediante la grfica de burnout del sprint. El plan del proyecto se realiza al inicio del mismo. Se hace la planeacin al inicio de cada sprint. El proyecto se da por concluido cuando todos los entregables se han aprobado. El proyecto es entregado por iteraciones. Reuniones de avance conforme el cronograma del proyecto. (Milestones). Reuniones de avance diarias. 25. Metodologa Requerimientos XP El customer escribe, recopila historias, como resultado tiene un conjunto de Story Cards. Scrum El dueo del producto de software mantiene el Product Backlog, que es una lista de caractersticas y prioridades as como las funciones deseadas en el producto. Crystal y DSDM Se crean workshops o talleres en donde se identifican los requisitos de alto nivel. Una vez que estos se han identificado se crea un documento donde son plasmados, ste contiene los casos de uso y requisitos no funcionales. Hay una fase de elaboracin por separado para crear estos documentos. Metodologa Nmero de equipos Tamao del equipo Miembros del equipo/roles XP 1 equipo por proyecto 3-16 Customer, programador, tester, tracker, coach, consultant, manager. Scrum 1-4 o ms 5-9 Scrum master, product owner, experiencied engineer, junior engineer, QA tester, writer. Crystal Variable, dependiendo del mtodo de la familia 4-8 Business Analyst-Designer, Designer- Programmer, UI Designer, [Tester ] DSDM 1-6 2-6 Team Leader, Ambassador User, [Advisor User], Senior Developer, Developer, Scribe 26. Metodolog a Enfoque de desarrollo Comunicacin entre equipos Tamao del proyecto Participacin del cliente Documentacin del proyecto Ventajas Desventajas XP Iterativo e incremental Juntas informales diarias Proyectos pequeos Cliente involucrado Bsica Espacio de trabajo abierto, el cliente como parte del equipo, prcticas bien definidas, retroalimentaci n Carece de disciplina, la presencia del cliente es obligatoria Scrum Iterativo e incremental Juntas informales diarias Todo tipo de proyectos Cliente como dueo del producto Bsica Alto nivel de comunicacin y colaboracin Pobre control sobre el proyecto Crystal Incremental Informal cara a cara Todo tipo de proyectos Cliente a traves de liberaciones del producto de SW incrementales Bsica Metodologas que se ajustan al tipo y tamao del proyecto Ineficiente coordinacin de equipos ms grandes DSDM Iterativo Basada en documentacin Topo tipo de proyectos Cliente a travs de frecuentes liberaciones Debe de contar con documentacin robusta Enfoque a prioridad de requerimientos, eficiente administracin de proyectos Documentacin compleja 27. Factores a considerar 28. Factores a considerar 29. Factores a considerar 30. Metodologa (Mejores practicas) Organizacin (Enova) Departamento (AT) rea (FS) Comentarios XP-PP 2 programadores 1 mquina XP-PP Cambios de roles y de pareja XP- Los clientes escriben los Story Cards con lo que ellos desean se incluya en el desarrollo/versin. TDD- Desarrollo basado por pruebas, primero hacer la prueba a realizar y despus el cdigo para pasar la prueba. SCRUM-Sprints Ciclos en los que la funcionalidad es desarrollada o mejorada para producir nuevos incrementos. SCRUM- Daily Scrum - Juntas diarias de 15 min. SCRUM- Involucramiento del Product Owner PMI 42 procesos 4ta versin 47 procesos 5ta versin ...