20150913 Trabajo Final CEIS

IMPLEMENTACION DE UN PLAN DE MEJORA DE PROCESOS DE SOFTWARE PARA OPTIMIZAR LA OPERACIÓN DE UNA EMPRESA









JOSE LUIS LÓPEZ MUÑOZ





TRABAJO FINAL PARA OPTAR AL TITULO:
ESPECIALISTA EN INGENIERIA DEL SOFTWARE





TUTOR:
ESTEBAN ZUTTION





UNIVERSIDAD CATOLICA DE ARGENTINA
FACULTAD DE CIENCIAS FISICOMATEMÁTICAS E INGENIERÍA
BUENOS AIRES – ARGENTINA
2015


TABLA DE CONTENIDOINTRODUCCION 4
1. MARCO TEÓRICO 5
1.1. ¿QUE ES UN MODELO DE MADUREZ? 5
1.2. TIPOS DE MODELO DE MADUREZ 7
1.2.1. MODELO DE MADUREZ PROGRESIVO 7
1.2.2. MODELO DE MADUREZ DE CAPACIDADES 7
1.2.3. MODELO DE MADUREZ HIBRIDO 7
1.3. MODELO CMMI DEV 1.3 8
2. ANÁLISIS Y RELEVAMIENTO 11
2.1. ORGANIGRAMA 11
2.2. GESTION DE PROYECTOS 13
2.3. METODOLOGIA DE DESARROLLO 14
2.4. GESTION DE REQUERIMIENTOS 14
2.5.VERIFICACION Y VALIDACION 15
3. DISEÑO DEL PLAN DE MEJORAS 16
3.1. IDENTIFICAR LAS AREAS DE MEJORA 17
3.2. DETECTAR LAS CAUSAS DEL PROBLEMA 18
3.3. DEFINIR LOS OBJETIVOS A ALCANZAR 20
3.4. DEFINIR LAS ESTRATEGIAS Y ACTIVIDADES 21
3.5. REALIZAR UN PLAN DE IMPLEMENTACION 21
3.6. REALIZAR SEGUIMIENTO Y CONTROL 21
4. IMPLEMENTACION DEL PLAN DE MEJORAS 22
5. CONCLUSIONES 23
6. BIBLIOGRAFIA 24
INTRODUCCION 4
1.MARCO TEÓRICO 5
1.1. ¿QUE ES UN MODELO DE MADUREZ? 5
1.2. TIPOS DE MODELO DE MADUREZ 7
1.2.1. MODELO DE MADUREZ PROGRESIVO 7
1.2.2. MODELO DE MADUREZ DE CAPACIDADES 7
1.2.3. MODELO DE MADUREZ HIBRIDO 7
1.3. MODELO CMMI DEV 1.3 8
2. ANÁLISIS Y RELEVAMIENTO 11
2.1. ORGANIGRAMA 11
2.2. GESTION DE PROYECTOS 13
2.3. METODOLOGIA DE DESARROLLO 14
2.4. GESTION DE REQUERIMIENTOS 14
2.5. VERIFICACION YVALIDACION 15
3. DISEÑO DEL PLAN DE MEJORAS 16
3.1. OBJETIVOS DE NEGOCIO 16
3.2. ELABORACION DEL PLAN DE MEJORAS 17
4. IMPLEMENTACION DEL PLAN DE MEJORAS 19
5. CONCLUSIONES 20
6. BIBLIOGRAFIA 21







LISTADO DE TABLAS


Tabla 1. Componentes Clave De Un Modelo De Madurez 6

Tabla 2 Actividades Nivel 2 de Madurez 8

Tabla 3 Actividades Nivel 3 de Madurez 8

Tabla 4 Actividades Nivel 4 de Madurez 9Tabla 5 Actividades Nivel 5 de Madurez 9
Tabla 1. Componentes Clave De Un Modelo De Madurez 6
Tabla 2 Actividades Nivel 2 de Madurez 8
Tabla 3 Actividades Nivel 3 de Madurez 8
Tabla 4 Actividades Nivel 4 de Madurez 9
Tabla 5 Actividades Nivel 5 de Madurez 9










INTRODUCCION


“La vida pasa mientras estamos en busca de la calidad de software. Incluso para alguien realmente apasionado por lacalidad de software, es muy difícil concentrarse en la calidad por mucho tiempo porque otras cosas intervienen”.[1]. Este fragmento tomado del articulo When Politics Overshadow
Software Quality, muestra un escenario muy común y lamentable en la industria del desarrollo de software, el sacrificio de la calidad del software a causa de presiones corporativas, tiempos de mercado, cronograma, entre otras.Aparentemente, pensar en calidad de software implica pensar en un proceso sumamente complejo e idealista pero sobre todo aislado de lo que ingeniera del software se refiere, nada más equivocado y perjudicial puesto que no se puede pensar que la calidad del producto se maneje de forma independiente al proceso y peor aún, pensar que por urgencia de terminar el producto se olvide la calidad, ¿quégarantías se puede tener de un producto en estas condiciones? ¿No pondría en duda nuestra calidad como profesionales también?

La calidad es un reflejo de la madurez de una organización, es necesario conocer qué cosas hago y como las hago; tener capacidad de respuesta y estar preparados para encarar un proyecto con la mayor certeza posible de ser culminado en tiempo y forma, es sinónimo derentabilidad y control. En cuanto al desarrollo de software los procesos son un poco más particulares ya que intervienen diferentes factores como los recursos humanos, los costos, los ajustados cronogramas, la volatilidad de la tecnología, etc. que hacen aún más difícil que una empresa logre establecer un orden en todas sus partes, sin embargo, difícil no quiere decir imposible, de la mano a una guía...