Metodología de control de proyectos t.i v3
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Metodología de control de proyectos t.i v3

on

  • 393 views

propuesta metodologia T.I

propuesta metodologia T.I

Statistics

Views

Total Views
393
Views on SlideShare
393
Embed Views
0

Actions

Likes
0
Downloads
12
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Metodología de control de proyectos t.i v3 Presentation Transcript

  • 1.
  • 2. ¿Por qué es importante poseer una metodología?
    De otramanera; ¿cuáles el costo de administrarproyectos sin tenerdefinidounametodología de administración de proyectos?
    • Es como es tratar de construir una casa sin planos o presupuesto
    • 3. Es el costo de prueba y error, un costo oculto en eficiencia, en administración del riesgo y oportunidades
    • 4. Aprender un método de proyecto por prueba y error es difícil, toma mucho tiempo y conlleva un alto costo
    • 5. Los costos de manejar proyectos sin un método abarcan
    • 6. Problemas de comunicación, el equipo de proyecto, usuarios y gerentes no saben que,como y cuando comunicar
    • 7. Calidad errática de productos
    • 8. No saber para donde se va
    • 9. Fracaso
    • 10. No ocurre nunca la transición correcta a estado productivo
    • 11. Alto costo de mantención on-going
  • ¿Qué NO es una metodología?
    Existenmuchasimpresionesinfundadas de lo queesrealmenteunaMetodología de control de proyectospor lo cualesimportantederribar los mitos
    NOesun conjunto de reglasinflexibles
    NOesun programa de Administracion
    de proyectos
    NOes un sistemacomputacional
    NOes un solo paraproyectosgigantes
    NOesBurocracia
    NOesunagarantía de éxito
  • 12. Beneficios Evidentes
    ¿Que beneficios tiene una metodología de proyectos?
    • Aumentar la comprensión del proyecto y su propósito (beneficios)
    • 13. Clarificar y poder alinearse con los objetivos organizacionales
    • 14. Permite definir y controlar el alcance del proyecto
    • 15. Poder proyectar los recursos requeridos con precisión (tiempo, personas, costos).
    • 16. Poder efectivamente desarrollar los productos requeridos
    • 17. Administrar los riesgos del proyecto (evaluarlos y mitigarlos)
    • 18. Mejorar la comunicación entre los participantes del proyecto
    • 19. Poder identificar y comunicar las áreas con problemas
  • ¿Cuál elegir?
    El modelo PRINCE2 de proyectos
    Componentes
    Técnicas
    Product Based Planning
    Procesos
    Change Control
    Quality Review
  • 20. Utilizaremos el modelo simplificado de PRINCE2
    Business Case (BC)
    • Objetivos
    • 21. Alcance
    • 22. Beneficios
    • 23. Costos
    • 24. Tiempo
    • 25. Organización
    • 26. Tolerancia
    HighlightReport(HLR)
    • Status del Proyecto
    • 27. Tiempo
    • 28. Alcance
    • 29. $
    • 30. Riesgos
    • 31. Issues
    Post ImplementationReview (PIR)
    • Cumplimiento de:
    • 32. Beneficios
    • 33. Tiempo
    • 34. Alcance
    • 35. $
    • 36. Cambios (vs .plan)
    • 37. Lecciones
    Dirección de un Proyecto
    Controlar
    Etapas
    Cierre
    del
    Proyecto
    Gestiónar
    Etapas
    Límites
    Iniciar
    un Proyecto
    Gestionar
    Entrega
    ProductDescription (PD)
    • Producto
    • 38. Descripción
    • 39. Criterio de calidad
    • 40. Método
    • 41. Responsable
    Planificación
    ProductFlowDiagram (PFD)
    ADMIN. PROYECTO BC – PD – PFD HLR PIR
    SISTEMAS Diseñar – Acordar – Desarrollar – Test Unitario – Test Integral
    (Interfaces)
    INFRAESTRUCTURADefinir – Cotizar – Comprar – Instalar – Configurar - Probar
    Go Live
    CAPACITACION Definir – Construir - Entrenar
    SOPORTE Definir – Cotizar – Contratar – Implementar - Medir
  • 42. Business Case – Que contiene?
    Definición del Proyecto
    • Razón y objetivos del proyecto
    • 43. Método de solución elegido y opciones
    • 44. Alcance del proyecto
    • 45. Entregables del Proyecto
    • 46. Exclusiones y Restricciones
    • 47. Interfaces con otros proyectos (dependencias)
    Evaluación del Proyecto
    • Beneficios
    • 48. Costos
    • 49. Escala de Tiempo
    • 50. Riesgos
    Actualmente existe un formato de solicitud de requerimientos T.I el cual será adaptado para cubrir los puntos recomendados por la metodología.
    El Business Case es tambíén llamado PID
    (projectinitiationdocument)
    Organización del proyecto
    • Organización de proyectos (roles & responsabilidades)
    • 51. Plan de Comunicación
    • 52. Plan de Calidad
    • 53. Tolerancias
    • 54. Controles
  • BC - Roles de la organización de proyectos
    ¿Cómo nos Organizaremos en KRCC?
    Project Leader
    Área Usuaria
    ITSG
    ComitéCorporativoresponsableporseleccionar y priorizarlasiniciativas de IT de acuerdo a la estrategia de negocio de la compañía.
    IT Steering Group (ITSG)
    Project Manager
    1.- PROJECT LEADER (RESPONSABILITY)
    • Tiene la responsabilidad final por el éxito del proyecto.
    • 55. Es el dueño del Business Case.
    • 56. Responsablepor la especificación del productorequerido.
    • 57. comprometerecursosusuarios y monitorea los productos contra los requerimientos.
    1.- PROJECT MANAGER
    • Tiene el mandatoparadirigir ( ejecutar) el proyectodentro de los parámetrosdefinidos (alcance, tiempo y costos).
    • 58. Es responsableque el proyectoentregue los productosrequeridos de acuerdo a calidad, alcance, tiempo y costosdefinidos.
    • 59. Responsableporasegurarque el trabajo del proyectoesrealizado con la calidadadecuada y que los riesgos son debidamentemanejados.
    Subgerente T.I
    Technical Team
    Functional Team
    Equipo T.I
    Área Usuaria
    TECHNICAL TEAM
    Responsableporel desarrollo e implementación de los productos del proyectodefinidos .
    FUNCTIONAL TEAM
    Responsablepor la definición, especificación de los requerimientos del producto final del proyecto.
  • 60. Comité Corporativo Responsable
    Para mantener la objetividad y los lineamientos definidos por la gerencia, se propone formar un comité compuesto por 3 personas de diferentes áreas.
    • Para procurar el lineamiento EMS estratégico y los temas tecnológicos transversales en general se propone al Subgerente de T.I.C
    • 61. Para procurar la visión global del negocio en términos de procesos y funciones globales críticos se propone al Jefe de Mejoramiento Continuo
    • 62. Para velar por los intereses de la operación y en general de los talleres KRCC se propone al Gerente de División Electrónica
    de esta manera el comité quedaría formado por las siguientes personas de acuerdo a la propuesta inicial:
    ITS 2
    ITS 3
    ITS 1
    Brians Ibacache
    Christian Egaña
    Eduardo Alfaro
    IT Steering Group (ITSG)
  • 63. Control y Avances de Proyectos
    ¿Cómo aseguramos el avance de los proyectos?
    El área de T.I.C ha implementado una herramienta de control y avance de proyectos que permitirá a partir de Marzo de 2011 tener visibilidad a cada uno de los clientes internos de los avances de sus requerimientos, sean estos proyectos completos o mejoras a proyectos en curso.