FACULTAD DE INGENIERACARRERA DE INGENIERA DE SISTEMAS EPE

CURSO: CMMI

Diagnstico de las prcticas de desarrollo de software en una organizacin real.

Integrantes:U201216211 DVILA RODRIGUEZ, Juan MiguelU201114784 VEGA AQUIJE, MiguelU201100338 JURUPE HUAMAN, ErickU201122027 VILLAYZAN CHANCAFE, Gabriel

Profesor: Juan Carlos Torres Parodi

LIMA, 2014

NDICE

NDICE

1.Diagnstico de las prcticas de desarrollo de software en la compaa Aeropuertos del Per.32.OBJETO DE ESTUDIO32.1.Descripcin de la empresa de estudio32.2.Misin y Visin32.3.Organigrama42.4.Objetivo del Negocio43.ALCANCE DE LA EVALUACION54.FACTIBILIDAD DEL CAMBIO55.EVALUACION DE LA SITUACION ACTUAL66.MEJORA DE LOS PROCESOS207.ANEXOS28

1. Diagnstico de las prcticas de desarrollo de software en la compaa Aeropuertos del Per.

2. OBJETO DE ESTUDIO2.1. Descripcin de la empresa de estudio

Aeropuertos del Per (AdP) es la empresa concesionaria del primer grupo de aeropuertos ubicados en provincias norte y centro de la Repblica del Per.Con una clara visin empresarial, asumi en el ao 2006 el reto de mejorar y operar una red de 11 terminales areos del norte peruano ubicados en Tumbes, Talara, Piura, Cajamarca, Chiclayo, Chachapoyas, Tarapoto, Trujillo, Huaraz, Iquitos y Pucallpa. Considerando tambin su enorme potencial comercial y turstico, se ha comprometido a construir y operar el aeropuerto de la ciudad de Pisco.

2.2. Misin y Visin

AdP tiene como meta posicionarse como uno de los ms importantes operadores aeroportuarios en Amrica Latina, partiendo de un enfoque de "Integrar Modernidad y Cultura".

Su compromiso con los usuarios se ver reflejado en espacios renovados, servicios de primera calidad, tecnologa de ltima generacin y en el cumplimiento de los estndares de seguridad nacional e internacional.

2.3. Organigrama

2.4. Objetivo del Negocio

Ejecutar los planes maestros de desarrollo en los 12 aeropuertos. Incrementar los ingresos No Regulados. (Ingresos que no dependen de algn control de parte del estado por alguna ley relacionada a la concesin otorgada). Optimizar los procesos administrativos y operativos que dan soporte a las operaciones de los aeropuertos.3. ALCANCE DE LA EVALUACION

Se realizar el diagnstico del desarrollo de software para atender los requerimientos de los usuarios (mantenimiento de los sistemas que actualmente se encuentra en produccin sobre la plataforma Microsoft SharePoint).

4. FACTIBILIDAD DEL CAMBIO

a. Resea sobre antecedentes de cambios en los procesos de la organizacin.Como resea se puede mencionar que se realiz la mejora al proceso de documentacin de los programas fuentes. Anteriormente no se tena control sobre versiones creando inconvenientes en las pruebas y pases a produccin, ahora se incluyen todas las versiones desplegadas y se aadi la actividad de conformidad del usuario la cual se realiza al final de cada entrega de requerimiento terminado. b. Probables focos de resistencia.

A nivel de roles, en algunos casos las personas no se adaptaron al cambio, no mostraban oposicin fundamentada, pero si dificultaban el proceso de implementacin de estas mejoras en los procesos (mencionados en el punto a.). Cost trabajo que estas personas entiendan la importancia de llevar la documentacin de los programas quizs no en este momento pero debido a que la empresa est en crecimiento la mejora se podr ver a corto plazo.

c. Indicar como ambos aspectos podran influenciar en un programa de mejora de procesos.Podran influenciar positivamente si entienden la necesidad del cambio o mejora y muestran una respuesta positiva. Sin embargo, si no es as, dificultan la implementacin de estos cambios. Por ejemplo el equipo tcnico podra mostrar resistencia al cambio en la elaboracin de formatos que hasta ahora no existen y producto de las mejoras a implementar tendran que registrar informacin en ellos considerndose esta una actividad adicional a su labor diaria. Adems, el hecho de firmar estos formatos, podra hacerles pensar que acarreara alguna responsabilidad adicional sobre ellos y esto dificultara la implementacin de las mejoras en los procesos.5. EVALUACION DE LA SITUACION ACTUAL

a. Procesos, mecanismos, mtodos, prcticas, etc., que actualmente funcionan bien, y que se deben mantener.

La captura de los requerimientos se hace de 2 formas, reactivamente cuando el rea usuario lo solicita, con un requerimiento formal, y la segunda a travs de reuniones mensuales con las reas, con el fin de recabar su feedback y procesarlas luego como requerimientos u otro proceso. La gestin de datos se realiza usando como herramienta SharePoint, el cual da muy buenos resultados. Gestiona el versionado de manera automtica (dependiendo de la configuracin que tenga el repositorio), cuenta con un control de accesos bien definido en base a roles y permisos fciles de administrar y mantiene la informacin segura por sus planes de backups. La estimacin del alcance se realiza de manera efectiva y se plasma en el acta de inicio de proyecto.

b. Problemas u oportunidades de mejora conocidos

No se cuenta con indicadores en la organizacin. Esto no permite un control efectivo ni tener un historial de medicin de los proyectos. Se podra incluir mejores tcnicas de verificacin, como revisin de pares (colegas). Hacer una mejor planificacin para estimar mejor el esfuerzo necesario, pues actualmente existen muchas veces diferencias grandes entre lo planificado y lo real.

c. Factores clave de xito actuales

El personal es profesional y altamente responsable, debiendo trabajar horas adicionales para cumplir con lo planificado. Se cuenta con el apoyo de las reas involucradas, quienes participan de las pruebas de control de calidad (pruebas funcionales). El sponsor es consciente de los beneficios del proyecto, por lo cual brinda su apoyo desde el inicio del proyecto hasta el cierre.

d. Descripcin de las fuentes de informacin utilizadas

Se cont con la informacin de un miembro del grupo de trabajo el cual labora en la empresa.

e. Evaluacin de cumplimiento de las prcticas especficas y genricas

i. PP

METAS Y PRACTICAS ESPECFICAS

NPracticaCumpleComentario

SINO

SG 1 ESTABLECER ESTIMACIONES

1PP SP 1.1 Estimar el alcance del proyectoEst descrito en algn lugar cul es el alcance del proyecto , al menos en alto nivel? (que indique, adems de la funcionalidad a desarrollar, el resto de actividades necesarias para que el proyecto tenga xito)

XExiste un Acta de Inicio para definir el alcance a alto nivel y se detallan factores crticos del proyecto.

2PP SP 1.2 Establecer las estimaciones de los atributos del producto de trabajo y las tareasSe calcula el tamao de los productos, y se conocen los niveles de complejidad de los elementos que se desarrollarn? Se puede conocer cul fue el tamao estimado de los proyectos anteriores?

XSe puede tener una estimacin de proyectos anteriores, pero no se plasma los atributos como tamao y complejidad.

3PP SP 1.3 Definir el Ciclo de Vida del ProyectoEl proyecto define o utiliza algn ciclo de vida?XExiste definido un ciclo de vida, o en algunos casos se define al inicio del proyecto pero en muchas ocasiones no se cumple debido principalmente al tiempo del proyecto.

4PP SP 1.4 Determinar las estimaciones de esfuerzo y costeSe calcula el estimado en base a los atributos estimados anteriormente? Se conoce bajo qu supuestos se estim?

XSe estima teniendo en cuenta el llamado juicio de experto ya que no se cuenta con informacin histrica de estimaciones de atributos.

NPracticaCumpleComentario

SINO

SG 2 ESTABLECER PLAN DEL PROYECTO

1PP SP 2.1 Establecer el presupuesto y el calendario Se tiene definido el presupuesto del proyecto? Se prepar en base al estimado, incluyendo otros costos no asociados al esfuerzo (alquiler de equipos, licencias, etc.)? Se tiene un cronograma elaborado en base al esfuerzo? contiene todas las actividades del proyecto

XSe tiene un presupuesto general y un cronograma inicial, pero no se considera el esfuerzo asociado a cada actividad.

2PP SP 2.2 Identificar los riesgos del proyectoSe identifican y analizan los riesgos? Se puede conocer cules son los riesgos del proyecto en curso?

XSe listan los riesgos de forma general pero no se controlan con frecuencia para poder anticiparlos y mitigarlos, adems no hay participacin de los stakeholders involucrados.

3PP SP 2.3 Planificar la gestin de los datosExiste un plan de datos del proyecto? Se sabe qu informacin se debe recolectar y cul generar? Se establecen los niveles de acceso? Se tienen niveles de control de cambio (ej. versionado) para los entregables que lo requieran?

XSi se cuenta con la documentacin del proyecto de forma ordenada, versionada, con controles de acceso, etc.

4PP SP 2.4 Planificar los recursos del proyectoSe determinan los recursos humanos, equipamiento, etc., necesarios del proyecto?

XSe tiene detalle de los recursos a utilizar en el proyecto y se encuentra documentado.

5PP SP 2.5 Planificar el conocimiento y habilidades necesariosSe identifican las necesidades de capacitacin de los recursos humanos del proyecto? Se planifican las acciones de capacitacin necesarias?

XSe asignan actividades teniendo en cuenta las capacidades y conocimientos generales de los recursos, quienes de acuerdo a la complejidad aprenden sobre la marcha.

6PP SP 2.6 Planificar el involucramiento de las partes interesadasSe identifican a los stakeholders relevantes de todas las fases del proyecto? Se planifican las actividades en las que se involucran a los stakeholders?

XSe identifican a los involucrados de acuerdo a cada requerimiento, pero luego no siempre se les involucra en las actividades.

7PP SP 2.7 Establecer el Plan del ProyectoExiste un hito que seala el establecimiento del plan de proyecto? El hito es conocido por los involucrados en el proyecto?

XMuy pocas veces se establece un hito que seale el establecimiento del plan del proyecto. Y no es conocido por las personas involucradas en el proyecto.

NPracticaCumpleComentario

SINO

SG 3 OBTENER EL COMPROMISO CON EL PLAN

1PP SP 3.1 Revisar los planes que afectan el proyectoSe identifican otros planes de los que depende el proyecto? Se conoce cules son los planes que afectan el proyecto, para su posterior seguimiento?

XNo siempre se tienen identificados otros planes que puedan afectar al proyecto.

2PP SP 3.2 Reconciliar los niveles de trabajo y de recursosEl cronograma se actualiza en funcin de los recursos realmente asignados?

XEl cronograma se ajusta con cierta frecuencia de acuerdo a los recursos disponibles.

3PP SP 3.3 Obtener el compromiso con el planSe obtiene el compromiso de los miembros del proyecto, con el plan?

XCasi siempre los miembros del proyecto estn comprometidos con el plan.

METAS GENERICAS

NPracticaCumpleComentario

SINO

GG 1 LOGRAR LAS MESTAS ESPECIFICAS

1GP 1.1 Realizar las prcticas especficasCumplir las SPs del rea de proceso.

X

NPracticaCumpleComentario

SINO

GG 2 INSTITUCIONALIZAR UN PROCESO GESTIONADO

1GP 2.1 Establecer una poltica de la organizacin Existe una poltica que indique cmo se debe realizar la planificacin del proyecto? Las personas que realizan la planificacin conocen esta poltica? La utilizan?

XNo existe poltica.

2GP 2.2 Planificar el procesoLas actividades que se realizan durante el plan, se encuentran planificadas?

XNormalmente todas las actividades realizadas se encuentran planificadas.

3GP 2.3 Proporcionar recursosSe asignan recursos para la planificacin? (plantillas, software, etc.)XSi, se asignan plantillas y un repositorio de informacin controlado.

4GP 2.4 Asignar responsabilidadEst establecido qu roles estn involucrados en el planeamiento del proyecto, y est documentado quines desempean estos roles?

XNo siempre estn establecidos, y tampoco documentados los roles.

5GP 2.5 Formar (entrenar) al personalLos roles involucrados en el proceso de planeamiento, han recibido entrenamiento en el proceso establecido?

XSi, las personas involucradas han recibido cierto entrenamiento para el desarrollo de sus actividades.

6GP 2.6 Controlar entregables (gestionar configuraciones en la v.1.2)Se utilizan mecanismos de control (versionado, control de cambios, etc), a los entregables producidos durante el planeamiento?

XSi, se usa versionado y control de cambios.

7GP 2.7 Identificar e involucrar a las partes interesadas y relevantes.Se conoce a quienes se debe involucrar en el planeamiento del proyecto?

XSi se conoce a los roles o personas que se van a involucrar.

8GP 2.8 Monitorizar y controlar el proceso.Se utilizan indicadores para controlar el proceso de planeamiento?

XNo se han definido indicadores.

9GP 2.9 Evaluar objetivamente la adherenciaSe revisa la adherencia de las actividades de planificacin ejecutadas versus el proceso establecido en la poltica?

XNo existe poltica.

10GP 2.10 Revisar el estado con el nivel directivoSe entera la Gerencia del progreso y resultados de la planificacin de los proyectos?XNo hay una frecuencia definida para informar a las Gerencias, depende ms de la iniciativa del jefe de proyectos.

ii. PMC

METAS Y PRACTICAS ESPECFICAS

NPracticaCumpleComentario

SINO

SG 1 MONITORIZAR EL PROYECTO FRENTE AL PLAN

1PMC SP 1.1 Monitorizar los parmetros de planificacin del proyecto Se hace seguimiento al costo y esfuerzo del proyecto, considerando los valores estimados vs los reales? Se hace seguimiento al tamao del proyecto, considerando los valores estimados vs los reales?

XSolo se hace seguimiento a nivel del tiempo planeado vs real.

2PMC SP 1.2 Monitorizar los compromisosSe hace seguimiento a los compromisos del proyecto? (considerar aquellos internos y externos)

XSe realizan reuniones de seguimiento, pero no para todos los proyectos.

3PMC SP 1.3 Monitorizar los riesgos del proyectoSe realiza seguimiento a los riesgos identificados y a las acciones de mitigacin asignadas?

XSe realiza seguimiento a los riesgos solo de algunos proyectos. Se aplica a los ms crticos.

4PMC SP 1.4 Monitorizar la gestin de datos Se verifica que se estn produciendo los entregables acordados? Se verifica que los entregables de entrada estn siendo recibidos? Se verifica el cumplimiento de las reglas de gestin de los datos? Se toma accin cuando no se cumple lo establecido?

XSe verifica, pero solo para algunos proyectos. Se aplica a los ms crticos.

5PMC SP 1.5 Monitorizar la involucracin de las partes interesadasSe hace seguimiento a la participacin de los stakeholders identificados?

XSe comunica, pero no se le hace seguimiento.

6PMC SP 1.6 Llevar a cabo revisiones de progreso Se realizan actividades peridicas, en las que el equipo revisa el progreso del proyecto? A lo largo del desarrollo del proyecto, el equipo conoce el estado del proyecto?

XNo est definida una frecuencia, para las revisiones del progreso de los proyectos.

7PMC SP 1.7 Llevar a cabo revisiones de hitosSe realizan actividades en hitos identificados, en las que se revisa el estado del proyecto?

XSolo se realiza en algunos proyectos considerados como crticos.

NPracticaCumpleComentario

SINO

SG 2 GESTIONAR LAS ACCIONES CORRECTIVAS HASTA SU CIERRE

1PMC SP 2.1 Analizar problemas Se identifican y registran los problemas del proyecto, para su posterior seguimiento? Se establecen acciones correctivas asociadas a los problemas identificados, asignando responsabilidad de ejecucin y plazo?

XSolo se realiza en algunos proyectos considerados como crticos.

2PMC SP 2.2 Llevar a cabo las acciones correctivasSe ejecutan las acciones correctivas establecidas?

XSolo se realiza en algunos proyectos considerados como crticos.

3PMC SP 2.3 Gestionar las acciones correctivas Se realiza seguimiento para asegurar que las acciones correctivas se lleven a cabo? Se actualiza el estado de las acciones correctivas y problemas? Se puede conocer cul es la lista de problemas pendientes de solucionar del proyecto?

XSolo se realiza en algunos proyectos considerados como crticos.

METAS GENERICAS

NPracticaCumpleComentario

SINO

GG1 LOGRAR LAS MESTAS ESPECIFICAS

1GP 1.1 Realizar las prcticas especficas Se identifican y registran los problemas del proyecto, para su posterior seguimiento? Se establecen acciones correctivas asociadas a los problemas identificados, asignando responsabilidad de ejecucin y plazo?

X

NPracticaCumpleComentario

SINO

GG2 INSTITUCIONALIZAR UN PROCESO GESTIONADO

1GP 2.1 Establecer una poltica de la organizacin Existe una poltica que indique cmo se debe realizar el control del proyecto? Las personas que realizan el control conocen esta poltica y la utilizan?

XNo existe una poltica.

2GP 2.2 Planificar el procesoLas actividades que forman parte del control, se encuentran planificadas?

X

3GP 2.3 Proporcionar recursosSe asignan recursos adecuados para realizar las actividades de control del proyecto? (plantillas, software, etc.)

XSe controlan las actividades

4GP 2.4 Asignar responsabilidadEst establecido qu roles estn involucrados en el control del proyecto? Est documentado quines desempean estos roles?

XSe establece en el acta de inicio de proyecto.

5GP 2.5 Formar (entrenar) al personalLos roles involucrados en el proceso de control de proyecto han recibido entrenamiento en el proceso establecido?

XAlgunos recibieron el entrenamiento, sin embargo otros son entrenados en la marcha.

6GP 2.6 Controlar entregables (gestionar configuraciones en la v.1.2)Se utilizan mecanismos de control (versionado, control de cambios, etc), en los entregables producidos o utilizados durante el control del proyecto?

X

7GP 2.7 Identificar e involucrar a las partes interesadas y relevantes.Se conoce a quienes se debe involucrar en el control del proyecto?Se involucran?

X

8GP 2.8 Monitorizar y controlar el proceso.Se utilizan indicadores para el control del progreso del proyecto?

X

9GP 2.9 Evaluar objetivamente la adherenciaSe revisa la adherencia de las actividades de control de proyecto ejecutadas versus el proceso establecido en la poltica?

X

10GP 2.10 Revisar el estado con el nivel directivoSe entera la Gerencia del progreso y resultados del proyecto?

X

f. Presentacin de resultadosi. % de prcticas cumplidas y no cumplidas por cada rea de procesoii. % total de prcticas cumplidas y no cumplidas

g. Conclusiones:

Mediante la aplicacin del Modelo CMMI, a travs de las preguntas planteadas por cada meta o prctica, nos han permitido conocer la situacin actual del rea de sistemas de la empresa en estudio, respecto a las reas de Project Planning (PP) y Project Monitoring and Control (PMC) identificando sus debilidades y fortalezas, lo cual nos permitir proponer las mejoras necesarias y realizar cambios que nos lleven a poder establecer y mantener planes que definan correctamente las actividades a realizar en los proyectos de la empresa.

Tambin podemos mencionar que consideramos importante aplicar mejoras en la elaboracin del presupuesto y cronograma de los proyectos de la empresa, en estos puntos falta un mayor control y seguimiento.

De acuerdo a las grafica que corresponde al SG2 Establecer el Plan del Proyecto, hemos identificado que actualmente no se le da la debida importancia al tema de la identificacin de los riesgos y las acciones que se deberan tomar con el fin de mitigarlos. Esto muchas veces ocasiona retrasos en la ejecucin de un determinado proyecto, ya que no existe un adecuado seguimiento y control de los riesgos que previamente se puedan haber identificado. Se van resolviendo y se busca una solucin al momento que se presentan.

En el punto Presentacin de Resultados, de acuerdo a la ltima grfica, podemos concluir que el anlisis de la situacin actual de la empresa, nos ha permitido conocer exactamente qu practicas del modelo CMMI, ya se vienen cumpliendo de alguna manera en la empresa, y resulta importante tambin conocer en qu condiciones partimos, y donde se debe poner mayor esfuerzo con la finalidad de lograr implementar con xito el Modelo CMMI, para las reas de proceso motivo de estudio.

El comprobar que las prcticas del Modelo CMMI se cumplen en menos del 50% en la empresa motivo de estudio, resulta una gran oportunidad y un reto importante, para poder lograr implementar y proponer cambios que nos lleven al cumplimiento de las prcticas que el modelo requiere, en las reas de proceso seleccionadas (PP y PMC).

h. Recomendaciones:

a. Es prioritario mejorar el proceso de monitoreo y control del plan de proyecto, controlando el avance real vs. el planeado para tener un control ms eficaz.

b. Tambin es importante mejorar el cumplimiento de metas especficas para la gestin de las acciones correctivas.

6. MEJORA DE LOS PROCESOSLuego de una evaluacin de los procesos actuales, tomando en cuenta el porcentaje de cumplimiento de prcticas de CMMi, se analiz y propusieron los siguientes procesos que si cumplen todas las prcticas especficas de las reas de procesos evaluadas (PP y PMC).Se intenta usar una mnima documentacin. Se definen plantillas, de las cuales los no todas sern plasmadas en documentos, algunos de estos (cuadros) pueden ser registrados digitalmente en otro medio (correo electrnico, etc.). a) Proceso de Planificacin de Proyectos de Mantenimiento de Software (PP).ElementoDescripcin

Descripcin del ProcesoEl proceso tiene como finalidad describir todas las actividades que se llevan a cabo para planificar los proyectos de mantenimiento de software.

Roles1. Jefe de Proyecto2. Sponsor3. Stakeholders4. Equipo de trabajo

Herramientasa) Diagrama de Ganttb) Cuadro de riesgos

Entregablesa) Plan de proyecto (Plantilla V)b) Proyecto de definicin de alcance (Plantilla I)c) Definicin de alcance (Plantilla II)d) Estimacin Tcnica (plantilla III)e) Estimacin Final (Plantilla IV)

Inicio del ProcesoSe inicia con el registro del requerimiento en el sistema (Formato de requerimiento externo)

Fin del Procesoa) si no se aprobado el requerimiento, se archiva y notifica por correo.b) Si el requerimiento se aprueba, al cierre del proyecto con la conformidad del usuario.

Actividades Ver Cuadro de actividades PP y Grafico de proceso PP.

CMMi

Ingeniera de SistemasPgina 34 de 34

Grfico de proceso PP

Cuadro de actividades PPActividadCumpleDescripcinEntradaPlantilla/HerramientaSalidaRol

A. Requerimiento InicialEl requerimiento nace de un formato que el usuario ingresa a travs de un portal.PortalAdPFormato de requerimiento (externo)rea Usuaria

B. Aprobacin de requerimientoEl Gerente de rea aprueba el requerimiento por correo electrnico y automticamente es actualizado en el portal y notificado a sistemas.Formato de requerimiento (externo)PortalAdPNotificacin del PortalAdP (externo)Gerencia de rea (sponsor)

C. Reunin PreliminarSP 1.1SP 2.5SP 2.6 SP 3.1Con el requerimiento inicial del usuario, se obtienen detalles a alto nivel de lo requerido y se determina a los stakeholders, recursos necesarios, etc.Notificacin del PortalAdP (externo)Plantilla I (Proyecto de definicin de alcance)Plantilla I (Proyecto de definicin de alcance)

D. Aprobacin y priorizacinSe aprueba el proyecto y prioriza en el programa de proyectos anual.Plantilla I (Proyecto de definicin de alcance)Programa de proyectos Anual (externo)Programa de proyectos Anual (externo)Gerencia de Sistemas

E. Definicin de AlcanceSP 2.2SP 2.3SP 2.4SP 3.2Se puede reconciliar los niveles de trabajo y recurso negociando con los interesados y modificando el alcance. Se elabora el cuadro de riesgos y recursos.Plantilla I (Proyecto de definicin de alcance)Plantilla II (Definicin de alcance)Plantilla IX (cuadro de riesgos)Plantilla X (Cuadro de recursos)Plantilla II (Definicin de alcance)Plantilla IX (cuadro de riesgos)Plantilla X (Cuadro de recursos)Jefe de Proyecto

F. Estimacin tcnicaSP 1.2SP 1.3Se establece el ciclo de vida y se estima el trabajo a realizarse, colocando el nivel de complejidad a las actividades.Plantilla II (Definicin de alcance)Plantilla III (Estimacin tcnica)Plantilla III (Estimacin tcnica)Equipo de Trabajo

G. Elaboracin de cronograma con estimacin finalSP 1.2SP 1.4SP 2.6Revisa la estimacin tcnica y prepara el calendario con los involucrados, incluyendo costos asociados.Plantilla III (Estimacin tcnica)Plantilla IV (estimacin Final)Plantilla IV (estimacin Final)Jefe de Proyecto

H. Preparacin del PlanSP 2.1SP 2.7SP 3.3Se arma el documento del plan de proyecto con el cronograma Gantt, referenciando los documentos anteriores del planeamiento en el mismo para poder consultarlos. Adems se incluye una seccin de compromisos.Plantilla IV (estimacin Final)Plantilla V (Plan de Proyecto)Plantilla V (Plan de Proyecto)Jefe de Proyecto

I. Kickoff del ProyectoSe anuncia el inicio de proyecto y muestra el planPlantilla V (Plan de Proyecto)Gerencia de Sistemas

J. Desarrollo del ProyectoEl equipo de proyecto inicia las actividades del plan.Plantilla V (Plan de Proyecto)Equipo de Trabajo

K. Pruebas y ConformidadEl rea usuaria valida que los requerimientos se alcanzaron. Y da su conformidad en el formato del PortalAdP.PortalAdPFormato de requerimiento (externo)rea Usuaria

L. Pase a ProduccinEl equipo realiza el pase a produccin planeado.Equipo de Trabajo

M. Cierre del ProyectoSe da el cierre formal al proyecto.Jefe de Proyecto

O. Se devuelve RequerimientoLuego de B, si aprobacin es rechazada.Formato de requerimiento (externo)PortalAdPrea Usuaria

N. Se devuelve Requerimiento y sustentoLuego de D, si aprobacin es rechazada.Formato de requerimiento (externo)PortalAdPGerencia de rea (sponsor)

b) Proceso de Control y Supervisin de los Proyectos de Mantenimiento de Software (PMC).

ElementoDescripcin

Descripcin del ProcesoEl proceso tiene como finalidad realizar el control y seguimiento de los proyectos, evaluar que se cumplan con las estimaciones planificadas y de encontrar desviaciones proponer y supervisar las actividades correctivas.

Roles1. Jefe de Proyecto2. Sponsor3. Stakeholders4. Equipo de trabajo

Herramientasa) Diagrama de Gantt (plan de proyecto)b) Cuadro de riesgosc) Acciones de mejora o correctivas (Cuadro de problemas, Plantilla VI)

Entregablesa) Resumen de revisin (Plantilla VIII)b) Acta de Reunin (Plantilla VII)

Inicio del ProcesoA la semana de iniciado el proyecto

Fin del ProcesoEl proceso es recurrente se ejecuta durante todo el tiempo que dure el proyecto hasta su cierre.

Actividades Ver cuadro de Actividades PMC y Grafico de proceso PMC.

Grfico de procesos PMC

Cuadro de actividades PMCActividadCumpleDescripcinEntregable de EntradaPlantilla / HerramientaEntregable de SalidaROL

A1.1Se realiza la revisin inicial del proyecto, 1ra reunin de control y seguimiento.Plantilla III - Estimacin TcnicaPlantilla III - Estimacin TcnicaPlantilla VIIIResumen de revisin enviado por email al Comit (Plantilla VIII)Jefe de Proyecto

B1.3Se revisa el cuadro de riesgos propuestos en el proceso PP.Plantilla II - Definicin de AlcancePlantilla II - Definicin de AlcancePlantilla VIIIResumen de revisin enviado por email al Comit (Plantilla VIII)Jefe de Proyecto

C1.4Se revisan los accesos a la informacin y que los documentos cuenten con su historial de versiones respectivo.Plantilla VIIIResumen de revisin enviado por email al Comit (Plantilla VIII)Jefe de Proyecto

D1.2Reunin semanal, donde se revisa el cumplimiento de los compromisos.Resumen de revisin enviado por email al ComitPlantilla II - Definicin de Alcance, Plantilla V - Plan del ProyectoPlantilla VII - Acta de reunin.Comit

1.3Se revisa y actualiza el cuadro de riesgos.Plantilla II - Definicin de AlcancePlantilla II - Cuadro de Riesgos

1.5Reunin semanal, donde se revisa el cumplimiento de los compromisos que estn asignados a los responsables respectivos.Plantilla V - Plan de proyecto

1.6Se revisa el estado actual del proyecto y se informa a los involucrados.

1.7De existir hitos, son revisados en la fecha de reunin ms cercana.

E2.1Se plasman los problemas identificados en el acta de reunin (Plantilla VII) en el cuadro de problemas (Plantilla VI), y se les da seguimiento en la siguiente reunin peridica.Plantilla VI - Cuadro de ProblemasPlantilla VII - Acta de reuninComit

F2.2Los responsables de ejecutar las acciones correctivas debern informar su cumplimiento mediante correo electrnico (Plantilla VI, Cuadro de problemas), y sern evaluadas en la siguiente reunin peridica.Plantilla VI - Cuadro de problemasResumen de actividades enviado por email al ComitEquipo de trabajo

G2.3Se gestionan los problemas identificados y su estado usando un cuadro preestablecido.Plantilla VI - Cuadro de problemasJefe de Proyecto

c) Indicadores de GestinEstos indicadores son el apoyo del control y monitoreo del proyecto y sirven en gran medida a dar solucin a la problemtica del rea de procesos de este nombre.NombreAvance de actividades realizadas vs planificadas

DescripcinEste indicador nos permite determinar el % de avance de lo realizados vs lo planificado, un valor cercano a uno (1) indica un avance acorde a lo planificado.#AR / #APDonde: #AR= Nmero de actividades realizadas, #AP= Nmero de actividades planificadas en un tiempo determinado (Expresado en %)

Problemtica asociadaProblemas al controlar el proyecto, pues no se cuenta con una medidas precisas para determinar el avance del proyecto real vs planeado.

Plan de Medicin:

Responsable de tomar la medicinJefe de Proyecto

Frecuencia de realizar la medicinsemanal

Personas a las que se involucrar en la revisin de los resultadoscomit

Nombrendice de atencin de acciones correctivas

DescripcinEste indicador nos permite determinar el % de problemas resueltos (acciones correctivas) sobre el total de problemas identificados/reportados.#PR / # TPDonde: #PR= Numero de problemas resueltos, #TP= nmero total de problemas (Expresado en %).

Problemtica asociadaNo se tiene un control de las acciones correctivas y su avance.

Plan de Medicin:

Responsable de tomar la medicinJefe de Proyecto

Frecuencia de realizar la medicinsemanal

Personas a las que se involucrar en la revisin de los resultadoscomit

7. ANEXOSa) Plantilla I: Proyecto de definicin de alcancePROJECT PLANNING

Procedimiento: Reunin Preliminar

Entregable de Entrada:Ninguno

Rol Responsable:Lder Responsable

Objetivos:

Actividades de Alto Nivel:

Personal Requiere Entrenamiento?SI [ ]NO [ ]

Conocimientos Necesarios:SI [ ]NO [ ]

Personal a Entrenar:

Roles Involucrados:

Identificacin de Planes que Afectan al Proyecto:

Versin:

Autor:

Entregable de Salida:

b) Plantilla II: Definicin de alcance

PROJECT PLANNING

Procedimiento: Definicin de alcance

Entregable de Entrada:Plantilla I

Rol Responsable:Lder Responsable

Descripcin:

Cuadro de Riesgos:

Cuadro de Recursos:

Versin:

Autor:

Entregable de Salida:

c) Plantilla III: Estimacin TcnicaPROJECT PLANNING

Procedimiento: Estimacin Detallada

Entregable de Entrada:Plantilla II

Rol Responsable:Equipo de Trabajo

Cuadro de Actividades por Complejidad:

Ciclo de Vida:

Versin:

Autor:

Entregable de Salida:

d) Plantilla IV: Estimacin FinalPROJECT PLANNING

Procedimiento: Revisin y Estimacin

Entregable de Entrada:Plantilla III

Rol Responsable:Lder Tcnico

Descripcin:

Esfuerzo de Actividades:

Involucrados:

Costos:

Versin:

Autor:

Entregable de Salida:

e) Plantilla V: Plan de ProyectoPROJECT PLANNING

Procedimiento: Preparacin de Plan

Entregable de Entrada:Plantilla I, II, III y IV

Rol Responsable:

Descripcin:

Cronograma de Gantt en MS Project:

Plan de Proyecto:[link a los documentos I, II, III y IV del PortalAdP]

Compromiso de Involucrados:Nombres:Firmas:

Versin:

Autor:

Entregable de Salida:

f) Plantilla VI: Cuadro de problemasCdigo ProblemaDescripcinCausaEfecto

g) Plantilla VII: Acta de Reunin

h) Plantilla VIII: Cuadro de revisinNroActividad del PlanResponsableFecha de EntregaEstadoObservacin

1Planear Cuadro de RiesgosJPdd/mm/yyyyCerrado

2Diseo SolucinEPdd/mm/yyyyAtrasadoDemora en la entrega

3Desarrollo SoucinEPdd/mm/yyyy

i) Plantilla IX: Cuadro de riesgosCdigo RiesgoDescripcinNivel de RiesgoTipo RiesgoResponsableMedidas a seguirEstado

Leyenda:

j) Plantilla X: Cuadro de recursos

Cdigo RecursoTipo RecursoDescripcinCantidad

Leyenda:

Tipo Recurso

Hardware

Software

Insumos

Personal

Otros