PLANEACIÓN ESTRATÉGICA – PRIMERA PARTE

1. PLANEACIÓN ESTRATÉGICA – PRIMERA PARTE Carlos Mario Zapata J. Gestión de Proyectos de Software

2. TRABAJO PRÁCTICO • ENTREGABLE 2: PLANEACIÓN ESTRATÉGICA - PRIMERA PARTE • Plan de Mercadeo • Matriz dofa incluyendo los diferentes tipos de estrategias (aprendizaje y crecimiento, financiera, hacia el cliente, hacia el proceso interno de negocios) • Matriz de gestión estratégica • Diagrama de objetivos con kpi • Proyecciones de mercadeo y ventas • Plan operativo • Diagrama de procesos con tabla explicativa • Plan de desarrollo • Diagrama de línea de tiempo • Diagrama de Gantt Gestión de Proyectos de Software

3. LA MATRIZ DOFA • Debilidades (Aspectos Internos Negativos): • Factores que hacen vulnerable a la organización • Actividades que la organización realiza en forma deficiente y la hacen débil • Oportunidades (Aspectos Externos Positivos): • Fuerzas ambientales de carácter externo • La organización no las puede controlar • Representan elementos potenciales de crecimiento y mejoría Gestión de Proyectos de Software

4. LA MATRIZ DOFA • Fortalezas (Aspectos Internos Positivos): • Funciones que realiza la organización de forma correcta • Recursos considerados valiosos • Amenazas (Aspectos Externos Negativos): • Fuerzas ambientales de carácter externo • La organización no las puede controlar • Requieren acciones de carácter estratégico Gestión de Proyectos de Software

5. LA MATRIZ DOFA Gestión de Proyectos de Software

6. LA MATRIZ DOFA Gestión de Proyectos de Software

7. MATRIZ DE GESTIÓN ESTRATÉGICA Gestión de Proyectos de Software

8. DIAGRAMA DE OBJETIVOS CON KPIs • Definiciones: • KPI es término industrial para una métrica que evalúa el rendimiento contra un determinado objetivo. • Se suelen evaluar objetivos estratégicos, requisitos de calidad o metas de producción • Los objetivos se encabezan con un verbo de logro (mantenimiento, mejoramiento o realización) acompañado de conceptos. • Situaciones son estados parciales del mundo que pueden ocurrir dentro de un contexto de negocios • Procesos son acciones que un agente puede realizar Gestión de Proyectos de Software

9. DIAGRAMA DE OBJETIVOS CON KPIs Gestión de Proyectos de Software

10. DIAGRAMA DE OBJETIVOS CON KPIs Gestión de Proyectos de Software

11. PROYECCIONES DE MERCADEO Y VENTAS • Proyecciones de demanda – predicciones de demanda • Métodos de mercadeo: • Proyección de ventas por información de compradores • Información de vendedores • Información de “expertos” • Encuestas de intención de compra • Simulaciones de mercado • Proyecciones de uso • Modelos de ciclo de vida de producto (propios o copiados) Gestión de Proyectos de Software

12. PROYECCIONES DE MERCADEO Y VENTAS Gestión de Proyectos de Software

13. PROYECCIONES DE MERCADEO Y VENTAS Gestión de Proyectos de Software

14. PROYECCIONES DE MERCADEO Y VENTAS Gestión de Proyectos de Software

15. PROYECCIONES DE MERCADEO Y VENTAS Gestión de Proyectos de Software

16. DIAGRAMA DE PROCESOS Gestión de Proyectos de Software

17. DIAGRAMA DE PROCESOS Gestión de Proyectos de Software

18. DIAGRAMA DE LINEA DE TIEMPO Gestión de Proyectos de Software

19. PLAN DE DESARROLLO - GENERALIDADES Gestión de Proyectos de Software

20. PLAN DE DESARROLLO - GENERALIDADES Gestión de Proyectos de Software

21. PLAN DE DESARROLLO - GENERALIDADES Gestión de Proyectos de Software

22. PLAN DE DESARROLLO - GENERALIDADES • Planeación de proyectos de software: • ¿Qué tareas hacer? • ¿En qué orden hacerlas? • ¿Con qué recursos hacer cada tarea? • Por qué planear? • Asegurar que los recursos estén disponibles • Evitar los choques de recursos • Marcar el rumbo del proyecto • Medir el avance del proyecto • Pronosticar el flujo de caja • Corregir problemas de avance Gestión de Proyectos de Software

23. PLAN DE DESARROLLO - GENERALIDADES • Work Breakdown Structure: • “Divide y vencerás” • Consiste en encontrar las partes identificables del proyecto: entregables e hitos • Estructura en forma de árbol con el modelo del ciclo de vida del software como unidad principal • Se busca llegar al nivel mínimo identificable y controlable: la tarea Gestión de Proyectos de Software

24. PLAN DE DESARROLLO - GENERALIDADES • WBS: Reglas de construcción • Es un árbol, no una red: se deben eliminar ciclos • Todas las descripciones de tareas y entregables deben ser comprensibles e inambiguas • Cada tarea debe tener un criterio de finalización (que puede ser un entregable) • Se deben identificar todos los entregables (artefactos) como resultados de las tareas • Cada tarea terminada contribuye a la terminación del conjunto de tareas: no debería faltar ninguna! Gestión de Proyectos de Software

25. PLAN DE DESARROLLO - GENERALIDADES • WBS: Usos • Provee estructura al proyecto • Define el alcance • Permite identificar porciones atómicas del proyecto para totalizar costos, esfuerzos y recursos Gestión de Proyectos de Software

26. PLAN DE DESARROLLO - GENERALIDADES • WBS: Procesos que la componen • Identificación de Actividades • Secuenciamiento de Actividades • Estimación de la duración de las actividades • Elaboración de la programación • Control de la programación Gestión de Proyectos de Software

27. PLAN DE DESARROLLO - GENERALIDADES • Una visión más detallada: • Paso 1: Identificar el proyecto • Paso 2: Identificar el alcance del proyecto y sus objetivos • Paso 3: Analizar las características del proyecto • Paso 4: Identificar productos y actividades del proyecto • Paso 5: Estimar el esfuerzo para las actividades del proyecto • Paso 6: Identificar los riesgos en las actividades • Paso 7: Ubicar los recursos • Paso 8: Revisar y Comunicar el plan • Pasos 9 y 10: Ejecutar el plan completo a partir de las divisiones atómicas del plan Gestión de Proyectos de Software

28. Diagrama de Gantt • Hasta 1958 la única herramienta para programar proyectos era el diagrama de barras. • Henry Gantt desarrolló un sistema para mostrar el progreso del proyecto usando el diagrama de barras. A esto se llama Diagramas de Gantt. • Son simples de construir y entender y son una buena forma de comunicación Gestión de Proyectos de Software

29. Diagrama de Barras • Tienen un problema y es que es difícil de determinar el impacto de una demora en una tarea en el resto del proyecto. • Estos diagramas no muestran las dependencias de las tareas, pero algunos software muestran las dependencias y mejoran la forma de leer los diagramas Gestión de Proyectos de Software

30. Dependencias • Fin- Inicio (Finish-to-Start):La tarea dependiente B no puede iniciar hasta que la tarea A esté completada. • Inicio-Inicio (Start-to-Start): La tarea B no puede iniciar hasta que la tarea A inicie. Gestión de Proyectos de Software

31. Dependencias • Final-Final (Finish-to-Finish):La tarea B no puede terminar hasta que la tarea A termine. • Inicio-Final (Start-to-Finish): La tarea B no puede ser completada hasta que la tarea A de la que depende inicie. Gestión de Proyectos de Software

32. MSProject • Herramienta de programación y planeación de proyectos Gestión de Proyectos de Software

33. Proceso • Organizar el plan de proyecto • Planeartiempos de entrega • Planearactividades en la secuenciaadecuada • Asignarrecursos y costos a lastareas • Planearactividadesteniendoencuentra la disponibilidad de recursos • Hacerseguimiento al progreso y analizar el cronograma real • Prepararreportes de progreso Gestión de Proyectos de Software

34. Diagrama de Gantt Gestión de Proyectos de Software

35. Diagrama de red Gestión de Proyectos de Software

36. Hoja de recursos Gestión de Proyectos de Software

37. Opciones Gestión de Proyectos de Software

38. MSProject • Enlazar tareas • Asignar recursos • Hacer seguimiento a la ejecución • Reportes Gestión de Proyectos de Software

39. DIAGRAMA DE GANTT Gestión de Proyectos de Software