Planeación Estratégica

Download Report

Transcript Planeación Estratégica

PLANEACIÓN ESTRATÉGICA –
PRIMERA PARTE
Carlos Mario Zapata J.
4/13/2015
Gestión de Proyectos de Software
1
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
4/13/2015
Gestión de Proyectos de Software
2
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
4/13/2015
Gestión de Proyectos de Software
3
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
4/13/2015
Gestión de Proyectos de Software
4
LA MATRIZ DOFA
4/13/2015
Gestión de Proyectos de Software
5
LA MATRIZ DOFA
4/13/2015
Gestión de Proyectos de Software
6
MATRIZ DE GESTIÓN ESTRATÉGICA
4/13/2015
Gestión de Proyectos de Software
7
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
4/13/2015
Gestión de Proyectos de Software
8
DIAGRAMA DE OBJETIVOS CON KPIs
4/13/2015
Gestión de Proyectos de Software
9
DIAGRAMA DE OBJETIVOS CON KPIs
4/13/2015
Gestión de Proyectos de Software
10
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)
4/13/2015
Gestión de Proyectos de Software
11
PROYECCIONES DE MERCADEO Y
VENTAS
4/13/2015
Gestión de Proyectos de Software
12
PROYECCIONES DE MERCADEO Y
VENTAS
4/13/2015
Gestión de Proyectos de Software
13
PROYECCIONES DE MERCADEO Y
VENTAS
4/13/2015
Gestión de Proyectos de Software
14
PROYECCIONES DE MERCADEO Y
VENTAS
4/13/2015
Gestión de Proyectos de Software
15
DIAGRAMA DE PROCESOS
4/13/2015
Gestión de Proyectos de Software
16
DIAGRAMA DE PROCESOS
4/13/2015
Gestión de Proyectos de Software
17
DIAGRAMA DE LINEA DE TIEMPO
4/13/2015
Gestión de Proyectos de Software
18
PLAN DE DESARROLLO - GENERALIDADES
4/13/2015
Gestión de Proyectos de Software
19
PLAN DE DESARROLLO - GENERALIDADES
4/13/2015
Gestión de Proyectos de Software
20
PLAN DE DESARROLLO - GENERALIDADES
4/13/2015
Gestión de Proyectos de Software
21
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
4/13/2015
Gestión de Proyectos de Software
22
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
4/13/2015
Gestión de Proyectos de Software
23
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!
4/13/2015
Gestión de Proyectos de Software
24
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
4/13/2015
Gestión de Proyectos de Software
25
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
4/13/2015
Gestión de Proyectos de Software
26
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
4/13/2015
Gestión de Proyectos de Software
27
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
4/13/2015
Gestión de Proyectos de Software
28
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
4/13/2015
Gestión de Proyectos de Software
29
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.
4/13/2015
Gestión de Proyectos de Software
30
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.
4/13/2015
Gestión de Proyectos de Software
31
MSProject
• Herramienta de programación y
planeación de proyectos
4/13/2015
Gestión de Proyectos de Software
32
Proceso
• Organizar el plan de proyecto
• Planear tiempos de entrega
• Planear actividades en la secuencia
adecuada
• Asignar recursos y costos a las tareas
• Planear actividades teniendo encuentra la
disponibilidad de recursos
• Hacer seguimiento al progreso y analizar el
cronograma real
• Preparar reportes de progreso
4/13/2015
Gestión de Proyectos de Software
33
Diagrama de Gantt
4/13/2015
Gestión de Proyectos de Software
34
Diagrama de red
4/13/2015
Gestión de Proyectos de Software
35
Hoja de recursos
4/13/2015
Gestión de Proyectos de Software
36
Opciones
4/13/2015
Gestión de Proyectos de Software
37
MSProject
•
•
•
•
Enlazar tareas
Asignar recursos
Hacer seguimiento a la ejecución
Reportes
4/13/2015
Gestión de Proyectos de Software
38
DIAGRAMA
DE GANTT
4/13/2015
Gestión de Proyectos de Software
39