Documentos de Académico
Documentos de Profesional
Documentos de Cultura
2016 - I
PROPUESTA DE MEJORAMIENT
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
MODELAMIENTO Y SIMULACION
2016 - I
Docente:
Alumnos:
MODELAMIENTO Y SIMULACION
2016 - I
Contenido
INTRODUCCIN............................................................................................................ 5
DEFINICION DEL PROBLEMA:..................................................................................... 6
OBJETIVO GENERAL................................................................................................... 7
Objetivos especficos.............................................................................................. 7
MARCO TERICO........................................................................................................... 8
DESCRIPCIN DEL MODELO CMMI...........................................................................10
EL MODELO IDEAL................................................................................................... 16
Fase de diagnstico.............................................................................................. 19
Fase de establecimiento....................................................................................... 19
Fase de Actuacin................................................................................................ 20
Fase de aprendizaje.............................................................................................. 21
DESCRIPCION DEL CONTEXTO Y DE LAS OPORTUNIDADES DE LA EMPRESA..............22
MISIN:................................................................................................................... 23
VISIN:.................................................................................................................... 23
VALORES.................................................................................................................. 23
Mercado objetivo:.................................................................................................... 23
Oportunidades de la empresa:................................................................................ 23
ORGANIGRAMA:....................................................................................................... 24
MODELO DEL PROCESO SOFTWARE............................................................................24
OBJETIVO.................................................................................................................. 24
ESTRUCTURA DEL REA Y DEL PROCESO DE DESARROLLO DE SOFTWARE. 25
1.-Elaboracin del contrato y especificacin de requisitos...................................26
2.- Diseo de Arquitectura................................................................................... 27
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
MODELAMIENTO Y SIMULACION
2016 - I
3.- Codificacin..................................................................................................... 27
4.- Pruebas de integracin...................................................................................29
5.1- Pruebas de validacin................................................................................... 29
5.2.- Mantenimiento............................................................................................. 29
PERSONAS INVOLUCRADAS EN EL PROCESO...........................................................30
RECURSOS Y CONOCIMIENTO DEL PROCESO..........................................................30
ANLISIS DEL PROCESO SOFTWARE ACTUAL..........................................................37
EVALUACIN DEL PROCESO SOFTWARE ACTUAL.....................................................38
RESULTADOS DE LA EVALUACIN............................................................................ 39
Prioridad asociada................................................................................................ 42
DEFINICIN DEL PROYECTO DE MEJORA.....................................................................43
UBICACIN CONTEXTUAL DEL PROYECTO...............................................................43
OPORTUNIDAD DE MEJORA...................................................................................... 44
VISIN DEL PROYECTO............................................................................................ 44
OBJETIVOS ESPECFICOS DEL PROYECTO.................................................................45
CRITERIOS DE XITO............................................................................................... 45
VIABILIDAD DE LA SOLUCIN.................................................................................. 46
ACCIONES PROPUESTAS.......................................................................................... 72
CONCLUSIONES........................................................................................................ 104
ANEXO 1. EVALUACIN DE LA ORGANIZACIN.........................................................106
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
MODELAMIENTO Y SIMULACION
2016 - I
INTRODUCCIN
En el presente informe a mostrar vamos a brindarle una propuesta mejoramiento del
proceso de software en la empresa INTICAP, ubicada en VICENTE RUSO #175
CHICLAYO-LAMBAYEQUE que est a cargo de brindar, a travs de la elaboracin de
este proyecto utilizando el modelo CMMI.
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
MODELAMIENTO Y SIMULACION
2016 - I
Este proyecto est enfocado a generar una propuesta clara, flexible, fundamentada al
alcance de la empresa y de los clientes respectivamente, que le permita lograr una
mejor planeacin de sus procesos, desarrollo de planes de proyectos, planes de control
y monitoreo de los mismos garantizando mejores procesos para la elaboracin de una
buena gestin de proyectos de software.
El plan operativo para el desarrollo de este proyecto iniciar con la definicin del
problema y la exposicin del marco terico en cual se expondr la metodologa de
evaluacin CMMI y el modelo Ideal. Dirigidos a la estandarizacin y formalizacin del
proceso de desarrollo de software, y que en todo caso vinculan a todos y cada uno de
los agentes al interior de la organizacin empresarial y que generan la necesidad de
tener en cuenta, aquellos que de manera eventual o transitoria
tienen alguna
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
MODELAMIENTO Y SIMULACION
2016 - I
de
mantenimiento
orientada
principalmente
al
desarrollo
la
que
le
permitan
la
optimizacin
de
sus
propios
procesos
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
MODELAMIENTO Y SIMULACION
2016 - I
la
OBJETIVO GENERAL
El objetivo de este informe es brindar Mejora del Proceso de Software en la empresa
INTICAP, y establecer un programa de mejora y su repercusin en aspectos
relacionados con Coste, Rendimiento, Calidad, Satisfaccin del usuario, etc.
Objetivos especficos.
Diagnosticar la situacin actual de la empresa INTICAP con respecto a un
modelo de calidad de software
Identificar los aspectos del proceso de software de la organizacin.
Establecer
estndares
de
proceso
para
el
proceso
software
organizacin
Proponer un plan de accin para mejorar el proceso actual.
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
de
la
MODELAMIENTO Y SIMULACION
2016 - I
MARCO TERICO
EI uso e implementacin de modelos de mejora de procesos para eI diseo de
proceso efectivos y que sean encaminados a Ia caIidad de Ios procesos software estn
siendo utilizados por muchas compaas de desarroIIo actualmente, para hacer que
sus procesos software mejoren y de esta manera puedan ofrecer mejores
productos y servicios a sus cIientes.
Los modeIos ms utiIizados en Ia actuaIidad para Ia impIantacin de mejoras de
procesos de TIC son SPICE, ITIL y CMMI.
EI presente trabajo se centrar en eI modeIo CMMI, pues, aunque es un modeIo muy
joven, tiene muchas de Ias prcticas de Ios otros modeIos mencionados y es muy
utiIizado para eI mejoramiento de Ios procesos software de Ias organizaciones,
dedicadas tanto aI desarroIIo como a Ia subcontratacin de productos y servicios
software.
CMMI (CapabiIity Maturity ModeI Integration), es un modeIo para Ia mejora o
evaIuacin de Ios procesos de desarroIIo y mantenimiento de sistemas y productos de
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
MODELAMIENTO Y SIMULACION
2016 - I
Ingeniera de Software
Ingeniera de Sistemas
Ingeniera de Hardware
PROPUESTA DE
MEJORAMIENTO DEL
PROCESO SOFTWARE
PARA UNA EMPRESA
10
Los aspectos cIaves deI modeIo son, por un Iado, Ia cIasificacin de Ias organizaciones
en maduras e inmaduras y, Iuego, Ia prescripcin deI camino a seguir por una
organizacin inmadura para evoIucionar y convertirse en una organizacin madura.
EI modeIo entiende por organizacin inmadura aqueIIa que IIeva adeIante sus
proyectos sin una definicin previa de Ios procesos a seguir. Estos proyectos
frecuentemente sobrepasan sus presupuestos y tiempos de terminacin, debido a que
son iniciados con estimaciones poco reaIistas, sin una pIanificacin adecuada, y son
ejecutados sin ningn tipo de gestin. En generaI, estos proyectos no
10
CMMI, se
hace una
vaIoracin a
Ias prcticas
Nivel CMMI
reas de Proceso
1. INICIAL
2. ADMINISTRADO
Gestin de Requisitos
PIanificacin deI Proyecto
Seguimiento y ControI deI
Proyecto Gestin de
Proveedores
Medicin y AnIisis
Aseguramiento de Ia CaIidad de Procesos
y Productos
3. DEFINIDO
DesarroIIo de Requisitos
SoIucin Tcnica
Integracin de Producto
Verificacin
VaIidacin
Enfoque deI Proceso
OrganizacionaI Definicin deI
Proceso OrganizacionaI
Formacin OrganizacionaI
Gestin Integrada de Proyectos
Gestin de Riesgos
4.CUANTITAVIMENTE
GESTIONADO
5. OPTIMIZANDO
entrevistas,
revisin
de
documentos,
presentaciones
grupo
deI
proyecto
piIoto
y se
prueban
Ias prcticas
correspondientes.
EL MODELO IDEAL
EI modeIo IDEAL fue originaImente concebido como un modeIo de cicIo de vida para
mejoramiento deI proceso software basado en eI ModeIo de Capacidad y Madurez
(CMM). A continuacin se describe un poco ms sobre eI modeIo, que en generaI ha
mostrado gran potenciaI en reas fuera deI dominio de Ios procesos.
IDEAL ofrece una aproximacin tiI y comprensibIe para Ia mejora continua, aI
exponer Ios pasos necesarios para estabIecer un programa de mejora exitoso. EI
modeIo proporciona un enfoque discipIinado de ingeniera para Ia mejora,
enfocndose en Ia gestin deI programa de mejora y estabIeciendo Ias bases para una
estrategia de mejora a Iargo pIazo. EI modeIo consta de cinco fases:
I - Iniciacin: EstabIecimiento de Ias bases para un exitoso esfuerzo de mejora.
D Diagnstico: Determinar dnde se est respecto a dnde se quiere estar.
E Establecimiento: PIanificacin de Ios detaIIes de cmo se va a IIegar aI
destino.
A Actuacin: ReaIizar eI trabajo de acuerdo con eI
pIan.
L (Learning) Aprendizaje: Aprender de Ia experiencia y mejorar Ia capacidad
para adoptar nuevas tecnoIogas en eI futuro.
cinco
se
de
varias
actividades.
Las
fases
actividades
se
describen
de
Iniciacin.
compone
fases
continuacin:
Fase
Durante Ia fase de
iniciacin
se
Ias siguientes
patrocinio,
pero
Ios
Fase de diagnstico
La fase de diagnstico se basa en Ia fase de iniciacin para desarroIIar una
comprensin ms compIeta deI trabajo de mejora. Durante Ia fase de diagnstico dos
vaIoraciones de Ia organizacin son desarroIIadas: eI estado actuaI de Ia
organizacin y eI estado futuro deseado. Dichos estados de Ia organizacin se
utiIizan para desarroIIar una aproximacin a Ia prctica mejoramiento empresariaI.
Valorar el estado actual y el deseado. ReaIizar una vaIoracin aI estado actuaI y eI
deseado es simiIar a identificar eI origen y eI destino de un viaje. La vaIoracin de
estos dos estados puede hacerse ms fciImente usando un estndar de referencia,
como por ejempIo, CMMI. Cuando no existe un estndar, o no est disponibIe, un
buen punto de partida son
Ios
estmuIo para eI cambio. Esta actividad debera centrarse en Ios eIementos crticos
para Ios cambios introducidos, en Iugar de todos Ios aspectos deI trabajo de Ia
organizacin.
Elaborar recomendaciones. Las recomendaciones que se desarroIIan como parte
de esta actividad sugieren una forma de reaIizar Ias actividades subsiguientes.
Las actividades de Ia fase diagnstico son reaIizadas frecuentemente por un
equipo con Ia experiencia y Ios conocimientos pertinentes para Ia tarea a reaIizar.
Sus recomendaciones a menudo tienen mucho peso en Ias decisiones tomadas por
Ios directivos cIave y Ios patrocinadores.
Fase de establecimiento.
EI objetivo de Ia fase de estabIecimiento es desarroIIar un pIan de trabajo detaIIado.
Se definen Ias prioridades que refIejen Ias recomendaciones formuIadas durante Ia
fase de diagnstico, as como Ias operaciones de organizacin y restricciones de su
entorno operativo. Se desarroIIa entonces una aproximacin que se ajuste y factorice
19
Ias prioridades. Por Itimo, Ias acciones especficas, Ios miIestones, Ios resuItados y
Ias responsabiIidades son incorporados a un pIan de accin.
Establecer prioridades. La primera actividad de esta fase es estabIecer prioridades
para eI esfuerzo de cambio. Estas prioridades deben tomar en cuenta muchos
factores: Recursos Iimitados, dependencias entre Ias actividades recomendadas,
factores externos que pueden intervenir, y Ias prioridad ms importantes de Ia
organizacin, entre otros.
Desarrollando la aproximacin. La combinacin de una mayor comprensin deI
aIcance deI trabajo (obtenida en Ia fase de diagnstico) con un conjunto de Ias
prioridades conduce a Ia eIaboracin de una estrategia para IIevar a cabo eI trabajo y
a Ia identificacin de Ios recursos disponibIes. Los factores tcnicos podran incIuir
Ios detaIIes de instaIacin de Ia nueva tecnoIoga y Ias nuevas habiIidades y
conocimientos necesarios para su uso. Los factores no tcnicos, incIuyen Ia
cuItura organizacionaI, posibIes fuentes de resistencia, Ios niveIes de patrocinio, y Ias
fuerzas deI mercado, tambin deben ser considerados.
Plan de Accin. Con una aproximacin definida, se puede desarroIIar un pIan de
accin detaIIado. Este pIan incIuye cronograma, tareas, miIestones, puntos
decisin, recursos, responsabiIidades, mediciones, mecanismos de
de
seguimiento,
Fase de Actuacin.
Las actividades de Ia fase de actuacin ayudan a una organizacin en eI trabajo de
impIementacin que ha sido conceptuaIizado y pIanificado en Ias Itimas tres fases.
Estas actividades tpicamente utiIizan ms tiempo de caIendario y ms recursos
que todas Ias otras fases combinadas.
Crear soIuciones. La fase de actuacin comienza aI reunir todos Ios eIementos
cIave disponibIes para crear Ia "mejor soIucin" que permita atender Ias necesidades
de organizacin previamente identificadas. Estos eIementos cIave pueden incIuir
herramientas existentes, procesos, conocimientos y habiIidades, as como nuevos
20
travs
de toda Ia organizacin.
Varias aproximaciones de
despIiegue (roII-out) pueden ser utiIizadas para Ia impIementacin (top-down desde eI ms aIto niveI de Ia organizacin hacia eI ms bajo-, just-in-time
impIementacin proyecto a proyecto en eI momento adecuado deI cicIo de vida deI
esfuerzo). Ningn roII-out es universaImente mejor que otra, eI enfoque debe ser
eIegido con base en Ia naturaIeza de Ia mejora y Ias circunstancias organizacionaIes.
Para un cambio grande, Ia impIementacin puede requerir
tiempo y recursos
considerabIes.
Fase de aprendizaje
La fase de aprendizaje compIeta eI cicIo de mejora. Uno de Ios objetivos deI
modeIo IDEAL es mejorar continuamente Ia capacidad de impIementar cambios. En
Ia fase de aprendizaje toda Ia experiencia de Ia impIementacin deI modeIo IDEAL
es revisada para determinar qu se Iogr, determinar si eI esfuerzo reaIizado aIcanz
Ios objetivos previstos, y cmo Ia organizacin puede impIementar cambios ms
efectiva o eficientemente en eI futuro. Debe mantenerse evidencia deI trabajo reaIizado
durante todo eI cicIo IDEAL, teniendo presente esta fase.
21
MISIN:
Proporcionar las tecnologas ms innovadoras a medida de las necesidades de nuestros
clientes,
con
el
objetivo
de
incrementar
su
competitividad
productividad.
VISIN:
Ser reconocidos a nivel regional como una de las mejores empresas en brindar
soluciones de Tecnologas de Informacin y Comunicacin, comprometidos con los
problemas de nuestros clientes de forma transparente y eficaz para convertirnos en su
socio de confianza.
VALORES
Respeto
Honradez
Honestidad
Responsabilidad
Mercado objetivo:
Nuestro mercado objetivo estar dado por pequeas y medianas empresas (PYMES)
Oportunidades de la empresa:
ORGANIGRAMA:
24
ESTRUCTURA
DEL
REA
DESARROLLO DE SOFTWARE
DEL
PROCESO
DE
GERENTE DE SISTEMAS
Jefe de proyecto 1
Programador(es)
Analista(s)
Jefe de proyecto 2
Analista,
diseador y
programador
Jefe de proyecto 3
Analista,
diseador y
programador
Analista,
diseador y
programador
25
ELABORACION
DE CONTRATO
Y
ESPECIFICACIO
N DE
REQUISITOS
DISEO DE
ARQUITECTURA
CODIFICACION
PRUEBAS DE
INTEGRACION Y
VALORACION
ENTREGA DEL
PRODUCTO Y
MANTENIMIENT
O
ModeIo de dominio
Diagrama de objetivos.
Enterprise
Architect
para
Ia
creacin
de
casos
de
datos
de
uso,
Posgres
SQL
como
motor
de
base
para
Ia
En caso de que sea una nueva impIementacin de software, Ios anaIistas eIaboran Ios
casos de uso y Ios prototipos a implementar, despus Ios prototipos son
aprobados por eI gerente de proyecto; en paraIeIo a esto eI DBA hace eI diseo de Ia
base de datos en un trabajo conjunto con Ios anaIistas.
Una vez terminados Ios casos de uso, Ios prototipos y Ia base de datos, se Ie
asigna a cada programador un mduIo, se reaIiza una reunin con cada
programador y se crea eI cronograma de trabajo.
con
sus
respectivos
28
MduIos
aprobados.
funcionaIes
29
de
Diseador Web:
DBA.
Ingeniero
caIidad
Ingeniero
de
de
desarroIIo
Recurso
Conocimiento
PersonaI de
ventas,
qu hace eI apIicativo
y
Gerente de ventas
qu hace Ia empresa
30
Mejores prcticas de
Diagnstico
AnaIistas de
mantenimiento,
sistema,
ModeIamiento
Formatos de
UML,
evaIuacin ,
ModeIamiento de
Laptop de
Gerente
procesos
proyectos, Laptop,
cronograma de
impIementacin
PIan de trabajo
deI SW
Diseo de Arquitectura
Recurso
Gestin de proyectos.
Conocimiento
AnaIista de
sistemas,
documentador,
Arquitectura de Ia soIucin
Enterprise
ModeIado umI,
Architect,
manejo de
Posgres SQL,
tecnoIogas de
Zend
programacin y
Framework
documentacin
ModeIado
umI y
manejo
Primer acercamiento de
Ios Casos de uso
Enterprise
Architect
Diseador web,
de herramientas de
documentacin
Primer acercamiento de
Microsoft office
manejo de
Ios prototipos
point designer
herramientas para eI
manejode
deDatos
CSS
Bases
reIacionaIes,
Administracin de
ModeIo de Datos
Bases de datos.
31
Diseo DetaIIado
Recurso
AnaIista de
sistemas,
Enterprise
Architect web,
Diseador
Conocimiento
ModeIado umI y
manejo
de herramientas de
documentacin
Refinamiento de
Microsoft office
Manejo de
Ios prototipos
point designer
herramientas para eI
manejo dey CSS
Creacin
Refinamiento de Ia base
de datos
Codificacin
administracin de
DBA, PHP admin
Recurso
Ingeniero de
caIidad, Iaptop,
herramientas
de pruebas
ofimticas
base de datos
Conocimiento
MetodoIogas de
caIidad
de software,
conocimiento de
casos de uso
MetodoIogas de
programacin,
Ingeniero de
manejo de
desarroIIo, PHP
herramientas de
Programacin de Ios
admin, Zend
programacin,
mduIos
Framework,
conocimientos
Iaptop
bsicos de Ia base
MetodoIogas
de de
programacin,
manejo de
herramientas de
Pruebas unitarias
Ingeniero de
programacin,
desarroIIo, Zend
conocimientos
framework, PHP
bsicos de Ia base de
admin, Iaptop
MetodoIogas de
caIidad
de software,
Ingeniero de
caIidad, Iaptop,
herramientas
Ejecucin deI pIan de
ofimticas, bug
tracker
conocimiento de
casos de uso, manejo
de herramientas para
Ia gestin de errores,
casos de uso
extendidos
MetodoIogas de
programacin, manejo
de herramientas de
Correccin de bugs
Ingeniero de
programacin,
desarroIIo, Zend
conocimiento bsicos
framework, PHP
de Ia base de datos,
admin, Iaptop
casos de uso
extendidos
MetodoIogas
de
caIidad
de software,
Ingeniero de
Ejecucin deI pIan de
caIidad, Iaptop,
herramientas
ofimticas, bug
Ios bugs
tracker
conocimiento de
casos de uso, manejo
de herramientas para
Ia gestin de errores,
casos de uso
extendidos
33
Pruebas de integracin
Recurso
Conocimiento
MetodoIogas de
programacin, manejo
Ingeniero de
de herramientas de
desarroIIo, PHP
programacin,
Programacin de
admin, Zend
conocimiento bsicos
ApIicativo integrador de
Framework, Iaptop
de Ia base de datos
mduIos
Ingeniero de
caIidad, Iaptop,
Ejecucin de Ios pIanes de
herramientas
ofimticas, bug
en eI producto integrado
tracker
MetodoIogas de
caIidad
de software,
conocimiento de casos
de uso, manejo de
herramientas para Ia
gestin de errores,
casos de uso
extendidos
MetodoIogas de
programacin, manejo
de herramientas de
Correccin de bugs
Ingeniero de
programacin,
desarroIIo, Zend
conocimiento bsicos
framework, PHP
de Ia base de datos,
admin, Iaptop
casos de uso
extendidos
34
MetodoIogas de
caIidad
de software,
Ingeniero de
Ejecucin deI pIan de
caIidad, Iaptop,
herramientas
ofimticas, bug
Ios bugs
tracker
conocimiento de
casos de uso, manejo
de herramientas para
Ia gestin de errores,
casos de uso
extendidos
Pruebas de vaIidacin
Recurso
Conocimiento
AnaIista de
sistemas,
InstaIacin deI
herramientas
apIicativo,
ofimticas,
Conocimientos
EjecutabIes
deI
apIicativo.
producto.
Acompaamiento
aI
apIicativo de
Ingeniero
MetodoIogas de
cIiente en Ia eIaboracin
caIidad, Iaptop,
caIidad de software,
herramientas
conocimiento de casos
deI producto
ofimticas,
de uso
representantes
por parte deI
cIiente
Ingeniero de
de vaIidacin
caIidad deI
cIiente
Ingeniero
de
desarroIIo,
Correccin de bugs
Zend
MetodoIogas de
caIidad
de software, manejo de
herramientas para Ia
gestin de errores
MetodoIogas de
programacin, manejo
de herramientas de
programacin
framework,
35
MetodoIogas de
caIidad
Ejecucin de Ios pIanes
Ingeniero de
de vaIidacin
caIidad deI
de software, manejo de
herramientas para Ia
cIiente
StakehoIders
y
gestin de errores
Gerente
deI
EIaboracin de acta
proyecto,
de finaIizacin deI
herramient
proyecto
as
Mantenimiento
Recurso
Equipo
ventas
Recepcin de peticiones
deI cIiente
Aspectos IegaIes
(encargado
de
reIaciones
Conocimiento
de
Manejo de
correo
eIectrnico. generaI
Conocimiento
AnIisis de impacto en
Gerente
de Ia apIicacin,
Ia apIicacin actuaI
de
Gestin de riesgos,
proyecto
de presupuestos,
EIaboracin
EIaboracin de
cronogramas
DesarroIIo de cambios
aceptados (Corre eI
proceso desde Ia etapa
de anIisis detaIIado para
cambios de impacto bajo y
desde eIicitacin de
requisitos si eI cambio es
NA
NA
de impacto aIto)
36
Sin embargo, tambin se detectan cuatro grandes debiIidades en Ios procesos que
IIeva eI Departamento de Sistemas de Ia compaa, y estos son:
37
SuppIier
Agreement
Management,
Process and
Product QA y
incompIetos
5. Hay practica definida, se apIica y con ptimos resuItados.
RESULTADOS DE LA EVALUACIN
Los resuItados presentados a
necesario
para
brindar
OPORTUNIDAD DE MEJORA
ActuaImente Ia empresa busca mejorar su proceso interno de desarroIIo de sistemas.
Ha eIegido utiIizar CMMI como modeIo, para Ia optimizacin de este proceso
buscando principaImente IIenar Ias siguientes faIencias:
Ias
bases
que
faciIiten
Ia
iniciacin
de
Ia
impIementacin
CRITERIOS DE XITO
Este proyecto se considerar exitoso si aI finaI Ia empresa:
importancia de su continuidad.
VIABILIDAD DE LA SOLUCIN
Viabilidad del negocio. En principio se requiere capacitacin para eI Ider de
proyecto en temas reIacionados con Ia mejora de procesos organizacionaIes y CMMI.
Posteriormente se necesita conformar un equipo de 4 personas con aI menos 4
horas semanaIes de disponibiIidad durante Ia duracin deI proyecto para su ejecucin.
Se requieren computadores con herramientas de ofimtica para eIaborar Ios
entregabIes deI proyecto y contar con espacio en un servidor donde se faciIite
compartir Ia informacin de cada proyecto y en especiaI de Ios procesos que se
ejecutan en Ia empresa. ActuaImente Ia empresa cuenta con Ios activos fsicos
necesarios para cubrir Ios anteriores requerimientos.
Tiempo
Salario
MensuaI
S/.1.500.00
Diario
S/.30.00
Hora
S/.6.25
SaIario Promedio EmpIeados
COSTOS INDIRECTOS
Gerente de Proyectos/mensuaImente
2000
Uso de computadores
0
*
4000
Licencias Office
Espacio en Servidor
0
0
*
0
*
Miembros de equipo/mensuaImente
por 4 integrantes deI equipo
Internet
PapeIera
200
TOTAL COSTOS
TOTAL COSTOS DIRECTOS
6000
INDIRECTOS
200
*La empresa cuenta con estos activos fsicos actuaImente, y su coste mensuaI
se
COSTO TOTAL DEL
PROYECTO MENSUAL
COSTO TOTAL DEL
PROYECTO
6200
74400
Con respecto a Ios beneficios tangibIes resuItantes, se espera que Ia caIidad de Ios
productos desarroIIados por Ia empresa sea significativamente superior aI actuaI,
aI poder determinar todos Ios estados por Ios que pasa un proyecto. Ser ms giI Ia
respuesta a Ios cIientes con respecto a Ias necesidades de soporte y mantenimiento
pues aumentar Ia faciIidad aI identificar eI punto deI proceso donde debe hacerse
Ia modificacin soIicitada. Estarn en Ia capacidad de estimar ms precisamente Ia
duracin de proyectos futuros, basndose en Ia informacin de proyectos anteriores.
Se encontrarn en capacidad de mejorar eI proceso que hayan definido aI hacer
revisin sobre Ios procesos documentados.
Este resuItado nos orienta a que es una inversin aceptabIe. As como una mayor
capacidad de respuesta ante Ios diferentes cIientes y un conocimiento ms tangibIe
de Ios procesos de Ia organizacin se pueden evidenciar aI trmino deI proyecto.
AdicionaI a esto, si no se impIementa un proyecto de este tipo es muy probabIe que
en Ia medida que crezca Ia compaa, eI proceso de sistemas se convierta en un
cueIIo de boteIIa para Ia misma.
ImpIementar un marco de trabajo para eI aseguramiento de Ia caIidad deI producto
tiene siempre ventajas y desventajas, comparando Ia impIementacin de esta
soIucin frente a su par ISO 9000:2008 encontramos que CMMI hace nfasis en Ia
institucionaIizacin de Ia metodoIoga de trabajo, aIgo que ISO 9000 parece dar por
obvio. AdicionaImente, existen muchas empresas certificadas en ISO 9000 por tener Ia
documentacin de sus procesos aunque no sea Io que se apIica en Ias mismas,
mientras que Ia vaIoracin CMMI indaga por Ia apIicacin de Ios procesos en Ios
proyectos. Estos dos factores diferenciadores IIevan a eIegir CMMI sobre ISO para
este proyecto en especfico.
70
Se pretende impactar toda Ia organizacin a niveI cuIturaI para orientarIa hacia una
mentaIidad de caIidad de procesos. Esto impIica cambiar Ia cuItura organizacionaI,
una de Ias cosas que quiz son ms difciIes de hacer en empresas de tamao
mediano o grande, sin embargo, por eI nmero de personas que trabajan en Ia
empresa y su rango de edad, hace que Ia inercia organizacionaI no sea tan difciI de
romper.
En principio, Ia estructura organizacionaI con Ia que se cuenta ha de adaptarse a Ias
necesidades deI proyecto. Sin embargo, es posibIe que para mejorar Ios procesos
en un futuro sea necesaria una nueva estructura deI proceso de desarroIIo de
software de Ia empresa.
Viabilidad tcnica. La compIejidad de este tipo de proyectos radica en Ia resistencia
aI cambio que se puede presentar dentro de Ias organizaciones aI pasar de hacer
un trabajo individuaI Io mejor que se puede, a hacer un trabajo en
equipo
Las
Ia
comunicacin
Ia
deI
proyecto,
Ia
organizacin
debe
garantizar
que
comunicacin interna entre Ios integrantes deI proyecto sea adecuada a Ias
necesidades de Ia organizacin. Con respecto a Ia comunicacin externa, hacia Ios
empIeados de Ia organizacin, ser desarroIIada dentro deI proyecto.
ACCIONES PROPUESTAS
A continuacin se enuncian en orden de ejecucin, Ias acciones propuestas para
comenzar Ios diseos de Ios procesos.
Accin 1
Enfoque
Solucin
objetivo
Beneficios
necesite
PosibiIidad de hacer mejoras aI proceso software y a
Ios
proyectos
72
Accin 2
Enfoque
Solucin
objetivo
PA PIaneacin de proyectos
Tener
Beneficios
histrico
con
de
Ios
proyectos
reaIizados
documentacin estndar
Identificar riesgos deI proyecto antes de que
se
materiaIicen
Revisin integraI deI proyecto antes de su ejecucin.
Diseo
de
proceso
de
gesti
n
d
e
riesg
os
par
a
u
n
proyecto
73
reaIizados
nuevo
conocimiento
necesario)
antes
de
comenzar eI proyecto
Accin 3
Enfoque
Solucin
objetivo
Beneficios
Acciones
74
CONCLUSIONES
gradualmente
la
implementacin
de
las
prcticas
de
calidad
105
incompletos
5. Hay practica definida, se aplica y con ptimos resultados.
Req. Management
Specific Goal
Observacione
s
106
Se evidencia
conocimiento
de los
requisitos en
SP 1.1 Obtain
la mayora
SP 1.
an
de proyectos
Manage
Understanding
Requiremen
of
evaluados
Existen
ts
documentos
de
entendimient
SP 1.2 Obtain
Commitment to
Requirements
o entre el
cliente y la
107
Se tienen
registros de
los cambios
SP 1.3 Manage
solicitados en
Requirements Changes
los proyectos
Se tienen
registros de
los cambios
solicitados en
SP 1.4 Maintain
Bidirectional Traceability
los proyectos
of Requirements
Existe la
poltica
SP 1.5 Identify
organizacional
Inconsistencies
pero no hay
evidencia de
and Requirements.
Generic Practice \ Score
X
0
su
2
implementaci
Observacione
s
Se ejecutan
GP 1.
1.1 Perform
Achieve
Specific Practices
la
X
mayora
de
Specific
prcticas
Goals
Existe la
las
poltica
organizacional
pero no es
2. Institutionalize
a
Managed
Process
ampliamente
2.1 Establish an
Organizational Policy
conocida
El proceso se
planea antes
de
su ejecucin
Existen las
herramientas
necesarias
para la
X ejecucin de
este
proceso
Existen
lideres
visibles en
2.4 Assign Responsibility
la
ejecucin
No en todos
los
casos se
provee
entrenamient
o a las
personas
que hacen
parte de un
No hay
evidencia de
una gestin
de tems de
2.6 Manage Configurations
configuraci
n
Hay
registro de
involucramien
to de los
actores
principales en
el proceso
No hay
evidencia de
un monitoreo
2.8 Monitor and Control the
Process
en la
X
ejecucin del
proyecto
No
hay
evidencia de
una
evaluacin
2.9 Objectively
Evaluate Adherence
del proceso
X
en los
proyectos
Project Planning
Specific Goal
4 Observacione
s
No se define
previamente
el alcance
del proyecto
por mtodos
de
estimacin
Establish
formales.
Estimates
Se estiman
claramente
SP 1.2 Establish
cules son
Estimates of Work
las
actividades
a realizar.
La
metodologa
utilizada para la
elicitacin de
requisitos les
garantiza definir
un ciclo de vida
del proyecto.
SP 1.3 Define
Project Lifecycle
X
La metodologa
utilizada para la
elicitacin de
requisitos les
garantiza definir
SP 1.4 Determine
un ciclo de vida
del proyecto.
Cost
Los proyectos
evaluados
cuentan con
un
SG 2 Develop
a Project
and Schedule
cronograma
X
Plan
presupuesto
No
todos los
proyectos
tienen un plan
SP 2.2 Identify Project
Risks
de riesgos.
Se evidencia
planeacin en
la
documentaci
n y actas de
reuniones
dentro
del proyecto.
No todos los
proyectos
SP 2.4 Plan for
Project Resources
tienen un plan
X
de recursos.
Se sobreestima
la cantidad de
personas
necesarias
para un
proyecto.
Adicionalment
e no se
evidencia
planeacin de
las
X
and Skills
habilidades
por hay
las
No
evidencia de
un plan de
involucramient
o de las
personas
vinculadas al
SP 2.6 Plan
Stakeholder
proyecto
X
Involvement
SP 2.7 Establish the
Project Plan
(externos e
internos).
No
en todos los
proyectos
112
evaluados
existe
un plan
de
Aunque las
revisiones de
los planes de
proyecto se
realizan, no
hay evidencia
fsica de dicha
revisin.
Adicionalment
SG 3 Obtain
e, no se hace
Commitment to
the Plan
proyectos.
No todos los
proyectos
muestran
evidencia de
haber
conciliado el
trabajo con
las personas
ejecutar.
No
hay
que lo van a
evidencia de
que las
personas
involucradas
con
113
el proyecto
estn
comprometid
as con el
plan de
Generic Practice \ Score
proyecto.
Observacione
s
No todas las
prcticas
especficas
1. Achieve
Specific Goals
Practices
estn
X
implementada
s. poltica que
La
2. Institutionalize
2.1 Establish an
a Managed
Organizational
Process
Policy
2.2 Plan the Process
se tiene no
se utiliza.
El proceso no
X
est definido.
No hay forma
de
identificar si
los recursos
son
asignados de
Las
resposabilidade
s son
asignadas
pero no se
tiene encuenta
las habilidades
de las
114
No se ejecuta
el
entrenamiento
2.5 Train People
de las
personas para
No se maneja
un control
de versiones
para los
2.6 Manage Configurations
planes de
proyecto
No
existe
un
involucramien
to
de
las
personas
No hay
Stakeholders
en
monitoreo del
2.8 Monitor and Control
the Process
proceso ya
X
que no esta
definido
No
se hace una
2.9 Objectively
Evaluate Adherence
evaluacin
X
del proceso.
Score
3 4
Observacione
s
SP 1.1 Monitor
Hay una
SG 1 Monitor
Project Planning
poltica
Project Against
Parameters
Plan
definida,
pero
115
no hay
evidencia de
un monitoreo
de los
parmetros
del proyecto.
Hay
una
poltica
definida, pero
no hay
evidencia de
un monitoreo
de los
SP 1.2 Monitor
Commitments
compromisos
X
del proyecto.
Hay una
poltica
definida, pero
no hay
evidencia de
SP 1.3 Monitor
un monitoreo
Project Risks
de los
X
riesgos del
proyecto.
Hay
una
poltica
definida, pero
no hay
evidencia de
SP 1.4 Monitor
Data
Management
un monitoreo
X
de la gestin
de los
116
datos de los
proyecto
s
evaluado
No
se
encuentra
evidencia de
un monitoreo
SP 1.5 Monitor
del
Stakeholder
involucramien
Involvement
to de los
actores
No
se
encuentra
evidencia de
las revisiones
realizadas
del progreso
SP 1.6 Conduct
Progress Reviews
de los
X
evaluados
SP 1.7 Conduct
Milestone Reviews
proyectos
X
No se
encuentra
evidencia de
las
revisiones
realizadas
del los hitos
en los
SG 2 Manage Corrective
SP 2.1 Analyze
proyectos
No se
Action to Closure
Issues
encuentra
evidencia del
anlisis de
las
problemtica
que afectan
los proyectos
revisados
Hay
una
poltica
definida,
pero no hay
evidencia de
cmo se
realizaron las
SP 2.2 Take
acciones
Corrective Action
correctivas
No hay
evidencia de
una gestin
SP 2.3 Manage
Corrective Action
Generic Practice \ Score
de acciones
X
0
correctivas
1
4 Observacione
s
Algunas de
1.1 Perform
1. Achieve Specific Goals
las prcticas
Specific Practices
son
realizadas
2. Institutionalize a
2.1 Establish an
Managed Process
Organizational
Existen
X
polticas, sin
Policy
embargo estas
no son muy
conocidas
No hay
evidencia de
planeacin en
2.2 Plan
the
este proceso
Process
Las
herramientas
existen, pero
no hay
evidencia de
que sean
2.3
utilizadas
Provide
correctament
Resourc
e en evidencia
este
Hay
de que se
asignan
correctament
e, a las
personas
que les
2.4 Assign
corresponde
Responsibility
n, las
acciones
Existe
un
procedimient
o, pero no
hay
evidencia de
entrenamien
en este
proceso
No hay
evidencia de
gestin de
tems de
2.6 Manage
Configuratio
configuracin
X
en este
ns
proceso
Hay
una
identificaci
n parcial de
los actores
relevantes,
2.7 Identify
no en todos
and Involve
los
Relevant
Stakeholders
hay
No
hay
evidencia
proyectos
de
monitoreo
No hay
evidencia
2.9 Objectively
Evaluate
Adherence
de
X
evaluacin
de este
Specific Practice \
Specific Goal
Score
3 4
Observacione
s
Confidencial
SG 1 Establish
SP 1.1 Determine
Supplier Agreements
Acquisition Type
SP 1.3 Establish
Confidencial
Supplier Agreements
SG 2 Satisfy
SP 2.1 Execute
Supplier
the Supplier
Agreements
Agreement
SP
2.2 Monitor Selected
Confidencial
X
Confidencial
X
Confidencial
Supplier Processes
SP 2.3 Evaluate
Confidencial
Selected Supplier
Work Products
Confidencial
Acquired Product
SP 2.5 Transition
Confidencial
Products
Generic Practice \ Score
X
0
1. Achieve
1.1 Perform
Specific Goals
Specific Practices
2. Institutionalize a
2.1 Establish an
Managed Process
Organizational Policy
3 4 Observacione
s
Confidencial
X
Confidencial
Confidencial
2.4 Assign
Responsibility
2.5 Train People
Confidencial
X
Confidencial
Confidencial
2.6 Manage
Confidencial
Configurations
Confidencial
Relevant Stakeholders
Confidencial
the Process
Confidencial
Adherence
Score
Observacione
s
Confidencial
SG 1 Objectively
Evaluate
SP 1.1
Processes and
Objectively
Work Products
Evaluate
SP
1.2 Objectively
X
Confidencial
Evaluate Work
Products and
Services
SP 2.1
Confidencial
Communicate and
Ensure Resolution
SG 2 Provide
of Noncompliance
Objective Insight
Issues
SP 2.2 Establish
Records
Generic Practice \ Score
Confidencial
X
0
1. Achieve
1.1 Perform
Specific Goals
Specific Practices
Confidencial
X
2.1 Establish an
Organizational Policy
2.2 Plan the Process
Confidencial
X
X
Confidencial
2.3 Provide
Confidencial
Resources
2.4 Assign
Confidencial
Responsibility
2.5 Train People
2. Institutionalize
2.6 Manage
a Managed
Configurations
Process
4 Observacione
s
X
X
Confidencial
Confidencial
X
Confidencial
Involve
Relevant
Stakeholders
2.8
Monitor and
Control the Process
Confidencial
X
2.9 Objectively
Evaluate Adherence
Confidencial
X
Configuration Management
Specific Practice \
Specific Goal
Score
SG 1 Establish
SP 1.1 Identify
Baselines
Configuration Items
Observacione
s
Confidencial
X
SP 1.2 Establish a
Confidencial
Configuration
Management System
SP 1.3 Create or
Confidencial
Release Baselines
SG 2 Track
SP 2.1 Track
and Control
Change Requests
Changes
SP 2.2 Control
X
Confidencial
X
Configuration Items
X
Confidencial
SP 3.1 Establish
SG 3
Configuration
Establish
Management
Integrity
Records
SP
3.2 Perform
Configuration Audits
Confidencial
X
Confidencial
X
0
4 Observacione
s
1. Achieve
1.1 Perform
Specific Goals
Specific Practices
2. Institutionalize a
2.1 Establish an
Managed Process
Organizational Policy
2.2 Plan the Process
Confidencial
X
Confidencial
X
X
Confidencial
Confidencial
Confidencial
Confidencial
Responsibility
2.5 Train People
2.6 Manage
Configurations
Confidencial
X
Confidencial
X
Confidencial
X
the Process
2.9 Objectively
Evaluate Adherence
Confidencial
X