Post on 18-Nov-2014
description
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