You are on page 1of 9

PROJECT CHARTER

Proyecto D-SYS-3000
Éste es el Project Charter correspondiente al Proyecto Desarrollo y Diseño de Software y Soporte técnico llevado a cabo por D-SYS-3000, siguiendo los lineamientos de PMBOK 4 Jesús Gerardo Esquivel Zúñiga Daniel Humberto Soto Villegas Omar Godínez Rincón Yesika Verenice Ramírez Gonzales Karla Elizabeth Estrada Armenta 10/11/2011

Contenido
1.- Documento de Identificación. ........................................................................................................ 3 2.- Project Charter ............................................................................................................................... 4 2.1.- Objetivos del proyecto. ........................................................................................................... 4 2.1.1 Objetivo General ................................................................................................................ 4 2.1.2 Objetivos específicos .......................................................................................................... 4 2.2 Justificación del proyecto. ......................................................................................................... 5 2.3 Necesidades del negocio ........................................................................................................... 5 2.4 Plan estratégico. ........................................................................................................................ 5 2.5 Partes implicadas en el proyecto. ............................................................................................. 6 2.6 plan de gestión de riesgos ......................................................................................................... 6 2.7 Cambios ..................................................................................................................................... 9

PROJECT CHARTER Nov 2011

1.- Documento de Identificación.

Nombre del proyecto: Código del documento: Versión: Fecha:

Desarrollo y Diseño de Software y Soporte técnico FO-IN-04 2.0 10 – 11 – 2011

Autor principal

Nombre Jesús Gerardo Esquivel Zúñiga

Firma

Fecha 13 – 10 -2011

Tabla 1: Datos de Identificación.

Revisión FO-IN-04 FO-IN-04

Historial de Versiones del Documento Fecha Status 13-10-2011 ED 10-11-2011 ED

Motivo Creación Añadido

Tabla 2: Control de versiones.

PROJECT CHARTER Nov 2011

2.- Project Charter
2.1.- Objetivos del proyecto.
2.1.1 Objetivo General En este Micronegocio buscamos brindar los servicios de diseño, desarrollo de

software y soporte técnico ya sea de manera presencial o a distancia de la mejor calidad posible satisfaciendo las necesidades del cliente. Cubriendo las necesidades que el cliente demanda para resolver sus problemas de software y hardware de la mejor manera posible. Ofreciendo un servicio un servicio personalizado que se adapte a cada una delas necesidades de nuestros clientes.
2.1.2 Objetivos específicos Dar soporte técnico de manera presencial o a distancia para la solución de problemas de

hardware y software en los sistemas operativos de Windows y Linux (Ubuntu). Ofrecer al cliente el desarrollo de soluciones WEB y mantenimiento de estas mismas, haciéndolos más atractivos dependiendo de lo que se ofrezca en estos sitios WEB. Ofrecer el servicio de diseño y así mismo el desarrollo de software ayudando a sobresalir a pequeños negocios en el mercado incrementando sus ventas. Soporte Técnico en sistemas operativos Macintoch.      Venta de refacciones para equipo de cómputo. Publicidad para negocios. Veta de cursos online. Aplicaciones para celulares. Venta de equipos de cómputo.

PROJECT CHARTER Nov 2011

2.2 Justificación del proyecto.
Este Micronegocio está basado en la iniciativa de ofrecer un servicio de calidad a sus clientes para la solución de problemas de hardware y software. Con este proyecto se ofrecerán los conocimientos de los colaboradores en siguientes diferentes servicios:    Soporte Técnico (Presencia/Distancia). Soluciones WEB. Desarrollo y diseño de software.

2.3 Necesidades del negocio
La principal necesidad que promueve la elaboración de este proyecto es la de poner en práctica los conocimientos adquiridos durante el TSU y conocimientos de administración de proyectos de forma que se llegue a una total comprensión de las técnicas utilizadas y un razonable dominio de los mecanismos de gestión de proyectos. Serán de utilidad para este proyecto los conocimientos adquiridos sobre control de calidad, tiempo, habilidades directivas, técnicas de trabajo en equipo (preparación de reuniones, técnicas de exposición en público, aspectos de negociación,…), análisis de riesgos (Tabla de riesgos, Cuadrícula de valoración del riesgo, Escalas de impacto, …), técnicas estadísticas, indicadores de calidad y desempeño, etc.

2.4 Plan estratégico.
A grandes rasgos, se establece que la estrategia inicial para cumplir con los objetivos del proyecto es la formación de un equipo de personas competentes que se organicen internamente de la manera más conveniente en cada momento. Además cabe destacar, dentro del cuerpo estratégico del proyecto, la elección que tomará el equipo de una metodología de gestión de proyectos para el desarrollo del Proyecto Técnico. Es ésta una consideración no menor ya que el conjunto de implicaciones que se derivan de ella es vital para el correcto desarrollo del proyecto.

PROJECT CHARTER Nov 2011

2.5 Partes implicadas en el proyecto.
Los agentes que tienen relación con el proyecto, lo que comúnmente se denominan involucrados, son los siguientes:

Cliente

Proyecto

Equipo 6 GITI0372

Competencia

2.6 plan de gestión de riesgos
El riesgo es un evento incierto, que de ocurrir afectaría positiva o negativamente al menos un objetivo del proyecto (coste, tiempo, alcance y calidad). La gestión de riesgos:    Incluye los procesos necesarios para planificar la gestión de riesgos. Los riesgos en los proyectos se presentan por la incertidumbre de ciertos eventos. Involucra la anticipación y el tratamiento de los riesgos del proyecto.

La Identificación de Riesgos determina qué riesgos pueden afectar al proyecto y documenta sus características. Lista de posibles riesgos    Sus causas, Posibles respuestas Actualización de las categorías de riesgos

PROJECT CHARTER Nov 2011

ANALISIS CUALITATIVO DE LOS RIESGOS El análisis cualitativo es subjetivo y prioriza los riesgos para focalizar los esfuerzos La Matriz PxI (probabilidad x impacto): se utiliza en este proceso, pero se define durante la planificación de gestión de riesgos. La matriz especifica combinaciones de probabilidad e impacto que llevan a la calificación de los riesgos como de prioridad baja, media o alta.

ESCALAS DE VALORACIÓN
Puntuación 5 4 3 Probabilidad Máxima Alta Media Probabilidad de ocurrencia Puede ocurrir una o más veces en el proyecto Ocurrirá frecuentemente, en 1 de cada 10 proyectos Ocurrirá frecuentemente, sobre 1 vez de cada 100 proyectos Raramente puede ocurrir, 1 vez de cada 1000 proyectos Casi nunca ocurrirá, 1 vez en 10000 o más proyectos

2 1

Baja Mínima

PROJECT CHARTER Nov 2011

PLANIFICACIÓN DE LA RESPUESTA A RIESGOS Define las estrategias a emplear para los riesgos positivos y negativos identificados, puede generar acuerdos contractuales. Estrategias para respuestas a Riesgos:  Para riesgos negativos o amenazas: o o o  Evitar. Cambiar el plan, objetivos, etc. Transferir. Pasarlo a una aseguradora Mitigar. Reducir la probabilidad o impacto del riesgo

Para riesgos positivos u oportunidades: o o Explotar. Aprovechar la oportunidad Compartir. Adjudicar la propiedad del riesgo a alguien más capacitado para sacarle provecho o Aumentar. Identificar y potenciar las probabilidades o impacto del riesgo

Para ambas: o o Aceptar. No hacer nada Contingencia. No hacer nada hasta que se produzca. Entonces se ejecutan los planes de contingencia.

PROJECT CHARTER Nov 2011

SEGUIMIENTO Y CONTROL DE RIESGOS

El registro de riesgos se actualiza en todos los procesos de Gestión de riesgos El Seguimiento y Control de Riesgos es el proceso de: 1. Identificar, analizar y planificar nuevos riesgos, 2. Realizar el seguimiento de los riesgos identificados y los que se encuentran en la lista de supervisión 3. Volver a analizar los riesgos existentes, 4. Realizar el seguimiento de las condiciones que disparan los planes para contingencias, 5. Realizar el seguimiento de los riesgos residuales 6. Revisar la ejecución de las respuestas a los riesgos mientras se evalúa su efectividad. 7. Las reservas se gestión solo para los riesgos. no para los cambios

2.7 Cambios
Cambios que se presentaran en el micronegocio son el crecimiento de los servicios ya mencionado anteriormente y así mismo con el crecimiento de los servicios se verá la necesidad de adquirir nuevo personal para atender a todos nuestros clientes. Puede desaparecer algún servicio por la falta de demanda en el mismo y la desaparición de algún servicio puede complementarse con la creación de un nuevo servicio para la comodidad de nuestros clientes y de los colaboradores.