1

La La AdministraciAdministracióón den de PProyectosroyectos en en InformInformááticatica

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

¿¿CuCuáántosntos proyectosproyectos tienentienen ééxitoxito??

•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

ProyectosProyectos de de InformInformááticatica

Según StandishGroup:En los EU se aplican 250Billones de dólares anualesa proyectos de desarrollo de sistemasEl total de proyectos es superior a 175,000El costo promedio es de $434,000 dls de un proyectoen 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: DefiniciProyecto: Definicióónn

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 administraciLa administracióón de proyectosn 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

CicloCiclo de Vida de de Vida de AdministraciAdministracióónn de de ProyectosProyectos (PMI)(PMI)

Inicio Planeació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 Proceso de Project ManagementManagement

Initiation

Iniciación Planeación

Core

Facilitating

ScopePlanning

ScopeDefinition

ActivityDefinition

ResourcePlanning

ActivitySecuence

DurationEstimating

CostEstimating

Schedule Develop.

CostBudgeting

Project Plan Dev.

QualityPlanning

Comm.Planning

RiskIdentifica-

tions

RiskQuantifica-

tion

ResponseDevelopment

Organiza-tional

Planning

StaffAcquisition

ProcurementPlanning

SolicitationPlanning

Ejecución

Core ProcessesProject PlanExecution

InformationDistributes

Solicitation

TeamDevelopment

SourceSelection

QualityAssurance

ScopeVerification

ContractAdministrative

Control

Core Processes

Facilitating

PerformanceReporting

OverallChange Control

Scope ChangeControl

QualityControl

ScheduleControl

Risk ResponseControl

CostControl

Cierre

ContactClose-out

AdministrativeClosure

La diferencia entre METODOLOGIA y La diferencia entre METODOLOGIA y metodologmetodologííaa

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 hacermetodologí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

DesventajasDesventajas de la de la metodologmetodologííaa

No hay estandarización documentadaEs una limitación si se desea obtener unacertificación ( ej. CMM, ISO..)Se debe cuidar el proceso de diseminaciónSe deben evitar las mal-intepretaciones de losconceptosEl 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-out

PilotoRoll-OutMasivo

Documento deDefinición

Modelode Datosy Prototipo

VersiónBeta

VersiónPre-Release

VersiónFinal

El Usuario participa como Actor, no como Crítico

Definición eIntegración delGrupo de Definición

Etapa 0 (Inicio)

Especif.de

Tecnología

area de riesgo

17

CaracterCaracteríísticassticas de de unauna metodologmetodologííaa

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 administraciadministracióón de proyectosn 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 El ééxito es: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

CicloCiclo de Vida de de Vida de ProyectosProyectos

Inicio Planeación

EjecuciónControl

Cierre

Ref.PmBok Cap. 1,Project Management Institute

26

Fase de IniciaciFase de Iniciacióónn

Initiation

Kick off

Documento de IniciaciónINI-ddmmyy

27

Junta de Bautizo del ProyectoJunta de Bautizo del Proyecto

Antecedentes del problema a solucionarIntencionalidad y ConceptoResultados Esperados: ObjetivoMetodología de Trabajo

Participación del usuarioComunicación de AvancesControl y Comunicación de Cambios

OrganizaciónRoles

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

¿¿QuQuéé es el concepto de un proyecto?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¨̈TheThe Pipe Pipe ConceptConcept””

Information

Accounting Info Repository

Operational Data Repository

BusinessTransaction

Accounting Translator

Business Policies

31

DefiniciDefinicióón de Objetivos de un Proyecton 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

DefiniciDefinicióón de Objetivos de ...n de Objetivos de ...

Instalar y probar SW y HW de “ DocumentManagement”Implementar un sistema completo de “documentmanagement” 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

CicloCiclo de Vida de de Vida de ProyectosProyectos

Inicio Planeación

EjecuciónControl

Cierre

Ref.PmBok Cap. 1,Project Management Institute

34

El CEl Cíírculo Viciosorculo 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

PlaneaciPlaneacióón :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 PlaneaciFase de Planeacióónn

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

RiskIdentification

s

RiskQuantificatio

n

ResponseDevelopment

Organizational

Planning

StaffAcquisition

ProcurementPlanning

SolicitationPlanning

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 DigitalizaciWBS Proyecto Digitalizacióón de firmasn de firmasProyecto Imagen

Definicion deConcepto

Autorizacion

Plan Detalladodel Proyecto

RecopilacionInfo

ImpactoProcesos

ImpactoPoliticas

ImpactoEstructura

Organizacional

Análisis deImpacto

Documentarcambios

requeridos

Analisis Diseño

Diseño de losflujos nuevosde proceso

Implementación deSw y Hw

de Digitalización

Desarrollo eImplementacionde cambios enSist Cheques

Desarrollo deInterfase conSist Cheques

Implementacióndel nuevoproceso ysistema

Proyecto Digitalización deFirmas de cuentas de Cheques

41

Work Breakdown StructureWork Breakdown Structure

Chart Title

PrepararFormato

RealizarInventario

IdentificarNecesidadesde equipam.

Generar Inventariode Equipo Actual

AdquirirEquipo

InstalarEquipo y

Congfigurar

PrepararEquipo

HacerRespaldo

InstalarWin 98

Hacer lainstalación

ProyectoMigración win95

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

CaracterCaracteríísticassticas

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 81. Requerimientos 01-01 al 19-011.1 juntas de recopilación de información JuPe1.2 Preparación de especif icaciones JuPe1.3 Revisión con usuario JuPe2. Análisis 22-01 al 16-022.1 Definición de "features" LuGo2.2 Cálculo del costo-beneficio JuPe3. Diseño 19-02 al 9-033.1 Diseño de Interfases LuGo3.2 Diseño de Programas MaGa3.3 Diseño de Base de Datos PeTo4. Desarrollo (programación) 12-03 al 06-044.1 Programación de módulos MaGa4.2 Programación de interfases RoGo4.2 Programación de Bases de Datos PeTo5. Pruebas 2-04 al 13-045.1 Pruebas de módulos Calidad5.2 Pruebas de Interfases Calidad5.3 Pruebas de Integración Operación6. Debugging 16-04 al 27-06.1 Debugging de módulos MaGa6.2 Debugging de Interfases RoGo6.3 Debugging de Integración PeTo

Calendario: tiempos y recursos

Fallas en la estimaciFallas en la estimacióón : Efecto n : Efecto BerthaBertha/Abelardo/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 estimaciEjemplo de estimacióón fallidan 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

EstimaciEstimacióón de tiemposn 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 Modelo ““ChaosChaos””: Adm. De Riesgos: Adm. De RiesgosSuccess Criteria Weight

1. User Involvement 192. Executive Management Supp 163. Clear Statement of Requirem 154. Proper Planning 115. Realistic Expectations 106. Smaller Project Milestones 97. Competent Staff 88. Ownership 69. Clear Vision & Objectives 310. Hard-Working, Focused Sta 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

PlaneaciPlaneacióón Efectiva: Definir la estrategian Efectiva: Definir la estrategia

51

¿Cuál método de planeación se aplica en su organización?

52

Ciclo Ciclo de Vida de de Vida de ProyectosProyectos

Inicio Planeación

EjecuciónControl

Cierre

Ref.PmBok Cap. 1,Project Management Institute

53

Fase de EjecuciFase de Ejecucióónn

Core Processes

Project PlanExecution

InformationDistributes

Solicitation

TeamDevelopment

SourceSelection

QualityAssurance

ScopeVerification

ContractAdministrative

54

Fase de ControlFase de Control

Core Processes

Facilitating

PerformanceReporting

OverallChange Control

Scope ChangeControl

QualityControl

ScheduleControl

Risk ResponseControl

CostControl

55

El significado de El significado de ““ControlControl””

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 AdministraciEl enfoque en la Administracióón de 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 confusiLa confusióónn

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 lCuidado: que el lííder no caiga en la microder no caiga en la micro--administraciadministracióón...n...

59

WBS WBS EjemploEjemplo

Chart Title

Diseño de arq.de proc. de negocio

Diseño deArquitectura HW

Desarrollo dec/aplicacion

Definición deFuncionalidad

de Aplicaciones

Selección deHDDS

Definición delModelo

Definición deInterfases

Diseño de arq. deaplicaciones

Diseño de laRed de Comm

Selecciónde Tecnología

de Comm

Diseño deModelo de

Conectividad

Investigaciónde campo

Diseño de arq. deComunicaciones

ProyectoArquitectura TI

MacroMacro--controlcontrol

MicroMicro--controlcontrol

MegaMega--ControlControl

60

¿Qué nivel de control ejerció el Líder del Proyecto?

¿Qué nivel de control ejercieron los miembros del equipo?

61

¿¿CCóómo ejercer el monitoreo?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 01. Requerimientos 01-01 al 19-011.1 juntas de recopilación de información1.2 Preparación de especif icaciones1.3 Revisión con usuario2. Análisis 22-01 al 16-2.1 Definición de "features"2.2 Cálculo del costo-beneficio3. Diseño3.1 Diseño de Interfases3.2 Diseño de Programas3.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 Fin Fecha

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 Reporte de de Avance Avance de de ProyectosProyectos: : InicioInicio

64

RevisiRevisióón n en la en la semana semana 66

Proyecto : 1ra revisión y ajustes : Semana 6 1 2 3 4 5 6 7 81. Requerimientos 01-01 al 19-011.1 juntas de recopilación de información1.2 Preparación de especif icaciones1.3 Revisión con usuario2. Análisis2.1 Definición de "features"2.2 Cálculo del costo-beneficio3. Diseño3.1 Diseño de Interfases3.2 Diseño de Programas3.3 Diseño de Base de Datos

Retraso en las actividades 2.1 y 2.2

65

1er. 1er. Reporte Reporte de de AvanceAvance: : semana semana 66PM RESPONSABLE GRUPO STATUSAPLICACION

ETAPASEM.

COMPROMISO

SEM. ACUMULA

DAS

SEM. REALES Nuevas

SEM. REALES

ACUMULADAS

Fecha Inicio Fecha Fin Fecha

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 DirectivoRetraso 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 DirectivoProyecto : X, Líder del Proyecto : Juan XStatus a la semana: 6

Actividad en curso: Análisis, Responsible de la etapa: Jorge MRetraso en % de proyecto: 5.9%Retraso en tiempo del proyecto: 1 semanaFecha estimada Comprometida de f iniquito: 27-AbrilFecha estimada de f iniquito nueva: 4 de MayoObservaciones: en el proceso de análisis se requiere unasemana adicional para definir la funcionalidad del proyecto

67

DeterminaciDeterminacióón del Valor Devengadon 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

AnAnáálisis lisis de valor de valor devengadodevengado

200

300350

290

200250

350320

230

400

250 260

050

100150200250300350400450

1ra rev 2da rev 3ra rev 4ta rev

BCWSBCWPACWP

70

Modelo ArcoirisModelo Arcoiris

Proyectos en Curso

71

Pizarra de Proyectos (Project Pizarra de Proyectos (Project SlateSlate))

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 selecciPrincipios de seleccióón de personaln 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

CaracterCaracteríísticas deseablessticas deseables

Flexibilidad y adaptabilidad a entornos dinámicosCon iniciativaAsertivoEntusiasta y creativo sobre el proyectoBien organizado y disciplinado en el manejo del tiempo

77

CaracterCaracteríísticas deseablessticas 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 selecciLa seleccióón del administrador de 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