Este documento describe la importancia de tener una metodología para administrar proyectos. Administrar proyectos sin una metodología puede resultar en problemas de comunicación, calidad errática, exceso de costos y fracaso de proyectos. Una metodología como PRINCE2 ayuda a definir el alcance, planificar los recursos, administrar riesgos, mejorar la comunicación y identificar problemas. El documento también explica los roles y responsabilidades requeridos para organizar y controlar proyectos exitosamente.

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

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

21. Alcance

22. Beneficios

23. Costos

24. Tiempo

25. Organización

27. Tiempo

28. Alcance

29. $

30. Riesgos

32. Beneficios

33. Tiempo

34. Alcance

35. $

36. Cambios (vs .plan)

38. Descripción

39. Criterio de calidad

40. Método

41. ResponsablePlanificació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

43. Método de solución elegido y opciones

44. Alcance del proyecto

45. Entregables del Proyecto

46. Exclusiones y Restricciones

48. Costos

49. Escala de Tiempo

51. Plan de Comunicación

52. Plan de Calidad

53. Tolerancias

55. Es el dueño del Business Case.

56. Responsablepor la especificación del productorequerido.

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.

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ónicade 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.