Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Informática
1
Objetivo: Definir el Rol del AP
Entender la separación de los procesos
propios de la actividad y de los procesos de
administración de proyectos
Producto PAP
2
¿Cuántos proyectos tienen éxito?
•Resolution Type 1, or project success: The project is completed on-time and on-budget,
with all features and functions as initially specified.
•Resolution Type 2, or project challenged: The project is completed and operational but
over-budget, over the time estimate, and offers fewer features and functions than originally
specified.
•Resolution Type 3, or project impaired: The project is canceled at some point during the
development cycle. 3
Proyectos de Informática
Según StandishGroup:
En los EU se aplican 250Billones de dólares anuales
a proyectos de desarrollo de sistemas
El total de proyectos es superior a 175,000
El costo promedio es de $434,000 dls de un proyecto
en empresas pequeñas
En el 52% de los proyectos el costo será superior
189% al presupuesto
4
Diferencias de los Proyectos de TI y de
otras disciplinas
Propósito: difusos
Alcance: fronteras
Trabajo en Paralelo
Interfases entre proyectos
Dependencia en la tecnología
Expectativas de los directivos y usuarios
Impacto acumulativo: Efecto Domino
5
Definiciones
6
Proyecto: Definición
7
La administración de proyectos
8
Ciclo de Vida de Administración de
Proyectos (PMI)
Inicio Planeación
Control Ejecución
Cierre
9
Niveles de Madurez del PAP
10
¿En que nivel está mi organización?
11
Proceso de Project Management
Iniciación Planeación Ejecución Control Cierre
Duration Overall
Performance Contact Administrative
Scope Estimating Cost Change
Reporting Close-out Closure
Definition Budgeting Control
Resource
Quality
Initiation Planning
Information Assurance
Distributes
Cost
Estimating Project Plan
Dev. Team
Development
Scope Facilitating
Facilitating Solicitation Verification
Source
Risk Risk Selection
Quality Comm.
Identifica- Quantifica-
Planning Planning
tions tion
Scope
Schedule Cost
Change
Contract Control Control
Control
Response Administrative
Development
Risk
Quality
Response
Control
Organiza- Control
Staff Procurement Solicitation
tional
Acquisition Planning Planning
Planning
12
La diferencia entre METODOLOGIA y
metodología
METODOLOGIA: es una teoría de sistemas de como
un tipo de trabajo debe ejecutarse; esta
documentada en un libro (grueso) que especifíca un
detalle de lo que se tiene que hacer
metodología: es un enfoque básico conceptual que
reside en la mente de la gente y tiene dos partes:
una plan y el conjunto de habilidades necesarias
para ejecutar las tareas y se va mejorando con la
práctica.
Problemas de la METODOLOGIA
15
Etapa 0 (Inicio) Procedimiento de Trabajo
Definición e
Integración del
Especif.
Grupo de Definición
de
Tecnología
Modelo Versión
Documento de Versión Versión
de Datos Final
Definición Beta Pre-Release
y Prototipo
area de riesgo
19
Los elementos del sistema de
administración de proyectos
Humano:
Negociación Técnicas y Información:
Comunicación Metodologías: Desempeño
Motivación Modelación Dinero
Liderazgo Costeo Planeación: Tiempo
Trabajo en equipo Programación Objetivos
Metas
Estrategias
Organización: Cultura: Control:
Autoridad Valores Estándares
Responsabilidad Actitudes Sensores
Creencias Comparativos
Tradiciones Acciones
20
Marco de Referencia de APTIC
A
Ciclo de Vida de Productos
DC
Integración de equipo
MO
M Línea de Proceso A
C Definición de alcance
DU O
E N N Definición de WBS
Línea de Proceso B
I
T
CC R Elaboración de plan
A A Línea de Proceso C
O
MC Autorización Proyecto
L
B I
I O Ejecución
ON
Cierre
S
Project
P.Manager 21
Office
Los 3 modelos de APT
BRB RATq
¿Cuál modelo
Aplica a mi organización? CQJ
22
El éxito es:
Lograr el objetivo
Estar a tiempo
Apegarse a la “VISIÓN”
Un usuario satisfecho
Mantener el trabajo( el puesto, la posición)
Hacer el mejor esfuerzo
23
¿Y en mi organización.........
24
Ciclo de Vida de Proyectos
Inicio Planeación
Control Ejecución
Ref.PmBok Cap. 1,
Project Management Institute
Cierre
25
Fase de Iniciación
Kick off
Initiation
Documento de Iniciación
INI-ddmmyy
26
Junta de Bautizo del Proyecto
28
¿Qué es el concepto de un proyecto?
29
Concepto de la TI: Ejemplo
¨The Pipe Concept”
Accounting Translator Accounting Info Repository
Business
Information
Transaction
Business Policies
30
Definición de Objetivos de un Proyecto
31
Definición de Objetivos de ...
32
Ciclo de Vida de Proyectos
Inicio Planeación
Control Ejecución
Ref.PmBok Cap. 1,
Project Management Institute
Cierre
33
El Círculo Vicioso
No hay tiempo
para planear
Apagafuegos
34
Una ideas importantes
35
Planeación :
36
Fase de Planeación
Facilitating Risk
Risk Quantificatio
Quality Comm. n
Identification
Planning Planning
s
Response
Development
Organizationa
Staff Procurement Solicitation
l
Acquisition Planning Planning
Planning 37
Planear es:
38
Estructura del WBS
Proyecto
T B
O O
P Fases T
T
D O
O Unidades M
W De Trabajo
N U
P
Tareas
39
WBS Proyecto Digitalización de firmas
Proyecto Imagen
Proyecto Digitalización de
Firmas de cuentas de Cheques
Definicion de Autorizacion
Concepto Analisis Diseño
40
Work Breakdown Structure
Chart Title
Proyecto
Migración win95
41
Diagrama de Red
Link to
Project servers
Launch Configure
Exchange Mailbox
W2k Policies Test Policies
Rules
Create
Workbook
Test CD
Host Pilot
Users Class
User Training 42
Final Management
Sessions Roll-out Reserve
Características
Estatus medible
Eventos de inicio y conclusión claramente definidos
Estimación de tiempo y costo fácilmente estimada o
calculada
Tareas administrables, medibles, integrables e
independientes
43
Calendario: tiempos y recursos
Proyecto : Baseline 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8
1. Requerim ientos 01-01 al 19-01
1.1 juntas de recopilación de información JuPe
1.2 Preparación de especificaciones JuPe
1.3 Revisión con usuario JuPe
2. Análisis 22-01 al 16-02
2.1 Definición de "features" LuGo
2.2 Cálculo del costo-beneficio JuPe
3. Diseño 19-02 al 9-03
3.1 Diseño de Interfases LuGo
3.2 Diseño de Programas MaGa
3.3 Diseño de Base de Datos PeTo
4. Desarrollo (program ación) 12-03 al 06-04
4.1 Programación de módulos MaGa
4.2 Programación de interfases RoGo
4.2 Programación de Bases de Datos PeTo
5. Pruebas 2-04 al 13-04
5.1 Pruebas de módulos Calidad
5.2 Pruebas de Interfases Calidad
5.3 Pruebas de Integración Operación
6. Debugging 16-04 al 27-0
6.1 Debugging de módulos MaGa
6.2 Debugging de Interfases RoGo
6.3 Debugging de Integración PeTo
44
Fallas en la estimación : Efecto
Bertha/Abelardo
Distribución del tiempo de los desarrolladores
Definición de tareas de un desarrollador
Enfoque “Optimista”
Enfoque SUPERMAN
Supuestos: las personas dedican el 100% de su
tiempo en la oficina al trabajo
Ejemplo de estimación fallida
Proyecto Típico:
Capacidad de producción individual: 8 hrs/día
Capac. Mensual: 8hrs/dia * 22 días hábiles= 176 hrs /mes
47
Modelo “Chaos”: Adm. De Riesgos
Success Criteria Weight
1. User Involvement 19
2. Executive Management Supp 16
3. Clear Statement of Requirem 15
4. Proper Planning 11
5. Realistic Expectations 10
6. Smaller Project Milestones 9
7. Competent Staff 8
8. Ownership 6
9. Clear Vision & Objectives 3
10. Hard-Working, Focused Sta 3
TOTAL 100
48
Fuente: Standish Group: Chaos, 1995
Estrategia: Escenarios
49
Planeación Efectiva: Definir la estrategia
Métodos orientados
a la Planeación
51
Ciclo de Vida de Proyectos
Inicio Planeación
Control Ejecución
Ref.PmBok Cap. 1,
Project Management Institute
Cierre
52
Fase de Ejecución
Core Processes
Project Plan
Execution
Information Quality
Distributes Team Assurance
Development
Scope
Verification
Solicitation
Source
Selection
Contract
Administrative
53
Fase de Control
Core Processes
Performance Overall
Reporting Change Control
Facilitating
54
El significado de “Control”
56
La confusión
Monitoreo vs Control
Monitoreo es obtener la información relevante para
tener una “foto” del estado del proyecto
Control es :EJERCER ACCIONES OPORTUNAS,
derivadas del monitoreo
57
Los niveles del control
58
WBS Ejemplo
Proyecto
Arquitectura TI
Desarrollo de
c/aplicacion
59
¿Qué nivel de control ejerció el Líder del
Proyecto?
60
¿Cómo ejercer el monitoreo?
61
Proyecto Tipo
Proyecto : Baseline 1 2 3 4 5 6 7 8 9 0
1. Requerim ientos 01-01 al 19-01
1.1 juntas de recopilación de información
1.2 Preparación de especificaciones
1.3 Revisión con usuario
2. Análisis 22-01 al 16-
2.1 Definición de "features"
2.2 Cálculo del costo-beneficio
3. Diseño
3.1 Diseño de Interfases
3.2 Diseño de Programas
3.3 Diseño de Base de Datos
62
Reporte de Avance de Proyectos: Inicio
Es un proyecto con duración de 17 Semanas y un esfuerzo total de 18 semanas ( Programación y Pruebas son en Paralelo
PM RESPONSABLE GRUPO STATUS Iniciando el Proyecto
APLICACION Versatility ESTIMADO REAL
SEM.
SEM. SEM.
SEM. REALES Fecha Fecha
ETAPA COMPROM ACUMULA Fecha Fin Fecha Fin
REALES ACUMULA Inicio Inicio
ISO DAS
DAS
Requerimientos 3 3 01-Ene 19-Ene
Análisis 4 7 22-Ene 16-Feb
Diseño 3 10 19-Feb 09-Mar
Programación/Pruebas 5 15 12-Mar 13-Abr
Debugging 2 17 16-Abr 27-Abr
63
Revisión en la semana 6
Proyecto : 1ra revisión y ajustes : Semana 6 1 2 3 4 5 6 7 8
1. Requerim ientos 01-01 al 19-01
1.1 juntas de recopilación de información
1.2 Preparación de especificaciones
1.3 Revisión con usuario
2. Análisis
2.1 Definición de "features"
2.2 Cálculo del costo-beneficio
3. Diseño
3.1 Diseño de Interfases
3.2 Diseño de Programas
3.3 Diseño de Base de Datos
64
Retraso en las actividades 2.1 y 2.2
1er. Reporte de Avance: semana 6
PM RESPONSABLE GRUPO STATUS 1ra revisión de avance
APLICACION Versatility ESTIMADO REAL
SEM.
SEM. SEM. SEM.
REALES Fecha Fecha
ETAPA COMPROM ACUMULA REALES Fecha Fin Fecha Fin
ACUMULA Inicio Inicio
ISO DAS Nuevas
DAS
Requerimientos 3 3 3 3 01-Ene 19-Ene 01-Ene 19-Ene
Análisis 4 7 5 8 22-Ene 16-Feb 22-Ene 23-Feb
Diseño 3 10 3 11 19-Feb 09-Mar 26-Feb 16-Mar
Programación/Pruebas 5 15 5 16 12-Mar 13-Abr 19-Mar 20-Abr
Debugging 2 17 2 18 16-Abr 27-Abr 23-Abr 04-May
Activ idad 2.1 : estatus : No Terminada, Tiempo Requerido para concluir: 2 semanas ( 1+ de la comprometida)
Activ idad 2.1 Av ance Comprometido (Sem 6) = Semanas aplicadas / semanas totales = 3/4 = 75% av ance comprometido
Av ance Real (Sem 6) = Semanas aplicadsa / semanas reales nuev as = 3 / 5 = 60% av ance real activ idad:
Retraso activ idad : en % = 75% -60% = 15%, en semanas = 5 semanas-4 semanas = 1 semana
Retraso del Proyecto: Semanas reales nuevas Totales - Semanas Comprometidas Totales = 18 semanas - 17 semanas = 1 semana
65
Retraso en % = Retraso total (semanas) / semanas totales comprometidas = 1 semana/ 17 Semanas = 5.9%
Reporte Directivo
Retraso del Proyecto: Semanas reales nuevas Totales - Semanas Comprometidas Totales = 18 semanas - 17 semanas = 1 semana
Retraso en % = Retraso total (semanas) / semanas totales comprometidas = 1 semana/ 17 Semanas = 5.9%
Reporte al Directivo
Proyecto : X, Líder del Proyecto : Juan X
Status a la semana: 6
Conclusión
Revisión Del proyecto 67
Conceptos del Modelo
68
Análisis de valor devengado
450
400 400
350 350
320
300 300 290
260 BCWS
250 250 250
230 BCWP
200 200
ACWP
150
100
50
0
1ra rev 2da rev 3ra rev 4ta rev
69
Modelo Arcoiris
Proyectos en Curso
70
Pizarra de Proyectos (Project Slate)
Proceso de
Estrategia
Negocio
Proyecto2
Plan:
ppto,
Staff
calend.
Arquitectura
Recursos
Proyecto 1
Proyecto3
71
La persona adecuada
74
Entorno del A.P.
75
Características deseables
76
Características deseables
77
La selección del administrador de
proyectos
Elementos de evaluación:
Habilidad para resolver problemas
Curva de aprendizaje
Constancia-Compromiso
Trabajo colaborativo-cooperativo
Experiencia y visión de negocios
Experiencia técnica
Experiencia de admin. de proyectos
Experiencia administrativa
78
El AP de un equipo exitoso
Es integrador y facilitador
Usa la autoridad natural, por influencia
Toma la responsabilidad por los problemas del
equipo
Tiene confianza en las personas
Toma riesgos con su equipo
Es creativo, innovador
Certificaciones Internacionales
www.pmi.org
– PMP
www.comptia.com
– CompTIA IT Project+
www.microsoft.com/traincert/default.asp
– Certificación MSPRoject 2000
80