La Administracin de Proyectos en InformticaMtro. Gustavo Cervantes, MC

1

Entender la separacin de los procesos propios de la actividad y de los procesos de administracin de proyectos

Objetivo: Definir el Rol del AP

Producto

PAP

2

Cuntos proyectos tienen xito?

Estudio: Chaos, Standish Grou www. Standishgroup.com

Resolution Type 1, or project success: The project is completed ontime 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 3 at some point during the development cycle.

Proyectos de InformticaSegn StandishGroup: En los EU se aplican 250Billones de dlares 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 pequeas En el 52% de los proyectos el costo ser superior 189% al presupuesto 4

Diferencias de los Proyectos de TI y de otras disciplinasPropsito: difusos Alcance: fronteras Trabajo en Paralelo Interfases entre proyectos Dependencia en la tecnologa Expectativas de los directivos y usuarios Impacto acumulativo: Efecto Domino5

DefinicionesPMI: Un proyecto es algo temporal y nico Industrial Society (Inglaterra): Un conjunto de actividades ligadas, ejecutadas de una manera organizada, con puntos de inicio y terminacin claramente definidos, para lograr resultados especficos, que satisfagan las estrategias de la organizacin en un tiempo delimitado 6

Proyecto: DefinicinEs 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 organizacin (quiz temporal y que puede ser desmantelada al trmino del proyecto)

7

La administracin de proyectos Es un proceso dinmico que utiliza recursos adecuados de la organizacin de un modo estructurado y controlado, para lograr unos objetivos definidos claramente; y que fueron identificados como necesidades estratgicas. Siempre se ejecuta bajo un conjunto de restricciones.8

Ciclo de Vida de Administracin de Proyectos (PMI)Inicio Planeacin

Control

Ejecucin

Cierre 9

Niveles de Madurez del PAPNivel 0 : Inexistencia del concepto de AP Nivel 1: Aplicacin emprica por las personas en forma individual Nivel 2: Se sigue una metodologa (institucionalizacin) Nivel 3: Se monitorea el cumplimiento del proceso Nivel 4: Existe un proceso de mejora continua10

En que nivel est mi organizacin?

11

Proceso de Project ManagementIniciacinCoreScope Planning Activity Definition Duration Estimating Activity Secuence Schedule Develop. Overall Change Control

Planeacin

EjecucinCore ProcessesProject Plan Execution

ControlCore Processes

Cierre

Scope Definition Resource Planning

Cost Budgeting

Performance Reporting

Contact Close-out

Administrative Closure

Initiation

Cost Estimating

Information Distributes Project Plan Dev. Team Development

Quality Assurance

FacilitatingQuality Planning Comm. Planning Risk Identifications Risk Quantification

Solicitation

Scope Verification

Facilitating

Source Selection Scope Change Control

Response Development

Contract Administrative

Schedule Control

Cost Control

Organizational Planning

Quality Control Staff Acquisition Procurement Planning Solicitation Planning

Risk Response Control

12

La diferencia entre METODOLOGIA y metodologaMETODOLOGIA: es una teora de sistemas de como un tipo de trabajo debe ejecutarse; esta documentada en un libro (grueso) que especifca un detalle de lo que se tiene que hacer metodologa: es un enfoque bsico 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

Problemas de la METODOLOGIAPromueva que la gente prepare documentos en lugar se hacer el trabajo Trata de estandarizar lo que en realidad es diferente Responsabilidad: si las cosas fallan, es culpa de la METODOLOGIA Motivacin: el imponer una METODOLOGIA implica que las personas no saben hacer el trabajo

Desventajas de la metodologaNo hay estandarizacin documentada Es una limitacin si se desea obtener una certificacin ( ej. CMM, ISO..) Se debe cuidar el proceso de diseminacin Se deben evitar las malintepretaciones de los conceptos El riesgo de generacin de versiones de la metodologa15

Etapa 0 (Inicio) Definicin e Integracin del Grupo de Definicin

Procedimiento de TrabajoEspecif. de Tecnologa

Documento de Definicin

Modelo de Datos y Prototipo

Versin Beta

Versin Pre-Release

Versin Final

Definicin y Anlisis

Diseo Comp.

Construccin

Pruebas

Roll-out Piloto

Roll-Out Masivo

area de riesgo

El Usuario participa como Actor, no como Crtico 16

Caractersticas de una metodologaLogros medibles: entregables Participativa-colaborativa Fcil de aprender y aplicar Adaptable-evolutiva Mejorable Aplicar el paralelismo Tiene inicio y trmino Permite el uso de herramientas Case17

Qu disciplinas de gestin de proyectos a

19

Los elementos del sistema de administracin de proyectosHumano: Negociacin Comunicacin Motivacin Liderazgo Trabajo en equipo Organizacin: Autoridad Responsabilidad Tcnicas y Metodologas: Modelacin Costeo Programacin Cultura: Valores Actitudes Creencias Tradiciones Informacin: Desempeo Dinero Tiempo

Planeacin: Objetivos Metas Estrategias

Control: Estndares Sensores Comparativos Acciones20

Marco de Referencia de APTICA DC Integracin de equipo MO M Definicin de alcance C U D O E N NDefinicin de WBS I T C Elaboracin de plan C R AAO M CAutorizacin Proyecto L I B Ejecucin I O ON Cierre S

Ciclo de Vida de ProductosLnea de Proceso A Lnea de Proceso B Lnea de Proceso C

Project Office

P.Manager

21

Los 3 modelos de APT

BRB

RATq

Cul modelo Aplica a mi organizacin?

CQJ22

El xito es:Lograr el objetivo Estar a tiempo Apegarse a la VISIN Un usuario satisfecho Mantener el trabajo( el puesto, la posicin) Hacer el mejor esfuerzo23

Y en mi organizacin.........

Cul es un proyecto exitoso? Cmo podemos reconocer un proyecto exitoso?

24

Ciclo de Vida de ProyectosInicio Planeacin

Control

Ejecucin

Ref.PmBok Cap. 1, Project Management InstituteCierre 25

Fase de IniciacinKick off

Initiatio n

Documento de Iniciacin INI-ddmmyy

26

Junta de Bautizo del Proyecto

Antecedentes del problema a solucionar Intencionalidad y Concepto Resultados Esperados: Objetivo Metodologa de Trabajo

Participacin del usuario Comunicacin de Avances Control y Comunicacin de Cambios Roles27

Organizacin

Plan General de Implementacin

La intencionalidad de un proyectoHay dos tipos de requerimientos: explcitos e implcitos Explcitos: aquellos que son claramente definidos por el cliente Implcitos: aquellos que son identificados como obvios por alguna de las partes (cliente o analistas) El problema se da con los implcitos28

Qu es el concepto de un proyecto?Es lo que define el propsito, el alcance y el marco de referencia para un proyecto Es importante definirlo al inicio: porque muchos proyectos de tecnologa inician con necesidades difusas, poco claras Esta etapa corresponde al anlisis de factibilidad de un proyecto y nos permite un anlisis organizado de 29 la idea del proyecto

Concepto de la TI: Ejemplo The Pipe ConceptAccounting Translator Accounting Info Repository

Business Transaction

Information

Business Policies

Operational Data Repository

30

Definicin de Objetivos de un ProyectoActualizar el software y hw de las pcs de los empleados : GENERICO Implementar sw de productividad en las pcs de los empleados, asegurando su uso:BENEFICIO? Implementar software de productividad en las pcs, para proveer nuevas capacidades e incrementar la productividad de cada empleado 31

Definicin de Objetivos de ...Instalar y probar SW y HW de Document Management Implementar un sistema completo de document management como Front-End del sistema actual Implementar un sistema de digitalizacin de fichas de firmas , integrado al sistema de cheques para mejorar el proceso de validacin y control 32

Ciclo de Vida de ProyectosInicio Planeacin

Control

Ejecucin

Ref.PmBok Cap. 1, Project Management InstituteCierre 33

El Crculo ViciosoNo hay tiempo para planear Porque estoy apagando fuegos Porque estoy ocupado

Apagafuegos34

Una ideas importantesLos planes son intiles, 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 rpido

35

Planeacin :Es la definicin clara y precisa de objetivos ( y las actividades que se ejecutarn para lograrlos), de manera que se logre una meta final. La meta puede ser la solucin de un problema o el logro de un estado o condicin diferente al estado actual.

36

Fase de PlaneacinCoreActivity Secuence Duration Estimating Cost Estimating Schedule Develop. Cost Budgeting Project Plan Dev. Risk Quantificatio n Response Development Solicitation Planning

Scope Planning

Activity Definition Resource Planning

Scope Definition

FacilitatingQuality Planning Comm. Planning Risk Identification s Procurement Planning

Organizational Planning

Staff Acquisition

37

Planear es:Identificar las actividades del proyecto: WBS Estimar el tiempo y costo Definir la secuencia de las actividades del proyecto Identificar las actividades crticas Preparar la propuesta del proyecto (SDD-Plan)38

Estructura del WBSProyecto T O P D O W N B O T T O M U P39

Fases Unidades De Trabajo

Tareas

WBS Proyecto Digitalizacin de firmasP r o y e c t o I m a g e n d h e e q u e s F P d la n D e t a l la d e l P r o y e c t o o P r o y e c t o ir m a s d e D i g it a l i z a c i n c u e n t a s d e C eo e b e

D is e o d I e m l p sl e m o e n t a D c ie s n a rd r f l u jo s n u e v oS s w y H w I m p le m d e p r o c e d oe s D i g i t a l i z d a e c ic a n m S is t C h D is e o

l l o D e e s a r r o l l oI m d n t Ia n c t ie o r n f a s e c od i o Ss i se tn C h e q u p e q u e s s

pe l e m e n ne l n u e r so c e s o is t e m a

D C

e f i n i c i o nA o n c e p t o

u d

e o r iz a t

c io n A n a l is is

R

e

c o p I n f o

i l a Ac in o n l i s i s D d o e c u m e n t a r I m p a c t o c a m b io s r e q u e r id o s

I m p a c t o I m p a c t o I m p a c t o P r o c e s o sP o l i t i c a s E s t r u c t u r a O r g a n i z a c i o n

a l

40

Work Breakdown StructureC h a r t T it le

M G d P F r e p o r m a e e n E e r a r I n q u i p o

P r o y e c t o i g r a c i n P

w

i n r

9

5 H i n c e r l a s t a l a c i a

v e n t a r i o A c t u a l

r e p a r a E q u i p o

n

r a R r e a l i z a I dr e n t i f i c A a dr q u i r i Ir n s t a l a r H a c e r I n s t a l a r a t I on v e n t aN r ei o c e s i d aE d q e u s i p o E q u i p o R y e s p a l d W o i n 9 8 d e e q u i p a m . C o n g f i g u r a r

41

Diagrama de RedProject Launch Configure Exchange Link to servers Mailbox Rules Client Installation Packages W2k Policies Develop Install Procedures Test Policies

Install W2k Servers

Install Exchange Create Test User Accounts

Test Install

Create CD

Create Workbook

Test CD Host Pilot Users Class

Image to Pilot Users

10 day lag

Pilot User Forum

Pilot User Analysis

Finalize and Test Image

User Training Sessions

Final Roll-out

Management Reserve

42

CaractersticasEstatus medible Eventos de inicio y conclusin claramente definidos Estimacin de tiempo y costo fcilmente estimada o calculada Tareas administrables, medibles, integrables e independientes

43

Calendario: tiempos y recursosProyecto : Baseline 1. Requerim ientos 1.1 juntas de recopilacin de informacin 1.2 Preparacin de especificaciones 1.3 Revisin con usuario 2. Anlisis 2.1 Definicin de "features" 2.2 Clculo del costo-beneficio 3. Diseo 3.1 Diseo de Interfases 3.2 Diseo de Programas 3.3 Diseo de Base de Datos 4. Desarrollo (program acin) 4.1 Programacin de mdulos 4.2 Programacin de interfases 4.2 Programacin de Bases de Datos 5. Pruebas 5.1 Pruebas de mdulos 5.2 Pruebas de Interfases 5.3 Pruebas de Integracin 6. Debugging 6.1 Debugging de mdulos 6.2 Debugging de Interfases 6.3 Debugging de Integracin MaGa RoGo PeTo Calidad Calidad Operacin MaGa RoGo PeTo 2-04 al 13-04 LuGo MaGa PeTo 12-03 al 06-04 LuGo JuPe 19-02 al 9-03 JuPe JuPe JuPe 22-01 al 16-02 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 01-01 al 19-01

16-04 al 27-04

44

Fallas en la estimacin : Efecto Bertha/AbelardoDistribucin del tiempo de los desarrolladores Definicin 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 estimacin fallidaProyecto Tpico: Capacidad de produccin individual: 8 hrs/da Capac. Mensual: 8hrs/dia * 22 das hbiles= 176 hrs /mes Proyecto que requiere 704horas= 704 hrs/176 hrs/mes:4 meses Pero si la distribucin 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 MesesParadoja: Se estima correctamente y al mismo esta equivocado

Estimacin de tiemposGeneralmente ser basado en la experiencia Las variaciones en la estimacin pueden ser debido a: El nivel de habilidades y conocimientos de las personas Disponibilidad de los recursos materiales Eventos inesperados

47

Modelo Chaos: Adm. De RiesgosSuccess Criteria Weight 1. User Involvement 19 2. Executive Management Support 16 3. Clear Statement of Requirements 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 Staff 3 TOTAL 100 Fuente: Standish Group: Chaos, 1995

48

Estrategia: EscenariosEstimacin Optimista : enfoque sobresaliente Estimacin Pesimista: enfoque al riesgo Estimacin Satisfactoria: considerando un nivel de riesgos moderado

49

Planeacin Efectiva: Definir la estrategiaMtodos orientados a la Planeacin

Mtodos orientados Mtodos orientados Mtodos orientados a la visibilidad: a los riesgos: a la velocidad: Puede verse el Evitar retrasos en la Entrega anticipada avance y disipar planeacin y del producto la impresin de ejecucin del lentitud proyecto

Cul mtodo de planeacin se aplica en su organizacin?

51

Ciclo de Vida de ProyectosInicio Planeacin

Control

Ejecucin

Ref.PmBok Cap. 1, Project Management InstituteCierre 52

Fase de EjecucinCore ProcessesProject Plan Execution

Information Distributes

Team Development

Quality Assurance

Scope Verification Solicitation Source Selection Contract Administrative

53

Fase de ControlCore ProcessesPerformance Reporting Overall Change Control

Facilitating

Scope Change Control

Schedule Control

Cost Control

Quality Control

Risk Response Control 54

El significado de ControlDominio, Poder, Jerarqua Estudio entre directivos de alto nivel El tener la autoridad y nivel garantiza que las personas obedezcan?: NO Para que sirve la autoridad?: Derecho de aplicar sanciones a..... Qu asegura que las personas obedezcan?: que deseen hacer el trabajo55

El enfoque en la Administracin de ProyectosControl: es el comparar los avances/resultados con respecto a los planes, de manera que se tomen acciones correctivas, cuando haya desviaciones Control = f ( planes, resultados, informacin, motivacin) No es un enfoque orientado al ejercicio del poder56

La confusinMonitoreo vs Control Monitoreo es obtener la informacin relevante para tener una foto del estado del proyecto Control es :EJERCER ACCIONES OPORTUNAS, derivadas del monitoreo

57

Los niveles del controlMega-control: Sobre un programa o grupo de proyectos Macro-Control: el que debe ejercer el lder del proyecto, concentrndose 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 estratgico Cuidado: que el lder no caiga en la micro-administracin... 58

WBS EjemploMega-ControlA D d e

C P

h r o r q

a

r t

T

i t l e

u

y e c t o i t e c t u

r a

T

I .D d i s e e C o m u o n d e i c a a c r q . d e i o n e s a p c o i n

i s e o d e D a i s r eq . o D d i e s e o d e a r q p r o c . d A e r q n u e i tg e o c c t ui ao r p a l i cH a W c i o n e s D M e

Macro-control Micro-control dD F e D c u e n

f i n i c i D ne f di n e i c l i D n i s d e e o I n d v e e s t i g o d e l o I n t e r f a s M e so d e l o d d e e c a m C o n e c t i v i d a d n i s ed e d e d o Sd ee l le a c c i n e d C e o T m e mc n o l o d e C o m m

f i n i c i S ne l e d c e c i D c i o n a H l i Dd aD d S R A p l i c a c i o n e s l l o c i o d n e

g

a

e s a r r o / a p l i c a

59

Qu nivel de control ejerci el Lder del Proyecto? Qu nivel de control ejercieron los miembros del equipo?

60

Cmo ejercer el monitoreo?Preguntar como va el proyecto y los problemas que han enfrentado Traduzca la informacin en trminos del impacto en el plan y concepto Pregunte que falta por hacer ( NO QUE HAN HECHO) Pregunte que recursos requieren y cuando Identifique si se estn comunicando61

Proyecto TipoProyecto : Baseline 1. Requerim ientos 1.1 juntas de recopilacin de informacin 1.2 Preparacin de especificaciones 1.3 Revisin con usuario 2. Anlisis 2.1 Definicin de "features" 2.2 Clculo del costo-beneficio 3. Diseo 3.1 Diseo de Interfases 3.2 Diseo de Programas 3.3 Diseo de Base de Datos62

1

2

3

4

5

6

7

8

9

0

01-01 al 19-01

22-01 al 16-02

Reporte de Avance de Proyectos: InicioPM RESPONSABLE APLICACION ETAPA Requerimientos Anlisis Diseo Program acin/Pruebas Debugging GRUPO Versatility SEM. SEM. SEM. SEM. REALES COMPROM ACUMULA REALES ACUMULA ISO DAS DAS 3 3 4 7 3 10 5 15 2 17 STATUS Iniciando el Proyecto ESTIMADO REAL Fecha Fecha Fecha Fin Fecha Fin Inicio Inicio 01-Ene 22-Ene 19-Feb 12-Mar 16-Abr 19-Ene 16-Feb 09-Mar 13-Abr 27-Abr

Es un proy ec to c on durac in de 17 Semanas y un es f uerz o total de 18 s emanas ( Programac in y Pruebas s on en P

63

Revisin en la semana 6Proyecto : 1ra revisin y ajustes : Semana 6 1. Requerim ientos 1.1 juntas de recopilacin de informacin 1.2 Preparacin de especificaciones 1.3 Revisin con usuario 2. Anlisis 2.1 Definicin de "features" 2.2 Clculo del costo-beneficio 3. Diseo 3.1 Diseo de Interfases 3.2 Diseo de Programas 3.3 Diseo de Base de DatosRetraso en las actividades 2.1 y 2.264

1

2

3

4

5

6

7

8

01-01 al 19-01

PM RESPONSABLE APLICACION ETAPA Requerimientos Anlisis Diseo Program acin/Pruebas Debugging

1er. Reporte de Avance: semana 6 1ra revisin de avance GRUPO STATUSVersatility SEM. SEM. SEM. SEM. REALES COMPROM ACUMULA REALES ACUMULA ISO DAS Nuevas DAS 3 3 3 3 4 7 5 8 3 10 3 11 5 15 5 16 2 17 2 18 ESTIMADO REAL Fecha Fecha Fecha Fin Fecha Fin Inicio Inicio 01-Ene 22-Ene 19-Feb 12-Mar 16-Abr 19-Ene 16-Feb 09-Mar 13-Abr 27-Abr 01-Ene 22-Ene 26-Feb 19-Mar 23-Abr 19-Ene 23-Feb 16-Mar 20-Abr 04-May

Actividad 2.1 : estatus : No Terminada, Tiempo Requerido para concluir: 2 semanas ( 1+ de la comprometida)

Actividad 2.1 Avance Comprometido (Sem 6) = Semanas aplicadas / semanas totales = 3/4 = 75% avance c Retraso actividad : en % = 75% -60% = 15% en semanas = 5 semanas-4 semanas = 1 semana ,

Avance Real (Sem 6) = Semanas aplicadsa / semanas reales nuevas = 3 / 5 = 60% avance r

R e tr a s o d e l P r o y e c to : R e tr a s o e n %

S e m a n a s r e a le s n u e v a s T o t a le s - S e

= R e t r a s o t o t a l ( s e m a n a s ) / s 5e .m9 a%n a s 65 t a le s to

Reporte DirectivoR e tr a s o d e l P r o y e c to : R e tr a s o e n % = R e t r a s o t o t a l ( s e m a n a s ) / s e m a n a s t5 .t 9 le s c o m p r o m e t o a%Reporte al Directivo Proyecto : X, Lder del Proyecto : Juan X Status a la semana: 6

S e m a n a s r e a le s n u e v a s T o t a le s - S e m a n a s C o m

Actividad en curso: Anlisis, Responsible de la etapa: Jorge M Retraso en % de proyecto: 5.9% Retraso en tiempo del proyecto: 1 semana Fecha estimada Comprometida de finiquito: 27-Abril Fecha estimada de finiquito nueva: 4 de Mayo Observaciones: en el proceso de anlisis se requiere una semana adicional para definir la funcionalidad del proyecto66

Determinacin del Valor DevengadoPresupuestoValor Devengado Esperado Valor Devengado Esperado Al trmino del Proyecto

Valor Devengado Real

Revisin

Conclusin Del proyecto67

Conceptos del ModeloCV= diferencia del costo presupuestado y el costo del trabajo realizado SV= diferencia entre el trabajo realizado vs el trabajo planeado BCWS : Costo presupuestado del trabajo planeado BCWP : Costo presupuestado del trabajo ejecutado 68 ACWP : Costo real del trabajo

Anlisis de valor devengado40 5 40 0 30 5 30 0 20 5 20 0 10 5 10 0 5 0 0 1 re ra v 2 are d v 3 re ra v 4 re ta v69

40 0 30 5 20 3 20 0 30 0 20 5 20 5 30 2 20 9 20 6

BCW S BCW P ACW P

Modelo ArcoirisProyectos en Curso

70

Pizarra de Proyectos (Project Slate)EstrategiaPlan: ppto, calend.

Proceso de Negocio Staff Arquitectura Proyecto 1

Proyecto2

Recursos

Proyecto3

71

La persona adecuadaLo importante de cualquier funcin es: Definir quin hace el trabajo Definir como se hace el trabajo

El enfoque debe ser: Conseguir las personas adecuadas Hacerlas felices Darles libertad

Principios de seleccin de personalNo basarse en la apariencia, sino en la CAPACIDAD y LA EXPERIENCIA Experiencia significa haber hecho en la prctica, es muy diferente a tomar cursos o trabajos escolares Capacidad es el talento de la persona para aprender y aplicar lo aprendido La edad no debe ser un factor de peso para las tareas de desarrollo de sistemas

Fomente la integridad y el profesionalismo ( los tipos de personas)Las que trabajo Las que Las que dems Las que Las que desean que otros hagan el hablan mucho y hacen poco destruyen lo que hacen los no saben hacer el trabajo hacen el trabajo

74

Entorno del A.P.Demostrar la habilidad de liderazgo efectivo Cumplir con las prcticas establecidas Trabajar con lo desconocido e impredecible Demostrar las habilidades para aplicar las herramientas, mtodos y tcnicas de adm,. de proyectos Apego al calendario establecido 75 Limitado en su autoridad

Caractersticas deseablesFlexibilidad y adaptabilidad a entornos dinmicos Con iniciativa Asertivo Entusiasta y creativo sobre el proyecto Bien organizado y disciplinado en el manejo del tiempo

76

Caractersticas deseablesAmbicin : energa, empuje, compromiso Un generalista, pero consciente de la tecnologa Capaz de facilitar la solucin de problemas y conflictos Tomar decisiones Capacitado en las tcnicas y metodologas de administracin de 77 proyectos

La seleccin del administrador de proyectosElementos de evaluacin:Habilidad para resolver problemas Curva de aprendizaje Constancia-Compromiso Trabajo colaborativo-cooperativo Experiencia y visin de negocios Experiencia tcnica Experiencia de admin. de proyectos Experiencia administrativa78

El AP de un equipo exitosoEs 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 Internacionaleswww.pmi.org PMP

www.comptia.com CompTIA IT Project+

www.microsoft.com/traincert/default.as p Certificacin MSPRoject 2000

80