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