la administración de p royectos en informática
DESCRIPTION
La Administración de P royectos en Informática. Mtro . Gustavo Cervantes , M C. 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. ¿Cuántos proyectos tienen éxito?. - PowerPoint PPT PresentationTRANSCRIPT
1
La La Administración deAdministración de P Proyectos en royectos en InformáticaInformática
Mtro. Gustavo Cervantes, MC
2
ObjetivoObjetivo: Definir el Rol del AP: 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
3
¿Cuántos proyectos tienen éxito?¿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.
Estudio: Chaos, Standish Groupwww. Standishgroup.com
4
Proyectos de InformáticaProyectos de Informática
Según StandishGroup:En los EU se aplican 250Billones de dólares anuales a proyectos de desarrollo de sistemasEl total de proyectos es superior a 175,000El costo promedio es de $434,000 dls de un proyecto en empresas pequeñasEn el 52% de los proyectos el costo será superior 189% al presupuesto
5
Diferencias de los Proyectos de TI y de Diferencias de los Proyectos de TI y de otras disciplinasotras disciplinas
Propósito: difusosAlcance: fronterasTrabajo en ParaleloInterfases entre proyectosDependencia en la tecnologíaExpectativas de los directivos y usuariosImpacto acumulativo: Efecto Domino
6
DefinicionesDefiniciones
PMI: Un proyecto es algo temporal y únicoIndustrial Society (Inglaterra):“ Un conjunto de actividades ligadas, ejecutadas de una manera organizada, con puntos de inicio y terminación claramente definidos, para lograr resultados específicos, que satisfagan las estrategias de la organización en un tiempo delimitado”
7
Proyecto: DefiniciónProyecto: Definición
Es un trabajo que se ejecuta por una sola vez, tiene un inicio y un final; un objetivo especificado con claridad; un presupuesto establecido y una organización (quizá temporal y que puede ser desmantelada al término del proyecto)
8
La administración de proyectosLa administración de proyectos
“ Es un proceso dinámico que utiliza recursos adecuados de la organización de un modo estructurado y controlado, para lograr unos objetivos definidos claramente; y que fueron identificados como necesidades estratégicas. Siempre se ejecuta bajo un conjunto de restricciones.”
9
Ciclo de Vida de Administración de Ciclo de Vida de Administración de Proyectos (PMI)Proyectos (PMI)
InicioPlaneació
n
EjecuciónControl
Cierre
10
Niveles de Madurez del PAPNiveles de Madurez del PAP
Nivel 0 : Inexistencia del concepto de APNivel 1: Aplicación empírica por las personas en forma individualNivel 2: Se sigue una metodología (institucionalización)Nivel 3: Se monitorea el cumplimiento del procesoNivel 4: Existe un proceso de mejora continua
11
¿En que nivel está mi organización?
12
Proceso de Project ManagementProceso de Project Management
Initiation
Iniciación Planeación
Core
Facilitating
Scope Planning
Scope Definition
Activity Definition
Resource Planning
Activity Secuence
Duration Estimating
Cost Estimating
Schedule Develop.
Cost Budgeting
Project Plan Dev.
QualityPlanning
Comm.Planning
RiskIdentifica
-tions
RiskQuantific
a-tion
ResponseDevelopment
Organiza-tional
Planning
StaffAcquisitio
n
Procurement
Planning
Solicitation
Planning
Ejecución
Core ProcessesProject
PlanExecution
Information
Distributes
Solicitation
TeamDevelopme
nt
SourceSelectio
n
QualityAssuranc
e
ScopeVerification
ContractAdministrati
ve
Control
Core Processes
Facilitating
Performance
Reporting
OverallChange Control
Scope ChangeControl
QualityControl
ScheduleControl
Risk ResponseControl
CostControl
Cierre
ContactClose-out
Administrative
Closure
La diferencia entre METODOLOGIA y La diferencia entre METODOLOGIA y metodologíametodologí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 METODOLOGIAProblemas de la METODOLOGIA
Promueva que la gente prepare documentos en lugar se hacer el trabajoTrata de estandarizar lo que en realidad es diferenteResponsabilidad: si las cosas fallan, es culpa de la METODOLOGIAMotivación: el imponer una METODOLOGIA implica que las personas no saben hacer el trabajoMenor productividad al aplicarla al pie de la letra
15
Desventajas de la metodologíaDesventajas de la metodología
No hay estandarización documentadaEs una limitación si se desea obtener una certificación ( ej. CMM, ISO..)Se debe cuidar el proceso de diseminaciónSe deben evitar las mal-intepretaciones de los conceptosEl riesgo de generación de versiones de la metodología
16
Procedimiento de TrabajoProcedimiento de Trabajo
Definición yAnálisis
Diseño Comp. Construcción Pruebas Roll-outPiloto
Roll-OutMasivo
Documento deDefinición
Modelode Datosy Prototipo
Versión Beta
VersiónPre-Release
Versión Final
El Usuario participa como Actor, no como Crítico
Definición eIntegración delGrupo de Definición
Etapa 0 (Inicio)
Especif. deTecnología
area de riesgo
17
Características de una metodologíaCaracterísticas de una metodología
Logros medibles: entregablesParticipativa-colaborativaFácil de aprender y aplicarAdaptable-evolutivaMejorableAplicar el paralelismoTiene inicio y términoPermite el uso de herramientas Case
19
¿Qué disciplinas de gestión de proyectos aplico?
20
Los elementos del sistema de Los elementos del sistema de administración de proyectosadministración de proyectos
Humano:Negociación
ComunicaciónMotivaciónLiderazgo
Trabajo en equipo
Organización:Autoridad
Responsabilidad
Técnicas yMetodologías:
ModelaciónCosteo
Programación
Control:EstándaresSensores
ComparativosAcciones
Cultura:Valores
ActitudesCreencias
Tradiciones
Información:Desempeño
DineroTiempoPlaneación:
ObjetivosMetas
Estrategias
21
Marco de Referencia de APTICMarco de Referencia de APTIC
Integración de equipo
Definición de alcance
Definición de WBS
Elaboración de plan
Autorización Proyecto
Ejecución
Cierre
Línea de Proceso ACONTROL
COMUNICACION
ADM
DE
CAMBIOS
Línea de Proceso B
Línea de Proceso C
Ciclo de Vida de Productos
P.ManagerProject Office
22
Los 3 modelos de APTLos 3 modelos de APT
CQJ
BRB RATq
¿Cuál modeloAplica a mi organización?
23
El éxito es:El éxito es:
Lograr el objetivoEstar a tiempoApegarse a la “VISIÓN”Un usuario satisfechoMantener el trabajo( el puesto, la posición)Hacer el mejor esfuerzo
24
¿Cuál es un proyecto exitoso?¿Cómo podemos reconocer un proyecto
exitoso?
¿Y en mi organización.........
25
Ciclo de Vida de ProyectosCiclo de Vida de Proyectos
InicioPlaneació
n
EjecuciónControl
Cierre
Ref.PmBok Cap. 1,Project Management Institute
26
Fase de IniciaciónFase de Iniciación
Initiation
Kick off
Documento de IniciaciónINI-ddmmyy
27
Junta de Bautizo del ProyectoJunta de Bautizo del Proyecto
Antecedentes del problema a solucionar
Intencionalidad y Concepto Resultados Esperados: Objetivo Metodología de Trabajo
Participación del usuario Comunicación de Avances Control y Comunicación de Cambios
Organización Roles
Plan General de Implementación
28
La intencionalidad de un proyectoLa intencionalidad de un proyecto
Hay dos tipos de requerimientos: explícitos e implícitosExplícitos: aquellos que son claramente definidos por el clienteImplícitos: aquellos que son identificados como “obvios” por alguna de las partes (cliente o analistas)El problema se da con los implícitos
29
¿Qué es el concepto de un proyecto?¿Qué es el concepto de un proyecto?
Es lo que define el propósito, el alcance y el marco de referencia para un proyectoEs importante definirlo al inicio: porque muchos proyectos de tecnología inician con necesidades difusas, poco clarasEsta etapa corresponde al análisis de factibilidad de un proyecto y nos permite un análisis organizado de la idea del proyecto
30
Concepto de la TI: EjemploConcepto de la TI: Ejemplo
¨The Pipe Concept”¨The Pipe Concept”
Information
Accounting Info Repository
Operational Data Repository
BusinessTransaction
Accounting Translator
Business Policies
31
Definición de Objetivos de un ProyectoDefinición de Objetivos de un Proyecto
Actualizar el software y hw de las pc´s de los empleados : GENERICOImplementar sw de productividad en las pc´s de los empleados, asegurando su uso:¿BENEFICIO?Implementar software de productividad en las pc´s, para proveer nuevas capacidades e incrementar la productividad de cada empleado
32
Definición de Objetivos de ...Definición de Objetivos de ...
Instalar y probar SW y HW de “ Document Management”Implementar un sistema completo de “document management” como “Front-End” del sistema actualImplementar un sistema de digitalización de fichas de firmas , integrado al sistema de cheques para mejorar el proceso de validación y control
33
Ciclo de Vida de ProyectosCiclo de Vida de Proyectos
InicioPlaneació
n
EjecuciónControl
Cierre
Ref.PmBok Cap. 1,Project Management Institute
34
El Círculo ViciosoEl Círculo Vicioso
No hay tiempopara planear
Apagafuegos
Porque estoyocupado
Porque estoyapagando fuegos
35
Una ideas importantesUna ideas importantes
“Los planes son inútiles, pero planear lo es todo” Dwight Eisenhower“Si no tenemos un plan, el control es imposible” James Lewis“No sabemos a donde vamos, pero estamos yendo muy rápido”
36
Planeación :Planeación :
Es la definición clara y precisa de objetivos ( y las actividades que se ejecutarán para lograrlos), de manera que se logre una meta final. La meta puede ser la solución de un problema o el logro de un estado o condición diferente al estado actual.
37
Fase de PlaneaciónFase de Planeación
Core
Facilitating
Scope Planning
Scope Definition
Activity Definition
Resource Planning
Activity Secuence
Duration Estimating
Cost Estimatin
g
Schedule Develop.
Cost Budgeting
Project Plan Dev.
QualityPlanning
Comm.Planning
RiskIdentificatio
ns
RiskQuantificati
on
ResponseDevelopment
Organizational
Planning
StaffAcquisitio
n
Procurement
Planning
Solicitation
Planning
38
Planear es:Planear es:
Identificar las actividades del proyecto: WBSEstimar el tiempo y costoDefinir la secuencia de las actividades del proyectoIdentificar las actividades críticasPreparar la propuesta del proyecto (SDD-Plan)
39
Estructura del WBSEstructura del WBS
Fases
UnidadesDe Trabajo
Tareas
ProyectoTOP
DOWN
BOTTOM
UP
40
WBS Proyecto Digitalización de firmasWBS Proyecto Digitalización de firmas
P royec to Im ag en
D efin ic ion d eC on cep to
A u to rizac ion
P lan D e ta llad od e l P royec to
R ecop ilac ionIn fo
Im p ac toP rocesos
Im p ac toP o lit icas
Im p ac toE s tru c tu ra
O rg an izac ion a l
A n á lis is d eIm p ac to
D ocu m en ta rcam b ios
req u erid os
A n a lis is D iseñ o
D iseñ o d e losflu jos n u evosd e p roceso
Im p lem en tac ió n d eS w y H w
d e D ig ita lizac ió n
D esarro llo eIm p lem en tac iond e cam b ios enS is t C h eq u es
D esarro llo d eIn te rfase conS is t C h eq u es
Im p lem en tac ió nd e l n u evop roceso ys is tem a
P royec to D ig ita lizac ió n d eF irm as d e cu en tas d e C h eq u es
41
Work Breakdown StructureWork Breakdown Structure
C h art T it le
P rep ararF orm ato
R ea lizarIn ven tario
Id en tifica rN eces id ad esd e eq u ip am .
G en erar In ven ta riod e E q u ip o A c tu a l
A d q u irirE q u ip o
In s ta la rE q u ip o y
C on g fig u ra r
P rep ararE q u ip o
H acerR esp a ld o
In s ta la rW in 9 8
H acer lain s ta lac ió n
P royec toM ig rac ió n w in 9 5
42
ConfigureExchange
Link toservers
InstallExchange
Create TestUser Accounts
CreateWorkbook
ClientInstallationPackages
MailboxRules
Test PoliciesW2k Policies
Test CD
Create CD
Host PilotUsers Class
Test Install
DevelopInstall
Procedures
ProjectLaunch
Image toPilot Users 10 day lag
Pilot UserForum
Finalize andTest Image
Pilot UserAnalysis
FinalRoll-out
User TrainingSessions
Install W2kServers
ManagementReserve
Diagrama de RedDiagrama de Red
43
CaracterísticasCaracterísticas
Estatus medibleEventos de inicio y conclusión claramente definidosEstimación de tiempo y costo fácilmente estimada o calculadaTareas administrables, medibles, integrables e independientes
44
Proyecto : Baseline 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8
1. Requerimientos 01-01 al 19-01
1.1 juntas de recopilación de información JuPe
1.2 Preparación de especif icaciones 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 (programació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-04
6.1 Debugging de módulos MaGa
6.2 Debugging de Interfases RoGo
6.3 Debugging de Integración PeTo
Calendario: tiempos y recursos
Fallas en la estimación : Efecto Fallas en la estimación : Efecto Bertha/AbelardoBertha/Abelardo
Distribución del tiempo de los desarrolladoresDefinición de tareas de un desarrolladorEnfoque “Optimista”Enfoque SUPERMANSupuestos: las personas dedican el 100% de su tiempo en la oficina al trabajo
Ejemplo de estimación fallidaEjemplo de estimación fallida
Proyecto Típico:Capacidad de producción individual: 8 hrs/díaCapac. Mensual: 8hrs/dia * 22 días hábiles= 176 hrs /mes
Proyecto que requiere 704horas= 704 hrs/176 hrs/mes:4 mesesPero si la distribución de tiempo de la persona es:65% proyecto, 25% tareas admintvas, 10% activ. “sociales”Entonces:Tiempo P704= 704 hrs/ 176hrs/mes * 0.65 = 6.2 Meses
Paradoja: Se estima correctamente y al mismo esta equivocado
47
Estimación de tiemposEstimación de tiempos
Generalmente será basado en la experienciaLas variaciones en la estimación pueden ser debido a:– El nivel de habilidades y conocimientos de las personas– Disponibilidad de los recursos materiales– Eventos inesperados
48
Modelo “Chaos”: Adm. De RiesgosModelo “Chaos”: Adm. De Riesgos
Success Criteria Weight1. User Involvement 192. Executive Management Support 163. Clear Statement of Requirements 154. Proper Planning 115. Realistic Expectations 106. Smaller Project Milestones 97. Competent Staff 88. Ownership 69. Clear Vision & Objectives 310. Hard-Working, Focused Staff 3
TOTAL 100 Fuente: Standish Group: Chaos, 1995
49
Estrategia: EscenariosEstrategia: Escenarios
Estimación Optimista : enfoque sobresalienteEstimación Pesimista: enfoque al riesgoEstimación Satisfactoria: considerando un nivel de riesgos moderado
Métodos orientadosa la Planeación
Métodos orientados a la velocidad:
Entrega anticipadadel producto
Métodos orientados a la visibilidad:Puede verse el avance y disiparla impresión de
lentitud
Métodos orientadosa los riesgos:
Evitar retrasos en laplaneación yejecución del
proyecto
Planeación Efectiva: Definir la estrategiaPlaneación Efectiva: Definir la estrategia
51
¿Cuál método de planeación se aplica en su organización?
52
Ciclo de Vida de ProyectosCiclo de Vida de Proyectos
InicioPlaneació
n
EjecuciónControl
Cierre
Ref.PmBok Cap. 1,Project Management Institute
53
Fase de EjecuciónFase de Ejecución
Core Processes
Project PlanExecution
InformationDistributes
Solicitation
TeamDevelopmen
t
SourceSelectio
n
QualityAssuranc
e
ScopeVerification
ContractAdministrativ
e
54
Fase de ControlFase de Control
Core Processes
Facilitating
PerformanceReporting
OverallChange Control
Scope ChangeControl
QualityControl
ScheduleControl
Risk ResponseControl
CostControl
55
El significado de “Control”El significado de “Control”
Dominio, Poder, JerarquíaEstudio entre directivos de alto nivel“El tener la autoridad y nivel garantiza que las personas obedezcan?”: NOPara que sirve la autoridad?: Derecho de aplicar sanciones a.....Qué asegura que las personas obedezcan?: que deseen hacer el trabajo
56
El enfoque en la Administración de El enfoque en la Administración de ProyectosProyectos
Control: es el comparar los avances/resultados con respecto a los planes, de manera que se tomen acciones correctivas, cuando haya desviacionesControl = f ( planes, resultados, información, motivación)No es un enfoque orientado al ejercicio del poder
57
La confusiónLa confusión
Monitoreo vs ControlMonitoreo es obtener la información relevante para tener una “foto” del estado del proyectoControl es :EJERCER ACCIONES OPORTUNAS, derivadas del monitoreo
58
Los niveles del controlLos niveles del control
Mega-control: Sobre un programa o grupo de proyectosMacro-Control: el que debe ejercer el líder del proyecto, concentrándose en los primeros niveles del WBS (programa, proyecto, tarea)Micro-control: el que debe ejercer cada persona del equipo del trabajo, a partir del plan estratégicoCuidado: que el líder no caiga en la micro-Cuidado: que el líder no caiga en la micro-administración...administración...
59
WBS EjemploWBS Ejemplo
C h art T it le
D iseñ o d e a rq .d e p roc . d e n eg oc io
D iseñ o d eA rq u itec tu ra H W
D esarro llo d ec /ap licac ion
D efin ic ió n d eF u n c ion a lid ad
d e A p licac ion es
S e lecc ió n d eH D D S
D efin ic ió n d e lM od e lo
D efin ic ió n d eIn te rfases
D iseñ o d e a rq . d eap licac ion es
D iseñ o d e laR ed d e C om m
S elecc ió nd e Tecn o log ía
d e C om m
D iseñ o d eM od e lo d e
C on ec tivid ad
In ves tig ac ió nd e cam p o
D iseñ o d e a rq . d eC om u n icac ion es
P royec toA rq u itec tu ra TI
Macro-controlMacro-control
Micro-controlMicro-control
Mega-ControlMega-Control
60
¿Qué nivel de control ejerció el Líder del Proyecto?
¿Qué nivel de control ejercieron los miembros del equipo?
61
¿Cómo ejercer el monitoreo?¿Cómo ejercer el monitoreo?
Preguntar como va el proyecto y los problemas que han enfrentadoTraduzca la información en términos del impacto en el plan y concepto Pregunte que falta por hacer ( NO QUE HAN HECHO)Pregunte que recursos requieren y cuandoIdentifique si se están comunicando
62
Proyecto TipoProyecto Tipo
Proyecto : Baseline 1 2 3 4 5 6 7 8 9 0
1. Requerimientos 01-01 al 19-01
1.1 juntas de recopilación de información
1.2 Preparación de especif icaciones
1.3 Revisión con usuario
2. Análisis 22-01 al 16-02
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
63
Es un proyecto con duración de 17 Semanas y un esfuerzo total de 18 semanas ( Programación y Pruebas son en ParaleloPM RESPONSABLE GRUPO STATUSAPLICACION
ETAPASEM.
COMPROMISO
SEM. ACUMULA
DAS
SEM. REALES
SEM. REALES
ACUMULADAS
Fecha Inicio
Fecha FinFecha Inicio
Fecha Fin
Requerimientos 3 3 01-Ene 19-Ene Análisis 4 7 22-Ene 16-FebDiseño 3 10 19-Feb 09-MarProgramación/Pruebas 5 15 12-Mar 13-AbrDebugging 2 17 16-Abr 27-Abr
Iniciando el ProyectoVersatility ESTIMADO REAL
Reporte de Avance de Proyectos: InicioReporte de Avance de Proyectos: Inicio
64
Revisión en la semana 6Revisión en la semana 6
Proyecto : 1ra revisión y ajustes : Semana 6 1 2 3 4 5 6 7 8
1. Requerimientos 01-01 al 19-01
1.1 juntas de recopilación de información
1.2 Preparación de especif icaciones
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
Retraso en las actividades 2.1 y 2.2
65
1er. Reporte de Avance: semana 61er. Reporte de Avance: semana 6PM RESPONSABLE GRUPO STATUSAPLICACION
ETAPASEM.
COMPROMISO
SEM. ACUMULA
DAS
SEM. REALES Nuevas
SEM. REALES
ACUMULADAS
Fecha Inicio
Fecha FinFecha Inicio
Fecha Fin
Requerimientos 3 3 3 3 01-Ene 19-Ene 01-Ene 19-EneAnálisis 4 7 5 8 22-Ene 16-Feb 22-Ene 23-FebDiseño 3 10 3 11 19-Feb 09-Mar 26-Feb 16-MarProgramación/Pruebas 5 15 5 16 12-Mar 13-Abr 19-Mar 20-AbrDebugging 2 17 2 18 16-Abr 27-Abr 23-Abr 04-May
1ra revisión de avanceVersatility ESTIMADO REAL
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
Retraso en % = Retraso total (semanas) / semanas totales comprometidas = 1 semana/ 17 Semanas = 5.9%
66
Reporte DirectivoReporte 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
Actividad en curso: Análisis, Responsible de la etapa: Jorge M
Retraso en % de proyecto: 5.9%
Retraso en tiempo del proyecto: 1 semana
Fecha estimada Comprometida de f iniquito: 27-Abril
Fecha estimada de f iniquito nueva: 4 de Mayo
Observaciones: en el proceso de análisis se requiere una
semana adicional para definir la funcionalidad del proyecto
67
Determinación del Valor DevengadoDeterminación del Valor Devengado
Presupuesto
ConclusiónDel proyectoRevisión
Valor Devengado Real
Valor Devengado EsperadoAl término del Proyecto
Valor DevengadoEsperado
68
Conceptos del ModeloConceptos del Modelo
CV= diferencia del costo presupuestado y el costo del trabajo realizadoSV= diferencia entre el trabajo realizado vs el trabajo planeadoBCWS : Costo presupuestado del trabajo planeadoBCWP : Costo presupuestado del trabajo ejecutadoACWP : Costo real del trabajo ejecutado
69
Análisis de valor devengadoAnálisis de valor devengado
200
300
350
290
200
250
350320
230
400
250 260
0
50
100
150
200
250
300
350
400
450
1ra rev 2da rev 3ra rev 4ta rev
BCWS
BCWP
ACWP
70
Modelo ArcoirisModelo Arcoiris
Proyectos en Curso
71
Pizarra de Proyectos (Project Slate)Pizarra de Proyectos (Project Slate)
Estrategia Proceso deNegocio
Plan:ppto,
calend.Staff
RecursosProyecto 1
Proyecto2
Proyecto3
Arquitectura
La persona adecuadaLa persona adecuada
Lo importante de cualquier función es:– Definir quién hace el trabajo– Definir como se hace el trabajo
El enfoque debe ser:– Conseguir las personas adecuadas– Hacerlas felices– Darles libertad
Principios de selección de personalPrincipios de selección de personal
No basarse en la apariencia, sino en la CAPACIDAD y LA EXPERIENCIAExperiencia significa haber hecho en la práctica, es muy diferente a tomar cursos o trabajos escolaresCapacidad es el talento de la persona para aprender y aplicar lo aprendidoLa edad no debe ser un factor de peso para las tareas de desarrollo de sistemas
74
Fomente la integridad y el profesionalismo Fomente la integridad y el profesionalismo ( los tipos de personas)( los tipos de personas)
Las que desean que otros hagan el trabajoLas que hablan mucho y hacen pocoLas que destruyen lo que hacen los demásLas que no saben hacer el trabajoLas que hacen el trabajo
75
Entorno del A.P.Entorno del A.P.
Demostrar la habilidad de liderazgo efectivoCumplir con las prácticas establecidasTrabajar con lo desconocido e impredecibleDemostrar las habilidades para aplicar las herramientas, métodos y técnicas de adm,. de proyectosApego al calendario establecidoLimitado en su autoridad
76
Características deseablesCaracterísticas deseables
Flexibilidad y adaptabilidad a entornos dinámicosCon iniciativaAsertivoEntusiasta y creativo sobre el proyectoBien organizado y disciplinado en el manejo del tiempo
77
Características deseablesCaracterísticas deseables
Ambición : energía, empuje, compromisoUn generalista, pero consciente de la tecnologíaCapaz de facilitar la solución de problemas y conflictosTomar decisionesCapacitado en las técnicas y metodologías de administración de proyectos
78
La selección del administrador de La selección del administrador de proyectosproyectos
Elementos de evaluación:Habilidad para resolver problemasCurva de aprendizajeConstancia-CompromisoTrabajo colaborativo-cooperativoExperiencia y visión de negociosExperiencia técnicaExperiencia de admin. de proyectosExperiencia administrativa
El AP de un equipo exitosoEl AP de un equipo exitoso
Es integrador y facilitadorUsa la autoridad natural, por influenciaToma la responsabilidad por los problemas del equipoTiene confianza en las personasToma riesgos con su equipoEs creativo, innovador
80
Certificaciones InternacionalesCertificaciones Internacionales
www.pmi.org– PMP
www.comptia.com – CompTIA IT Project+
www.microsoft.com/traincert/default.asp– Certificación MSPRoject 2000