La Administracin de Proyectos en Informtica

Mtro. Gustavo Cervantes, MC

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

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 Informtica
Segn 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 disciplinas

Propsito: difusos Alcance: fronteras Trabajo en Paralelo Interfases entre proyectos Dependencia en la tecnologa Expectativas de los directivos y usuarios Impacto acumulativo: Efecto Domino
5

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

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 PAP

Nivel 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 continua
10

En que nivel est mi organizacin?

11

Proceso de Project Management

Iniciacin
Core
Scope Planning Activity Definition Duration Estimating Activity Secuence Schedule Develop. Overall Change Control

Planeacin

Ejecucin
Core Processes
Project Plan Execution

Control
Core 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

Facilitating
Quality 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 metodologa

METODOLOGIA: 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 METODOLOGIA
Promueva 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 metodologa
No 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 metodologa
15

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

Procedimiento de Trabajo
Especif. 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 metodologa

Logros medibles: entregables Participativa-colaborativa Fcil de aprender y aplicar Adaptable-evolutiva Mejorable Aplicar el paralelismo Tiene inicio y trmino Permite el uso de herramientas Case
17

Qu disciplinas de gestin de proyectos a

19

Los elementos del sistema de administracin de proyectos

Humano: 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 Acciones

20

Marco de Referencia de APTIC

A 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 Productos

Lnea 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?

CQJ
22

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 esfuerzo
23

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

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

24

Ciclo de Vida de Proyectos

Inicio Planeacin

Control

Ejecucin

Ref.PmBok Cap. 1, Project Management Institute

Cierre 25

Fase de Iniciacin
Kick 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 Roles

27

Organizacin

Plan General de Implementacin

La intencionalidad de un proyecto
Hay 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 implcitos
28

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 Concept

Accounting Translator Accounting Info Repository

Business Transaction

Information

Business Policies

Operational Data Repository

30

Definicin de Objetivos de un Proyecto

Actualizar 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 Proyectos

Inicio Planeacin

Control

Ejecucin

Ref.PmBok Cap. 1, Project Management Institute

Cierre 33

El Crculo Vicioso
No hay tiempo para planear Porque estoy apagando fuegos Porque estoy ocupado

Apagafuegos
34

Una ideas importantes

Los 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 Planeacin
Core
Activity 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

Facilitating
Quality 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 WBS

Proyecto T O P D O W N B O T T O M U P
39

Fases Unidades De Trabajo

Tareas

WBS Proyecto Digitalizacin de firmas

P 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

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 Structure

C 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

i n r

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

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 Red
Project 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

Caractersticas
Estatus 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 recursos

Proyecto : 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/Abelardo

Distribucin 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 fallida

Proyecto 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 Meses
Paradoja: Se estima correctamente y al mismo esta equivocado

Estimacin de tiempos
Generalmente 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 Riesgos

Success 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: Escenarios
Estimacin Optimista : enfoque sobresaliente Estimacin Pesimista: enfoque al riesgo Estimacin Satisfactoria: considerando un nivel de riesgos moderado

49

Planeacin Efectiva: Definir la estrategia

Mtodos 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 Proyectos

Inicio Planeacin

Control

Ejecucin

Ref.PmBok Cap. 1, Project Management Institute

Cierre 52

Fase de Ejecucin
Core Processes
Project Plan Execution

Information Distributes

Team Development

Quality Assurance

Scope Verification Solicitation Source Selection Contract Administrative

53

Fase de Control
Core Processes
Performance Reporting Overall Change Control

Facilitating

Scope Change Control

Schedule Control

Cost Control

Quality Control

Risk Response Control 54

El significado de Control
Dominio, 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 trabajo
55

El enfoque en la Administracin de Proyectos

Control: 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 poder
56

La confusin
Monitoreo 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 control

Mega-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 Ejemplo
Mega-Control
A D d e

C P

h r o r q

r t

i t l e

y e c t o i t e c t u

r a

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 d
D 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

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 comunicando
61

Proyecto Tipo
Proyecto : 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
62

01-01 al 19-01

22-01 al 16-02

Reporte de Avance de Proyectos: Inicio

PM 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 6
Proyecto : 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 Datos
Retraso en las actividades 2.1 y 2.2
64

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 STATUS

Versatility 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 Directivo
R 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 proyecto
66

Determinacin del Valor Devengado

Presupuesto
Valor Devengado Esperado Valor Devengado Esperado Al trmino del Proyecto

Valor Devengado Real

Revisin

Conclusin Del proyecto67

Conceptos del Modelo

CV= 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 devengado

40 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 v
69

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 Arcoiris
Proyectos en Curso

70

Pizarra de Proyectos (Project Slate)

Estrategia
Plan: ppto, calend.

Proceso de Negocio Staff Arquitectura Proyecto 1

Proyecto2

Recursos

Proyecto3

71

La persona adecuada
Lo 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 personal

No 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 deseables
Flexibilidad 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 deseables
Ambicin : 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 proyectos

Elementos 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 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.as p
Certificacin MSPRoject 2000

80