FACULTAD: INGENIERIA, ARQUITECTURA Y URBANISMO

ESCUELA: INGENIERA DE SISTEMAS

NIVEL O ESTADO DE UNA EMPRESA DE DESARROLLO

CON CMMI-DEV Y PSP/TSP
AUTOR: BERRU ALAMA, Wilmer
CURSO: CALIDAD DE SOFTWARE
TUTOR VIRTUAL: JURY YESENIA AQUINO TRUJILLO
AO ACADEMICO: 2016-I
CICLO: VIII

Piura, 17 de Junio del 2016

Contenido
I.

INTRODUCCION................................................................................................ 3

II.

MAPA CONCEPTUAL......................................................................................... 3

III.

MARCO REFERENCIAL.................................................................................. 4

1.

TEORIA............................................................................................................. 4

a.

EL CMMI........................................................................................................... 4

EL MODELO............................................................................................................ 4
EL CMMI DEV.......................................................................................................... 6

b.

EL MODELO PSP/TSP........................................................................................ 7

2.

RESULTADOS DE LA APLICACIN DE INSTRUMENTOS......................................8

IV.

CONCLUSIONES............................................................................................ 8

V.

BIBLIOGRAFIA.................................................................................................. 9

VI.

I.

ANEXOS...................................................................................................... 10

INTRODUCCION
En la actualidad muchos proyectos de software han fracasado generando grandes
costos en las organizaciones llegando incluso a tener disputas, reclamos o problemas
judiciales por incumplimientos de contratos. Los problemas por lo general radican en
una mala estimacin de tiempos, una mala gestin, y la mala calidad del producto de
software medido generalmente por lo defectos del mismo. El objetivo de todo software
es cubrir las necesidades de los usuarios en los tiempos previstos y establecidos con la
funcionalidad acordada.
En el siguiente ensayo veremos lo importante que es para una empresa desarrolladora
de software aplicar el uso de buenas prcticas para el desarrollo de su producto,
aplicando el CMMI ya que su objetivo principal de este modelo es verificar y validar la
calidad de software a desarrollar. Tambin hablaremos de lo importante que es que
toda persona desarrolladora de la empresa tenga conocimiento del PSP/TSP ya que el
primero mejorara sus habilidades individuales y el segundo en trabajar a nivel de
equipo.

II.

MAPA CONCEPTUAL

III.

MARCO

REFERENCIAL

1. TEORIA
a. EL CMMI
CMMI es un modelo que integra un conjunto de buenas prcticas ya que es un
marco de referencia que sirve para priorizar acciones en la mejora de procesos
de la organizacin y permite, adems, enfatizar la alineacin de los procesos de
acuerdo a los objetivos que se tienen planeados dentro del plan de negocios de
la compaa.
Su objetivo principal de este modelo es verificar y validar la calidad del software,
garantizando dar seguimiento a los atributos de funcionalidad, fiabilidad,
usabilidad, eficiencia, mantenibilidad, portabilidad y conformidad. Esto conlleva
una serie de beneficios palpables dentro de la empresa, dentro de los cuales
podemos encontrar los siguientes:
Sustentar a travs de los procesos el logro de los objetivos de negocio.
Mejorar el rendimiento de una organizacin resolviendo problemas,
logrando as disminuir los costos o conocerlos.
Predecir mejor la fecha de entrega del producto o servicio
Mejorar la productividad de la gente, ya que todo los involucrados saben
qu actividades o tareas deben realizar
Disminuir los defectos de los procesos de produccin logrando as tener
una mayor satisfaccin de los clientes.

EL MODELO
En el equipo de desarrollo de CMMI haba defensores de ambos tipos de
representaciones. El resultado fue la publicacin del modelo con dos
representaciones: continua y escalonada. Son equivalentes, y cada
organizacin puede optar por adoptar la que se adapte a sus caractersticas y
prioridades de mejora.

 REPRESENTACION ESCALONADA
En esta representacin, cada etapa del proceso de mejora se define como un
nivel de madurez especfico. Cada nivel tiene su propio juego de reas de
proceso que indican donde debera enfocarse para mejorar el proceso de la
organizacin. Cada una de estas reas es descrita en trminos de las prcticas
que contribuyen a la satisfaccin de sus objetivos. El progreso ocurre mediante
la satisfaccin de los objetivos de toda el rea de proceso en un nivel de
madurez particular, antes de escalar al siguiente nivel.
Las estimaciones sobre una representacin escalonada, evala a la
organizacin como un todo determinando cuntas reas de proceso han sido
logradas, o sea, cuntos objetivos de dichas reas han sido logrados. En base a
esto, se define en qu nivel de madurez se encuentra la organizacin.

REPRESENTACION CONTINUA
Esta representacin proporciona una gua menos especfica sobre el orden en
el cual la mejora debera ser lograda. Se le llama continuo porque ninguna de
las etapas discretas es asociada con la madurez de organizacin. Del mismo
modo que en la representacin escalonada, se tienen reas de proceso y
prcticas en cada rea, sin embargo, estas son organizadas de una manera
que apoya el proceso individual y el crecimiento de cada rea.
En la evaluacin de este modelo, cada rea de proceso es calificada con su
propio nivel de capacidad. Entonces, la organizacin podra tener diferentes
reas de proceso con diferentes calificaciones. De esta manera, una
organizacin podra enfocarse ms en lograr los objetivos de un rea de
proceso en el cual necesita mejorar.

EL CMMI DEV
CMMI-DEV contiene 22 reas de proceso. De esas reas de proceso, 16 son
reas de proceso base, 1 es un rea de proceso compartida y 5 son reas de
proceso especficas de desarrollo. Todas las prcticas del modelo CMMI-DEV
se centran en las actividades de la organizacin desarrolladora. Cinco reas de
proceso se centran en las prcticas especficas del desarrollo: tratando
desarrollo de requisitos, solucin tcnica, integracin del producto, verificacin y
validacin.

Niveles de madurez de CMMI-DEV

0. Incompleto: Este nivel es cuando no se realiza ningn tipo de proceso, o que
no se consiguen sus objetivos.
1. Ejecutado: Toda organizacin que disponga de procesos y logran sus
objetivos estn dentro del nivel 1.
2. Gestionado: Aparte de disponer de procesos, estos son planificados,
revisados y evaluados para comprobar que cumplen los requisitos definidos.
3. Definido: A parte de tener gestionados los procesos, estos se ajustan a la
poltica de procesos marcada por la organizacin.
4. Cuantitativamente gestionado: Los procesos se controlan utilizando
tcnicas cuantitativas.
5. Optimizando: Adems de cumplir todas las condiciones de los niveles que le
preceden, de forma sistemtica se revisa y modifica o cambia para adaptarlo a
los objetivos del negocio.

Beneficios del uso de CMMI-DEV

Los Proyectos son ms visibles: Cada integrante de un equipo de

proyecto sabe en que trabaja.
Mejor comunicacin: Cada involucrado, en su rol, conoce sus
responsabilidades y compromisos.
Los planes de proyectos son ms realistas: Se realizan de acuerdo
a lo que la empresa es capaz de hacer. Mejora la productividad,
eficiencia y calidad.
Disminuye el Re-trabajo: Deteccin ms temprana de errores.
La organizacin se conoce ms a si misma: La Organizacin sabe
de lo que es capaz de hacer.
La organizacin puede generar su Base de Conocimiento:
Procesos, Planes, ejemplos, etc.
Se genera un ambiente de equipo: Se tiene conocimiento de lo que
quiere la organizacin.
Se tiene un cliente contento: Un cliente ms participativo en el
proyecto.
Se genera un producto con mejor calidad: Apropiada obtencin de
requerimientos y deteccin temprana de errores.

b. EL MODELO PSP/TSP
PSP: es una metodologa de reciente creacin, proveniente del Instituto de
Ingeniera del Software (SEI). Fue diseado para ayudar a los ingenieros del
software a hacer bien su trabajo. Muestra cmo aplicar mtodos avanzados de
ingeniera a sus tareas diarias. Proporciona mtodos detallados de planificacin
y estimacin, muestra a los ingenieros cmo controlar su rendimiento frente a
estos planes y explica cmo los procesos definidos guan su trabajo.
(Humphrey, 2001, p. 2)
TSP: TSP a diferencia del PSP trabaja a nivel de quipo apoyando a organizar y
producir proyectos de software. brinda un conjunto de pasos bien estructurados
que indican qu hacer en cada fase del desarrollo del proyecto y muestra cmo
conectar cada fase para construir un producto completo, adems brinda una
ayuda acerca de cmo conformar equipos para el desarrollo de software de
calidad (Humphrey, 2000a; 2000b).
El desarrollo de esta metodologa se origin debido a las limitaciones que
presentaba PSP (Personal Software Process) a nivel industrial (McAndrews,
2001) ya que el PSP abarca solo las fases de desarrollo de software desde el
diseo a las pruebas unitarias y permite tener control del personal mediante la
mejora de las habilidades personales, en busca de la reduccin de los efectos
presentados en los productos y no proporciona la manera de como los
ingenieros podran aplicar estas habilidades en la prctica dentro de las
organizaciones. (GuitaMar Soluciones, 2012)

2. RESULTADOS DE LA APLICACIN DE INSTRUMENTOS

Mediante la aplicacin de instrumentos podemos obtener el siguente resultado:
Un Informe gerencial para la coordinacin del rea de sistemas de la empresa
estudiada que incluye:

Estado actual del proceso de desarrollo de software.

reas para mejorar encontradas en el proceso de desarrollo actual.

Descripcin del proceso estructurado de software propuesto para el rea
de desarrollo de Comfamiliar Risaralda.
Resultado de la prueba piloto de aplicacin del nuevo proceso
estructurado de desarrollo de software propuesto.

Un proceso estructurado de desarrollo (con CMMI como referente y basado en

las buenas prcticas de SCRUM, XP e ICONIX) sugerido de acuerdo a los
resultados de la investigacin debidamente documentado.

Tambin podemos obtener un artculo cientfico a una publicacin sobre la

experiencia de la evaluacin del proceso y comparacin de metodologas y un
sumario de los instrumentos utilizados.
IV.

CONCLUSIONES
TSP y CMMI son estrategias complementarias que combinadas proveen una poderosa
sinergia, porque a nivel personal se establece una forma de trabajo disciplinada
enfocada a la calidad y con un marco de trabajo para mtricas y estimaciones. A nivel
equipo, se establecen equipos de desarrollo de software auto-dirigidos que se
comprometen a planes de trabajo balanceados y alcanzables y que le dan seguimiento
a planes agresivos de calidad. A nivel organizacional, se genera la infraestructura para
administrar la mejora continua, se establece una librera con procesos estndares, y se
construyen las bases para la institucionalizacin de procesos definidos.
Cabe mencionar tambin que si una empresa desea brindar servicios de calidad, debe
ver todos sus procesos desde distintos puntos de vista. A nivel individual, el
desarrollador debe tener muy en claro que es lo que se le est pidiendo, un alcance
bien delimitado junto con una lista de requerimientos previamente validados, para que
as no incurra en gastar tiempo en algo que no ha sido solicitado.

V.

BIBLIOGRAFIA

Software Engineering Institute (2010). CMMI

para Desarrollo, Versin 1.3 CMMIDEV, V1.3. Mejora de los procesos para el desarrollo de mejores productos y
servicios. Recuperado de: http://www.google.com.pe/url?
sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CBsQFjAAahUKEwi1ofqKkPXHAhW
LLB4KHSh6DCI&url=http%3A%2F%2Fwww.sei.cmu.edu%2Flibrary%2Fassets
%2Fwhitepapers%2FSpanish%2520Technical%2520Report%2520CMMI%2520V
%25201%25203.pdf&usg=AFQjCNG5m6t5wiLo1wMYMjdr1fp62k4Gw&sig2=VclvNaxfB1jpLKsGHPMwpQ&bvm=bv.102537793,d.dmo.

Pelez Ramrez, Juan Jos, (2003) El modelo de capacidad de madurez y su enfoque

al proceso personal de software (PSP). Recuperado desde:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/pelaez_r_jj/capitulo2.pdf
GuitaMarSolcuiones, (2012) Team Software Process (TSP) y Team Process Software
(TSP). Recuperado desde: https://gutimarsoluciones.wordpress.com/2012/05/09/teamsoftware-process-tsp-y-team-process-software-tsp/
Ejemplo de Entrevista Personal:
http://pegasus.javeriana.edu.co/~CIS1230NG01/documentos/entrevistas.pdf
Mapa Conceptual Recuperado de: https://www.dropbox.com/s/qihlrlqej7cs812/Mapa
%20conceptual%20-CMMI.jpg

VI.

ANEXOS

Ejemplo de Entrevista

Plantilla encuesta plan estratgico para gesti

n del cambio
en empresas colombianas de desarrollo de sof
tware que
deseen implementar CMMI-Dev

Objetivo
Realizar una investigacin diseando una encuesta semi-Estructurada, con el fin
enriquecer el plan
estratgico de gestin de cambio.

Plantilla encuesta
Esta plantilla de preguntas est enfocada a las personas que hacen uso de los
lineamientos de
CMMI-Dev, los encargados de poner en prctica el modelo y las trayecto
rias (Estrategiaestructura, equipos, Habilidades gerenciales, cultura y sistema de recompens
as) asociadas al
modelo.
Es un proceso de investigacin diseado para recopilar las actividades
habituales de la
organizacin, para conocer como se ejecuta el modelo CMMI-Dev.
1. Qu tipos de controles relacionados al modelo CMMI-Dev se realizan para
cumplir con los
objetivos del proyecto?
2. Cul es el plan operativo para cumplir con las tareas asociadas a los procesos
?
3. Al hacer uso de los planes es fcil encontrar en las libreras como realizar los
procesos?
4. Existe un entrenamiento sobre los procesos y tareas asociadas a cada proces
o?
5. Quien se encarga de administrar las libreras de procesos? (Lder de rea o el
asociado a la
tarea que se sta documentando)
6. Cmo fue la etapa de sensibilizacin de CMMI-Dev? (Qu tipos de capacitacio
nes se
hicieron?, cmo fueron?)
7. Es claro en la organizacin el modelo de CMMI-Dev, para realizar las tareas as
ociadas?
8. Si se hicieron capacitaciones de induccin del modelo CMMI-dev, fueron las
ms acertadas
con respecto a la ejecucin del modelo?
9. Qu estrategias se trabajan para la ejecucin del modelo? (Entrenadores exte
rnos, los
lderes, auditoras internas Externas, etc)
10. Cmo se realiza el control de los procesos? (Auditoras internas, Mtricas, entr
e otros)

11. Qu campaa o mtodo se implementa en la organizacin para controlar los p

rocesos?
(control operacional optimizacin de tiempo, control administrativo eficacia d
el proyecto,
control direccional foco del objetivo del proyecto y control de estrategias Cu
mplir
cronograma)
12. cuntas reas de procesos se encuentra asignado generalmente a un emplea
do (Contando
auditora y control del rea de proceso realiza seguimiento)
13. Si hay recompensas por logros de procesos, Cules son las recompensas habit
uales en la
organizacin?

Conclusin
Quisieras aportar algo ms que me pueda ser til para el proceso investigativo?

Resultados arrojados por las entrevistas

Este es un resumen de las entrevistas, los puntos clave que permiten enriquecer el
plan
estratgico de gestin de cambio para la implementacin de CMMI-Dev.
1.

Ricardo Cortes (Itac) Director de investigacin y desarrollo de productos

- En la organizacin los procesos se realizan con un cronograma global por
hitos, usando
Project (administrador de proyectos).
- Project permite realizar estadsticas y la trazabilidad de indicadores.
- Itac SA. hace uso de una herramienta de gestin documental Alfresco, e
s un Software
libre.
- Con respecto al proceso de entrenamiento sobre el modelo, solo se entrena
al empleado
en lo que le compete a su rol, capacitacin puntual (entrenamiento embebid
o de CMMI)
- Todos los procesos tienen seguimientos y se encuentran definidos en l
as libreras de
procesos (Herramienta de gestin Documental- Alfresco).
- La organizacin no cree en el uso de entrenadores externos (mescl
a de CMMI y
actividades relacionadas al rol).

10

- En la organizacin el modelo permite que un empleado pueda encontrarse

asociado a una
o dos reas de procesos generalmente, aunque dependiendo del proceso
algunas veces
puede aportar a varias reas de procesos.
- En la organizacin no existe un modelo de recompensas aunque si existe
un modulo de
auto-aprendizaje que es un apoyo a los empleados de la organiz
acin. (No hay
recompensas ni castigos).
- En la organizacin se analiza muy bien el modelo, puesto que es una serie
de consejos y la
idea es buscar que tiene sentido y que no tiene sentido para acoplarlo a la or
ganizacin.
2.

Andrs Harker (Intergrupo) Desarrollador Java

- La organizacin se encarga de realizar las tareas relacionadas al modelo
dependiendo de
los lineamientos de arquitectura definidos con el cliente, puesto que ex
iste constante
relacin con el cliente.
- En Intergrupo se realizan constantes revisiones a todos los artefactos
asociados a calidad
(Auditoras internas).
- La organizacin maneja un sistema de gestin de conocimiento, es tarea de
los lderes de
proyecto (Arquitecto gerente) adaptar las mejores prcticas asociadas al pro
yecto.
- La organizacin tiene un grupo consultor que conoce muy bien el modelo
de CMMI y el
grupo consultor tiene una visin de todos los proyectos para ser apo
yo cuando sea
necesario.
- Las personas de la organizacin que reciben entrenamiento son los carg
os asociados a
lderes (los lderes se encargan de asesorar a sus empleados a cargo para qu
e cumplan con
los lineamientos del modelo).
- Cuando se inicia el proyecto se definen lineamientos y el cronograma
(prcticas que sern
ejecutadas y auditadas del modelo).
Las auditoras internas se realizan cada 3 o 4 meses (auditorias superficiales
).

11

- El gerente de proyecto se encarga de controlar las mtricas del proyecto (

conoce como
aplicar la metodologa, como orientar al equipo).
- La organizacin maneja un plan de recompensas con una serie variada de
estrategias pla
primera es un plan de crecimiento profesional (entrenamiento y capacitaci
ones), mejora
en cargos, bonos salariales y das compensatorios.
3.

Ximena Higuera (heinsohn software home)

- Tiene un rea de calidad y un rea de aseguramiento de calidad (PMBOOK).
- Tiene unos auditores internos que estn asociados a varios proyectos de la
organizacin,
un proyecto debera ser auditado mnimo 3 veces al ao (1. se auditaba alca
nce general, 2.
se auditaba un alcance tcnico, 3. Se auditaba alcance administrativo).
- Tienen varios planes de mejora continua, uno de estos es la elaborac
in de pilotos
basados en SCRUM y metodologas agiles fusionando con estas el cumpli
miento de los
procesos relacionados a CMMI, la automatizacin de procesos y las solicitud
es de mejora
analizadas con mtricas y expuesta por los empleados de la organizacin.
- Las herramientas que utilizan para apoyar el modelo fueron estruct
uradas por la
organizacin (HUP) (RUP) y Rational IBM (servidor) que permite mante
ner todos los
procesos para que los miembros de la organizacin puedan hacer uso del mo
delo.
- Los entrenamientos son rigurosos cuando un empleado nuevo llega a la
organizacin se
realiza todo un da dedicado al sistema de calidad enfocado al rol, todos lo
s procesos de
entrenamientos ya se encuentran previamente definidos y permite
n realizar un
entrenamiento inicial acertado.
- El rea de calidad se encarga de administrar las libreras de procesos,
es un pequeo
comit que puede encargarse de realizar modificaciones si es necesario
en procesos o
tareas asociadas al modelo de calidad.
- Para los empleados de la organizacin no es claro el uso de las practic
as asociadas a

12

CMMI, ellos realizan los procesos relacionados al modelo porque tienen clar
o que es una
tarea asociada al rol y tienen que cumplir con las obligaciones del rol, no es
recomendable
que los miembros identifiquen que se encuentran realizando tareas asociad
as al modelo,
solo se espera que cumplan con las actividades asociadas a su cargo, solos
los encargados
de las auditorias y el sistema de calidad conocen el modelo con claridad.
- Las auditoras externas son realizadas por las personas que se encargan
de ejecutar la
evaluacin SCAMPI, si es necesario realizar capacitaciones esta empresa
se encarga de
realizar los entrenamientos necesarios.
- La organizacin se encarga constantemente de trabajar en campaas
para obtener
eficiencia en procesos y tambin trabajan en realizar constantes anli
sis para lograr
automatizar procesos ya que es una tarea costosa y que puede tardar.
- Las nicas recompensas que ofrece la organizacin estn enfocadas en e
valuaciones de
desempeo que se encargan de establecer compromisos a los que
tienen buenos
resultados, para realizar capacitaciones organizacionales permitiendo reduci
r el costo del
curso por parte de los empleados, por supuesto estableciendo clausulas de c
ontinuidad en
la organizacin.
4.

David Mauricio Gutirrez(Intergrupo) lder tcnico

- La organizacin trabajan bajo la metodologa scrum (todos desempean
el mismo rol),
trabajan sobre polticas de calidad para documentaciones, se controlan por
sprint son
entregas cada 15 das.
- Almacenan libreras de procesos segn lineamientos estndar de la orga
nizacin (base
para la ejecucin de procesos) herramienta usada para la administracin Sha
repoint.
- Existe un apoyo diario para la ejecucin de procesos, hay un grupo de
calidad que realiza
un permanente apoyo.

13

- El director de arquitectura, el lder de arquitectura y el lder de calidad son

los encargados
de administrar el repositorio donde se encuentra los procesos relacionados a
calidad en la
organizacin ellos se encargan de informar acerca del cumplimientos de proc
esos.
- En la induccin se realiza un entrenamiento de todos los procesos
relacionados a calidad,
con el tiempo los empleados si no tienen claro un proceso, con las auditorias
se asesora el
proceso y se encamina al encargado de esa actividad.
- No tienen entrenadores externos, solo el lder de calidad se encarga de
auditar las tareas
una vez al mes y el proceso tarda 5 horas en promedio.
- Existe un plan de capacitacin y consiste en pasar un periodo de prueba,
este proceso se
realiza cada 6 meses.
- Las recompensas son definidas por el gerente del proyecto, nunca so
n econmicas,
pueden ser das libre u horas libres.

14