PROJECT CHARTER DEFINICIÓN DEL PROBLEMA: DEFINICIÓN DEL PROBLEMA 1. ¿Se ha contestado la pregunta que está mal con qué? 2. ¿Se ha hecho varias veces la pregunta ¿sabemos con certeza porqué está ocurriendo esto? 3. ¿Se ha definido el problema en términos de OBJETO y DEFECTO? 4. ¿Se ha hecho el análisis ES / NO ES (qué, dónde, cuándo y cuánto)? 5. ¿Se ha definido el flujo del proceso y si ha habido cambios? 6. ¿Se ha identificado en que paso del proceso aparece el problema? 7. ¿Se ha revisado si los componentes similares tienen el mismo problema? 8. ¿Se han colectado y analizado todos los datos? 9. ¿Se ha obtenido evidencia física del problema? PREGUNTAS: ¿Qué está saliendo mal? ¿Sabemos porque está sucediendo? Si la respuesta es SI volver a preguntar. ES NO ES QUÉ: QUÉ: Nombrar el objeto que tiene la falla Nombrar la falla o problema que está teniendo DÓNDE: Lugar donde se encuentra el objeto con falla Nombrar objetos similares que pudieran tener la falla pero no la tienen Nombrar otras fallas o problemas que el objeto pudiera tener pero no tiene DÓNDE: Otros lugares donde el problema ocurre o ha ocurrido Donde en el objeto ocurre el problema (dentro, fuera, parte sup., inf., etc.) Otros lugares donde el objeto puede ser encontrado sin falla Otros lugares donde el objeto pudiera mostrar falla pero no tiene Lugares similares donde el problema nunca ha ocurrido Donde en el objeto pudiera haber ocurrido el problema, pero no ocurre CUÁNDO: En qué momento ocurrió el problema (día, mes, año, hora, etc.) CUÁNDO: Cuando pudo haber ocurrido el problema, pero no ocurrió Lugar donde primero se muestra la falla Cuándo ocurrió el problema en el problema Cuándo ocurrió el problema dentro del ciclo de vida del producto CUÁNTO: Describir la magnitud del problema falla o defecto Cuántos objetos tienen o han tenido el problema, falla o defecto Determinar la magnitud del problema en términos de %, rendimiento, etc. Describir el número de defectos por objeto y sus dimensiones físicas Cuándo en el proceso el problema pudo haber ocurrido pero no ocurrió Cuándo dentro del ciclo de vida del ciclo de vida del producto pudo haber ocurrido el problema pero no ocurrió CUÁNTO: Describir los límites del problema, falla o defecto Cuántos objetos podrían haber tenido el problema, pero no lo tienen Describir qué pudo haber sido pero no es. Describir qué pudo haber sido pero no lo es incluyendo las dimensiones físicas 1. ¿Qué aspectos incluye el Project Charter (bases del proyecto)? 2. ¿cuáles son los objetivos del Project Charter? 3. Dar un ejemplo de Project Charter. Carta del proyecto - Contrato del proyecto - 1. Nombre del proyecto - 2. Alineación del proyecto con estrategias y objetivos (caso negocio) - 3. Alcance del proyecto Incluye: No incluye: - 4. Benchmarking - 5. Meta medible con sus Métricas y sigmas del proceso - Desempeño actual, identificación de la línea base - Métricas del proyecto específicas - PPM, DPMOs, DPUs - Yrt, sigmas del proceso - 6. Fecha inicial y final Inicio: Terminación: 8. Metas intermedias y programa de trabajo: Ejemplo: Metas intermedias Contrato de proyecto Reunión inicial del equipo Caracterización del proceso SIPOC Métrica de la línea base (actual) Establecer el enfoque y evaluar situación Analizar causas Probar soluciones y verificarlas Implementar cambios Cierre del proyecto Fecha de revisión Nov. 1 Nov. 1 Nov. 4 Nov. 28 Feb. 10 Feb. 20 Mar. 15 Pend. Pend. Ejemplo: Metas intermedias Fecha de revisión - 7. Justificación financiera del proyecto (ROI,TIR,NPV) - Costos estimados del proyecto - Presupuestos y recursos necesarios Presupuesto: Recursos humanos: personas horas Recursos físicos: A. B. C. - Beneficios tangibles durante la vida útil del proyecto A. B. C. - Beneficios intangibles durante la vida útil del proyecto A. B. C. - Indicadores financieros: Plazo de pago = NPV = TIR = ROI = - 8. Riesgos de no hacer el proyecto, supuestos para lograrlo, posibles obstáculos Riesgos: Supuestos: Obstáculos: - 9. Equipo de trabajo: Champion, Black Belt, Green Belt, Miembros Posición: Champlion: Black Belts: Green Belt: Miembros: A. B. C. D. E. F. G. Personal de apoyo: A. B. C. Nombre: Horas % D. -10. Áreas afectadas Comunicación Responsabilidades A. B. C. D. E. F. G. - 11. Autorizaciones: 4. ¿Por qué puede requerirse una negociación del Project Charter y que debe considerarse?