Mejora de Procesos - Grupo Alarcos
Mejora de Procesos - Grupo Alarcos Mejora de Procesos - Grupo Alarcos
COMPETISOFT (Mejora de Procesos para Fomentar la Competitividad de la Pequeña y Mediana Industria del Software de Iberoamérica) Informe Técnico No: IT. 13 Versión: 0.2 Mejora de Procesos Autores: Juan Carlos Vidal Rojas Julio Ariel Hurtado Alegría Francisco José Pino Correa Hanna Oktaba Mario Piattini 15 de Agosto de 2006 Una publicación COMPETISOFT
- Page 3: 1. Identificación de Informe: IT.
- Page 6 and 7: COMPETISOFT 2 MEJORA DE PROCESOS 2.
- Page 8 and 9: COMPETISOFT Mejora de Procesos •
- Page 10 and 11: COMPETISOFT (1). Instalación. (2)
- Page 12 and 13: COMPETISOFT Mejora de Procesos mejo
- Page 14 and 15: COMPETISOFT Mejora de Procesos proc
- Page 16 and 17: COMPETISOFT Mejora de Procesos encu
- Page 18 and 19: COMPETISOFT Mejora de Procesos pued
- Page 20 and 21: COMPETISOFT 3 CONCLUSIONES Mejora d
- Page 22 and 23: COMPETISOFT Mejora de Procesos [16]
- Page 24: COMPETISOFT Mejora de Procesos [54]
COMPETISOFT (<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong> para Fomentar la Competitividad <strong>de</strong> la Pequeña y<br />
Mediana Industria <strong>de</strong>l Software <strong>de</strong> Iberoamérica)<br />
Informe Técnico No: IT. 13<br />
Versión: 0.2<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
Autores:<br />
Juan Carlos Vidal Rojas<br />
Julio Ariel Hurtado Alegría<br />
Francisco José Pino Correa<br />
Hanna Oktaba<br />
Mario Piattini<br />
15 <strong>de</strong> Agosto <strong>de</strong> 2006 Una publicación COMPETISOFT
1. I<strong>de</strong>ntificación <strong>de</strong> Informe:<br />
IT. 13<br />
3. Título:<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
4. Autores:<br />
2. Fecha:<br />
15 <strong>de</strong> Agosto <strong>de</strong> 2006<br />
Juan Carlos Vidal Rojas (Coordinador), Julio Ariel Hurtado Alegría, Francisco José Pino Correa, Hanna<br />
Oktaba, Mario Piattini<br />
5. Organización:<br />
506PI0287- COMPETISOFT (<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong> para Fomentar la Competitividad <strong>de</strong> la Pequeña y<br />
Mediana Industria <strong>de</strong>l Software <strong>de</strong> Iberoamérica).<br />
6. Proyectos y Entida<strong>de</strong>s Financiadoras <strong>de</strong>l Informe:<br />
CYTED Código Proyecto: 3789<br />
7. Resumen<br />
En el presente Informe Técnico se presenta Agile SPI - Process como un proceso ágil y liviano <strong>de</strong> mejora<br />
<strong>de</strong> procesos <strong>de</strong> software, el cual pue<strong>de</strong> ser utilizado como guía para la ejecución <strong>de</strong> un programa <strong>de</strong> mejora<br />
<strong>de</strong> procesos <strong>de</strong> software en pequeñas y medianas empresas (PyMES). Liviano porque empresas como las<br />
PyMEs al poseer ciertas características como: bajos recursos, procesos livianos, recurso humano pequeño,<br />
disponibilidad económica limitada, etc., necesitan un mo<strong>de</strong>lo que soporte un programa <strong>de</strong> mejora que tenga<br />
en cuenta las características reales <strong>de</strong> su industria, a<strong>de</strong>más <strong>de</strong> ofrecer resultados rápidos en sus programas<br />
<strong>de</strong> mejora. Agile SPI – Process está compuesto por 5 fases: Instalación, Diagnóstico, Formulación, <strong>Mejora</strong><br />
y Revisión <strong>de</strong>l Programa. Agile SPI – Process es un proceso, iterativo e incremental y está basado en casos<br />
<strong>de</strong> mejora. Tiene la característica <strong>de</strong> po<strong>de</strong>r arrojar resultados rápidos <strong>de</strong> mejora, dado que permite crear<br />
mini-programas <strong>de</strong> mejora que abarcan casos <strong>de</strong> mejora <strong>de</strong>ntro <strong>de</strong> un programa <strong>de</strong> mejoramiento global.<br />
Los casos <strong>de</strong> mejora son unida<strong>de</strong>s atómicas <strong>de</strong> mejora en las áreas <strong>de</strong> procesos que se han seleccionado<br />
para ser mejoradas ya sea porque la empresa busca una certificación o porque su prioridad es mejorar un<br />
proceso específico.<br />
8. Palabras Clave<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong>, Mo<strong>de</strong>lo <strong>de</strong> Calidad, <strong>Procesos</strong> Ágiles<br />
9. Nivel Seguridad 1<br />
PP<br />
10. Nº <strong>de</strong> Páginas:<br />
24 páginas<br />
11. Estado <strong>de</strong>l Informe:<br />
Terminado<br />
1<br />
PU: Público; PP: Restringido a todos los Participantes en el Proyecto; RE: Restringido a un <strong>Grupo</strong><br />
Específico <strong>de</strong>ntro <strong>de</strong>l Proyecto; CO: Confi<strong>de</strong>ncial, sólo para los miembros <strong>de</strong>l Consorcio.
COMPETISOFT<br />
1 INTRODUCCIÓN<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
El presente informe técnico tiene como finalidad presentar a la comunidad <strong>de</strong>l Proyecto<br />
COMPETISOFT los resultados <strong>de</strong>l trabajo realizado por el <strong>Grupo</strong> D.21 <strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong>.<br />
Presentamos Agile-SPI Process como el principal aporte entre un conjunto <strong>de</strong> aportes que serán<br />
presentados e integrados a los <strong>de</strong>más productos generados por los investigadores <strong>de</strong><br />
COMPETISOFT. Agile SPI es un Framework que se caracteriza por:<br />
• Guiar la mejora <strong>de</strong> los procesos <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> software, manteniendo el nivel<br />
<strong>de</strong> agilidad que la empresa lo <strong>de</strong>see.<br />
• Ser un Framework basado en mo<strong>de</strong>los livianos, que soporte un programa <strong>de</strong><br />
mejoramiento continuo, a través <strong>de</strong> un proceso <strong>de</strong> mejora ágil.<br />
• Estar acor<strong>de</strong> con una industria dinámica, creativa, innovadora e incierta como lo<br />
es la industria <strong>de</strong>l software. Una industria don<strong>de</strong> el conocimiento y el talento<br />
humano son elementos fundamentales para garantizar su éxito.<br />
El documento presenta una visión general <strong>de</strong> Agile-SPI don<strong>de</strong> se muestra los<br />
componentes arquitectónicos <strong>de</strong>l Mo<strong>de</strong>lo y sus relaciones. Luego, presentamos los<br />
principios <strong>de</strong> Agile-SPI, los cuales están basados en el Manifiesto Agile y en las tesis <strong>de</strong><br />
Conrado y Fugetta. En seguida, se muestran las fases y las disciplinas establecidas en<br />
Agile-SPI don<strong>de</strong> se pue<strong>de</strong> apreciar un proceso <strong>de</strong> mejora guiado por el mo<strong>de</strong>lo<br />
establecido y las ventajas <strong>de</strong>l mismo. Finalmente presentamos las conclusiones<br />
obtenidas hasta el momento con el trabajo presentado y las perspectivas futuras.<br />
1
COMPETISOFT<br />
2 MEJORA DE PROCESOS<br />
2.1 Agile SPI Process<br />
2.1.1 Agile SPI Framework<br />
Agile SPI es un Framework que se caracteriza por [28]:<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
• Guiar la mejora <strong>de</strong> los procesos <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> software, manteniendo el nivel<br />
<strong>de</strong> agilidad que la empresa lo <strong>de</strong>see. Normalmente un proceso liviano y/o ágil<br />
a<strong>de</strong>cuado a las PyMES.<br />
• Ser un Framework basado en mo<strong>de</strong>los livianos, que soporta un programa <strong>de</strong><br />
mejoramiento continuo, a través <strong>de</strong> un proceso <strong>de</strong> mejora ágil.<br />
• Estar a<strong>de</strong>cuado a una industria dinámica, creativa, innovadora e incierta como<br />
lo es la industria <strong>de</strong>l software. Una industria don<strong>de</strong> el conocimiento y el talento<br />
humano son elementos fundamentales para garantizar su éxito.<br />
Básicamente se ha formado su estructura a partir <strong>de</strong> los componentes primarios<br />
<strong>de</strong> un programa <strong>de</strong> mejora: una guía <strong>de</strong> mejora y unos mo<strong>de</strong>los <strong>de</strong> soporte. En el caso <strong>de</strong><br />
Agile SPI, los mo<strong>de</strong>los son: el <strong>de</strong> calidad: Agile SPI – Light Quality Mo<strong>de</strong>l; el <strong>de</strong><br />
evaluación: Agile SPI – Light Evaluation Mo<strong>de</strong>l; y el <strong>de</strong> métricas: Agile SPI – Light<br />
Metrics Mo<strong>de</strong>l. Hay dos elementos integradores <strong>de</strong> toda la estructura: el mo<strong>de</strong>lo<br />
conceptual <strong>de</strong> soporte: Framework PDS y el proceso que integra <strong>de</strong> manera dinámica<br />
los componentes: Agile SPI – Process. A continuación presentamos la arquitectura <strong>de</strong><br />
Agile SPI.<br />
2
COMPETISOFT<br />
Proceso A<br />
Iniciativa<br />
Mo<strong>de</strong>lo <strong>de</strong> Calidad<br />
(Referente)<br />
Mo<strong>de</strong>lo <strong>de</strong><br />
Evaluación<br />
Guía <strong>de</strong> mejoramiento<br />
Figura 1. Arquitectura conceptual <strong>de</strong> Agile SPI.<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
Mo<strong>de</strong>lo <strong>de</strong><br />
Medición<br />
Proceso A++<br />
A continuación se <strong>de</strong>scriben brevemente los componentes <strong>de</strong>l mo<strong>de</strong>lo integral <strong>de</strong><br />
mejoramiento Agile SPI [28]:<br />
• Un proceso ágil <strong>de</strong> guía a un programa <strong>de</strong> mejora <strong>de</strong> procesos en el marco <strong>de</strong> un<br />
proyecto <strong>de</strong> mejora, Agile SPI – Process. Es un proceso que cuenta con los<br />
elementos básicos para hacer posible que MIPyMES, puedan a<strong>de</strong>lantar<br />
esfuerzos hacia la a<strong>de</strong>cuación <strong>de</strong> un proceso <strong>de</strong> <strong>de</strong>sarrollo acor<strong>de</strong> a sus<br />
necesida<strong>de</strong>s. Este proceso es el marco <strong>de</strong> referencia para la gestión <strong>de</strong> los<br />
proyectos <strong>de</strong> mejora, este marco integra el método, los mo<strong>de</strong>los, la<br />
infraestructura, las técnicas y las herramientas <strong>de</strong> soporte.<br />
• Un mo<strong>de</strong>lo <strong>de</strong> calidad liviano, Agile SPI – Light Quality Mo<strong>de</strong>l, que integra<br />
proceso y producto, y que guía la organización <strong>de</strong> las personas y los equipos,<br />
las disciplinas y las áreas <strong>de</strong> trabajo asociadas a la <strong>de</strong>finición, aplicación y<br />
mejora <strong>de</strong>l proceso hacia un nivel <strong>de</strong> madurez <strong>de</strong>finido.<br />
• Un mo<strong>de</strong>lo <strong>de</strong> evaluación liviano, Agile SPI – Light Evaluation Mo<strong>de</strong>l, que<br />
permite i<strong>de</strong>ntificar y diagnosticar problemas <strong>de</strong> la industria en cuanto al proceso<br />
y que permite trazar unos planes <strong>de</strong> mejora <strong>de</strong> acuerdo a un mo<strong>de</strong>lo/estándar <strong>de</strong><br />
calidad <strong>de</strong>finido.<br />
• Un mo<strong>de</strong>lo <strong>de</strong> medida liviano, Agile SPI – Light Metrics Mo<strong>de</strong>l, que permite<br />
medir: el <strong>de</strong>sempeño <strong>de</strong>l proceso en los proyectos en los cuales es aplicado,<br />
mejorar las estimaciones <strong>de</strong> los proyectos a través <strong>de</strong> la medida <strong>de</strong>l esfuerzo, la<br />
madurez <strong>de</strong> este y la mejora <strong>de</strong>l proceso en el marco <strong>de</strong> un programa SPI.<br />
3
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
• Un marco conceptual y tecnológico para la <strong>de</strong>finición, visualización y<br />
aplicación <strong>de</strong> procesos, Agile SPI – Framework. Este marco conceptual se<br />
basa en el metamo<strong>de</strong>lo SPEM – Software Process Engineering Metamo<strong>de</strong>l<br />
[SPEM’01], y este marco es la base conceptual sobre la cual se soportan todos<br />
los mo<strong>de</strong>los <strong>de</strong> Agile SPI y las herramientas <strong>de</strong> soporte. Agile SPI – Framework<br />
permite relacionar los elementos <strong>de</strong>l proceso con los elementos <strong>de</strong>l mo<strong>de</strong>lo <strong>de</strong><br />
calidad, con el mo<strong>de</strong>lo <strong>de</strong> evaluación y con el mo<strong>de</strong>lo <strong>de</strong> medida; por ejemplo,<br />
el concepto disciplina es un elemento separador <strong>de</strong> áreas <strong>de</strong>l proceso y con base<br />
en este concepto se <strong>de</strong>finen las estructuras <strong>de</strong> todos los componentes <strong>de</strong> Agile<br />
SPI.<br />
Los principios <strong>de</strong> Agile SPI – Process son:<br />
• La prioridad más alta es satisfacer la necesidad <strong>de</strong>l cliente a través <strong>de</strong> la entrega<br />
temprana y continua <strong>de</strong> mejoras significativas al proceso <strong>de</strong> <strong>de</strong>sarrollo, gracias a<br />
que Agile SPI – Process proporciona un proceso <strong>de</strong> mejora <strong>de</strong> procesos <strong>de</strong><br />
software liviano y ágil.<br />
• No hay requisitos <strong>de</strong> mejora estables por parte <strong>de</strong> la empresa. Por ello, el<br />
diagnóstico es una fase clave. Aún así, requisitos <strong>de</strong> mejora que surjan <strong>de</strong>berán<br />
ser priorizados y acogidos en la medida en que sea factible realizarlos.<br />
• Entregar con frecuencia mejoras <strong>de</strong>l proceso <strong>de</strong> software (<strong>de</strong>s<strong>de</strong> 2 hasta 6<br />
meses).<br />
• Un programa <strong>de</strong> mejora con Agile SPI – Process <strong>de</strong>be basarse en la<br />
colaboración efectiva entre los consultores, grupo <strong>de</strong> mejora, la alta gerencia, el<br />
grupo <strong>de</strong> <strong>de</strong>sarrollo, el grupo SQA, marketing y <strong>de</strong>más <strong>de</strong>pen<strong>de</strong>ncias<br />
relacionadas con el proyecto SPI.<br />
• Construir proyectos en torno a individuos motivados hacia la mejora <strong>de</strong><br />
procesos individuales, grupales y organizacionales. Darles la oportunidad y el<br />
respaldo que necesitan y procurarles confianza para que realicen las tareas.<br />
• La forma más eficiente y efectiva <strong>de</strong> comunicar información <strong>de</strong> ida y vuelta<br />
<strong>de</strong>ntro <strong>de</strong> un equipo <strong>de</strong> mejora es mediante la conversación cara a cara.<br />
• La madurez <strong>de</strong>l proceso, como el <strong>de</strong>sempeño promedio <strong>de</strong> los proyectos, <strong>de</strong>be<br />
ser la medida primaria <strong>de</strong> la mejora <strong>de</strong>l progreso. Las mediciones base para<br />
medir el <strong>de</strong>sempeño son la productividad y la calidad.<br />
4
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
• Agile SPI - Process promueve el <strong>de</strong>sarrollo sostenido. El trabajo <strong>de</strong>berá ser<br />
continuo e in<strong>de</strong>finido.<br />
• Agile SPI – Process promueve una infraestructura técnica y <strong>de</strong> gestión,<br />
a<strong>de</strong>cuada para soportar la mejora <strong>de</strong>l proceso.<br />
• Agile SPI – Process promueve la conformación <strong>de</strong> una infraestructura<br />
organizacional dinámica, basada en objetivos, no en estrategias <strong>de</strong> control.<br />
• Agile SPI – Process promueve el aprendizaje continuo como una disciplina<br />
clave. El objetivo <strong>de</strong> esta disciplina es que permita conocer el trabajo,<br />
reflexionar acerca <strong>de</strong> este y ajustar el trabajo a través <strong>de</strong> iteraciones cortas y<br />
concisas.<br />
• Agile SPI – Process promueve la conformación efectiva <strong>de</strong> los grupos<br />
propuestos por su infraestructura, se preocupa por la calidad <strong>de</strong>l trabajo humano<br />
a realizar.<br />
2.1.2 El ciclo <strong>de</strong> vida <strong>de</strong> Agile SPI - Process<br />
Agile SPI - Process es un proceso ágil y liviano <strong>de</strong> mejora <strong>de</strong> procesos <strong>de</strong> software, el cual<br />
pue<strong>de</strong> ser utilizado como guía para la ejecución <strong>de</strong> un programa <strong>de</strong> mejora <strong>de</strong> procesos <strong>de</strong><br />
software en pequeñas y medianas empresas (PyMES). Liviano porque empresas como las<br />
PyMEs al poseer ciertas características como: bajos recursos, procesos livianos, recurso humano<br />
pequeño, disponibilidad económica limitada, etc., necesitan un mo<strong>de</strong>lo que soporte un programa<br />
<strong>de</strong> mejora que tenga en cuenta las características reales <strong>de</strong> su industria, a<strong>de</strong>más <strong>de</strong> ofrecer<br />
resultados rápidos en sus programas <strong>de</strong> mejora.<br />
Tal como lo muestra la figura 2, Agile SPI – Process está compuesto <strong>de</strong> 5 fases:<br />
Instalación, Diagnóstico, Formulación, <strong>Mejora</strong> y Revisión <strong>de</strong>l Programa.<br />
5
COMPETISOFT<br />
(1). Instalación.<br />
(2) Diagnóstico<br />
(3) Formulación<br />
(4) <strong>Mejora</strong><br />
(5) Re isión<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
Figura 2. Mo<strong>de</strong>lado bajo SPEM <strong>de</strong> las fases <strong>de</strong> Agile SPI – Process.<br />
Como se pue<strong>de</strong> apreciar en la figura 3, Agile SPI – Process es un proceso,<br />
iterativo e incremental y está basado en casos <strong>de</strong> mejora, el cual tiene la característica <strong>de</strong><br />
po<strong>de</strong>r arrojar resultados rápidos <strong>de</strong> mejora, esto porque permite crear mini-programas<br />
<strong>de</strong> mejora que abarcan casos <strong>de</strong> mejora <strong>de</strong>ntro <strong>de</strong> un programa <strong>de</strong> mejoramiento global.<br />
Los casos <strong>de</strong> mejora son unida<strong>de</strong>s atómicas <strong>de</strong> mejora en las áreas <strong>de</strong> procesos que se<br />
han seleccionado para ser mejoradas ya sea porque la empresa persigue una<br />
certificación o porque para ella su prioridad es mejorar un proceso específico.<br />
6
COMPETISOFT<br />
Priorización<br />
T0<br />
P royecto 1<br />
Proyecto 2<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
P royecto n<br />
Figura 3. Agile SPI – Process: Un Proceso <strong>de</strong> mejora iterativo incremental<br />
El arrojar resultados rápidos <strong>de</strong> mejora permitirá en consecuencia que las<br />
mejoras sean visibles <strong>de</strong>s<strong>de</strong> las fases tempranas <strong>de</strong>l proyecto <strong>de</strong> mejora, más ágiles y<br />
rápidas en la medida que los mini-programas <strong>de</strong> mejora terminan <strong>de</strong>pendiendo <strong>de</strong> los<br />
criterios <strong>de</strong> priorización que la empresa ha <strong>de</strong>finido previamente. Con esto se busca<br />
mantener una motivación <strong>de</strong>l personal frente al programa <strong>de</strong> mejora, a través <strong>de</strong><br />
resultados <strong>de</strong> mejora permanentes, eliminar los riesgos <strong>de</strong>l proyecto en las primeras<br />
fases, para enfocar el mayor esfuerzo en las áreas que la empresa consi<strong>de</strong>re más<br />
importantes para su negocio. El ciclo <strong>de</strong> vida es altamente influenciado por los mo<strong>de</strong>los<br />
<strong>de</strong> ciclo <strong>de</strong> vida iterativo e incremental presente en muchos procesos <strong>de</strong> <strong>de</strong>sarrollo tales<br />
como RUP 2 , XP 3 , Scrum 4 , entre otros; dado que los proyectos <strong>de</strong> mejora cubren<br />
extensos requisitos e impactan toda la estructura organizacional <strong>de</strong> cualquier empresa,<br />
hemos adaptado algunas características <strong>de</strong> estos mo<strong>de</strong>los para crear un proceso <strong>de</strong><br />
2 http://www.rational.com/<br />
3 http://www.xprogramming.com/<br />
4 http://www.controlchaos.com/<br />
Proyecto <strong>de</strong> <strong>Mejora</strong><br />
(Tiempo <strong>de</strong> Duración Proyecto <strong>de</strong> <strong>Mejora</strong> Global)<br />
Tf<br />
7
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
mejora completo, ágil, menos burocrático y sensible a las activida<strong>de</strong>s referentes a la<br />
gestión (reuniones, documentos, infraestructura, etc.).<br />
Aunque en la anterior figura no se visualiza el paralelismo que pue<strong>de</strong> existir<br />
entre proyectos o mini-programas <strong>de</strong> mejora, esto se pue<strong>de</strong> hacer y es ventajoso en el<br />
sentido en que se pue<strong>de</strong>n <strong>de</strong>sarrollar mejoras en áreas <strong>de</strong> procesos en don<strong>de</strong> exista una<br />
clara in<strong>de</strong>pen<strong>de</strong>ncia.<br />
En los procesos <strong>de</strong> certificación, la valoración antes <strong>de</strong> la puesta en marcha <strong>de</strong><br />
un programa <strong>de</strong> mejora es muy importante, ya que esta nos permite estimar que áreas <strong>de</strong><br />
procesos posee una empresa y cual es el grado <strong>de</strong> madurez <strong>de</strong> estas. Actualmente<br />
existen muchas herramientas con las cuales se pue<strong>de</strong>n valorar las áreas <strong>de</strong> procesos <strong>de</strong><br />
una empresa según un mo<strong>de</strong>lo <strong>de</strong> calidad en particular, como por ejemplo: CMMI [29]<br />
en su versión continua o escalonada, ISO/IEC 15504 [30], ISO 9001-2000, entre otros.<br />
Como se muestra en la figura 4, Agile SPI – Process pue<strong>de</strong> ser usado como proceso <strong>de</strong><br />
mejora in<strong>de</strong>pendientemente <strong>de</strong> si se ha seleccionada un CMMI continuo o escalonado.<br />
Recomendamos hacer uso <strong>de</strong> SPQA.WEB, herramienta que permite realizar una<br />
valoración <strong>de</strong> las áreas <strong>de</strong> procesos correspondientes al nivel 2 <strong>de</strong>l mo<strong>de</strong>lo <strong>de</strong> madurez<br />
CMMI; los resultados arrojados serán una calificación, la cual permitirá establecer si un<br />
área esta altamente implementada, parcialmente implementada, o si no ha sido<br />
implementada. Con los resultados arrojados se podrá <strong>de</strong>terminar según los criterios <strong>de</strong><br />
priorización u objetivos <strong>de</strong> la empresa, en que área o áreas es más convenientes<br />
implantar un programa <strong>de</strong> mejora.<br />
8
COMPETISOFT<br />
CMMI<br />
Escalonado<br />
ISO/IEC<br />
15504<br />
CMMI<br />
Continuo<br />
Mo<strong>de</strong>los <strong>de</strong> Madurez<br />
Áreas <strong>de</strong> Proceso<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
Figura 4. Valoración In<strong>de</strong>pendiente <strong>de</strong>l Mo<strong>de</strong>lo <strong>de</strong> Madurez<br />
Instalación<br />
Diagnóstico<br />
<strong>Procesos</strong> <strong>de</strong> la empresa Valoración<br />
Formulación<br />
Ejecución<br />
Agile SPI - Process<br />
2.1.3 Fases <strong>de</strong> Agile SPI - Process<br />
Agile SPI - Process <strong>de</strong>scribe un proceso <strong>de</strong> mejoramiento <strong>de</strong> procesos <strong>de</strong> software en 5 fases, a<br />
continuación veremos en que consiste cada una <strong>de</strong> ellas:<br />
Fase 1 – INSTALACIÓN DEL PROGRAMA: Esta es la fase <strong>de</strong> partida para el proceso Agile<br />
SPI - Process. Debe existir motivación por parte <strong>de</strong> la empresa para empren<strong>de</strong>r un plan <strong>de</strong><br />
mejora <strong>de</strong> sus procesos. En esta fase se crea una propuesta <strong>de</strong> mejora basada en las necesida<strong>de</strong>s<br />
<strong>de</strong>l negocio, la cual ayudará a guiar a la organización a través <strong>de</strong> cada una <strong>de</strong> las fases<br />
siguientes, esta propuesta <strong>de</strong>be ser aprobada por la gerencia para garantizar así la asignación <strong>de</strong><br />
los recursos necesarios para el proyecto <strong>de</strong> mejora. Durante esta fase también se <strong>de</strong>finen unos<br />
objetivos, los cuales son establecidos <strong>de</strong>s<strong>de</strong> las necesida<strong>de</strong>s <strong>de</strong> la empresa. Algo muy importante<br />
es que Agile SPI - Process aparte <strong>de</strong> ofrecer una guía en la mejora <strong>de</strong> los procesos <strong>de</strong> software,<br />
también provee una infraestructura <strong>de</strong> gestión, la cual <strong>de</strong>scribe la manera en la cual se organizan<br />
las personas comprometidas <strong>de</strong>ntro <strong>de</strong>l esfuerzo <strong>de</strong> mejora, esta infraestructura organiza el<br />
esfuerzo <strong>de</strong> mejora teniendo en cuenta un equipo <strong>de</strong> gestión (EG), un equipo <strong>de</strong> tecnología <strong>de</strong><br />
9
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
procesos (ETP) y equipos <strong>de</strong> mejora (EM); estos han sido influenciados por la infraestructura<br />
propuesta por IDEAL, complementándola con la creación <strong>de</strong> grupos efectivos propuestos por la<br />
metodología TSP (Team Software Process), adaptada por Agile SPI – Process como TSPI<br />
(Team Software Process Improvement) y algunas <strong>de</strong> las características en la administración <strong>de</strong><br />
un proyecto utilizando la metodología SCRUM 5 .<br />
Fase 2 – DIAGNÓSTICO: En esta fase ya se ha iniciado un programa hacia la mejora <strong>de</strong> los<br />
procesos y el trabajo que aquí se realiza es fundamental para la realización <strong>de</strong> las fases<br />
siguientes. Se realizan activida<strong>de</strong>s <strong>de</strong> valoración para saber cuál es el estado general <strong>de</strong> los<br />
procesos <strong>de</strong> la empresa, a<strong>de</strong>más <strong>de</strong> un análisis <strong>de</strong> los resultados que permitan establecer la<br />
prioridad <strong>de</strong> los casos <strong>de</strong> mejora, permitiendo así crear unos <strong>de</strong> los productos principales <strong>de</strong> esta<br />
fase conocido como guía o plan general <strong>de</strong> mejora.<br />
Fase 3 – FORMULACIÓN: En ésta fase se toman los casos <strong>de</strong> mejora más prioritarios (1 ó 2)<br />
a mejorar según los resultados arrojados por la valoración hecha en la fase anterior y se realiza<br />
la planificación <strong>de</strong> una primera iteración <strong>de</strong> mejora, esto con el fin <strong>de</strong> realizar una medida <strong>de</strong>l<br />
esfuerzo que sirva <strong>de</strong> base para la estimación <strong>de</strong>l esfuerzo que tomará llevar a cabo el resto <strong>de</strong>l<br />
proyecto <strong>de</strong> mejora.<br />
Fase 4 – MEJORA: En la fase <strong>de</strong> <strong>Mejora</strong> <strong>de</strong> Agile SPI - Process se gestiona todo el esfuerzo <strong>de</strong><br />
los casos <strong>de</strong> mejora en base a la estimación hecha en el plan <strong>de</strong> ejecución <strong>de</strong> mejora creado en la<br />
fase anterior y por consiguiente se <strong>de</strong>sarrollan las planificaciones correspondientes a las<br />
diferentes iteraciones que pue<strong>de</strong>n resultar con cada una <strong>de</strong> las áreas <strong>de</strong> proceso a mejorar o a<br />
crear. Debe existir un documento don<strong>de</strong> se registre la ejecución <strong>de</strong> los pilotos <strong>de</strong> prueba, la<br />
evaluación <strong>de</strong> lo nuevo o la nueva mejora que se ha realizado. Si los planes piloto se han<br />
<strong>de</strong>sarrollado satisfactoriamente hay que crear planes <strong>de</strong> aceptación e institucionalización <strong>de</strong> los<br />
nuevos procesos en la empresa.<br />
Fase 5 – REVISIÓN DEL PROGRAMA: En esta fase se hace una retroalimentación<br />
(feedback) antes <strong>de</strong> volver a comenzar la fase <strong>de</strong> inicio. En esta fase todas las lecciones<br />
aprendidas y las métricas <strong>de</strong>sarrolladas para medir el cumplimiento <strong>de</strong> los objetivos sirven como<br />
base <strong>de</strong> conocimiento o fuente <strong>de</strong> información para las personas involucradas en el siguiente<br />
ciclo <strong>de</strong> mejora. Con toda la información recolectada se <strong>de</strong>be evaluar el trabajo realizado y se<br />
<strong>de</strong>ben corregir o ajustar todos lo elementos relacionados con la ejecución <strong>de</strong> un programa SPI,<br />
como la infraestructura establecida, los métodos utilizados, los canales <strong>de</strong> comunicación y si las<br />
soluciones a los problemas i<strong>de</strong>ntificados fueron las a<strong>de</strong>cuadas.<br />
5 www.controlchaos.com<br />
10
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
2.1.4 Disciplinas relacionadas con la <strong>Mejora</strong><br />
Agile SPI – Process incluye un conjunto <strong>de</strong> disciplinas que pue<strong>de</strong>n ser aplicadas en menor o<br />
mayor medida en cada una <strong>de</strong> las fases en las cuales se pue<strong>de</strong>n <strong>de</strong>sarrollar varias iteraciones,<br />
para esto nos hemos basado en el Proceso Unificado <strong>de</strong> Desarrollo <strong>de</strong> Software [31]. Agile SPI<br />
– Process i<strong>de</strong>ntifica las disciplinas que se llevan a cabo en cada una <strong>de</strong> las fases <strong>de</strong>l proceso <strong>de</strong><br />
mejora, permitiéndole al personal involucrado en el programa <strong>de</strong> mejora po<strong>de</strong>r visualizar más<br />
fácilmente las conductas que se <strong>de</strong>ben tomar. A continuación haremos una breve <strong>de</strong>scripción <strong>de</strong><br />
las disciplinas que propone Agile SPI – Process.<br />
ENTRENAMIENTO: Esta es una disciplina transversal al proceso <strong>de</strong> mejora <strong>de</strong>bido a que se<br />
necesitará <strong>de</strong> entrenamiento durante todo el programa. Esta disciplina consiste en capacitar a los<br />
participantes <strong>de</strong> cada uno <strong>de</strong> los equipos acerca <strong>de</strong> qué es lo que está ocurriendo y qué<br />
habilida<strong>de</strong>s y conocimientos son los que se necesita que ellos posean para que realicen bien su<br />
trabajo. Al inicio <strong>de</strong> un ciclo se dará un entrenamiento general sobre el proceso <strong>de</strong> mejora para<br />
que los participantes tengan i<strong>de</strong>a acerca <strong>de</strong> lo que estarán realizando en las próximas<br />
semanas/meses; luego, en cada una <strong>de</strong> las fases se dará un entrenamiento sobre cada una <strong>de</strong><br />
éstas para que sepan cómo realizar su trabajo. Por ejemplo, si nos encontramos en la fase <strong>de</strong><br />
diagnóstico, en la cual es don<strong>de</strong> se realiza la valoración <strong>de</strong> los procesos <strong>de</strong> la empresa, se <strong>de</strong>be<br />
entrenar a los participantes acerca <strong>de</strong>l mo<strong>de</strong>lo <strong>de</strong> referencia seleccionado, como son el personal<br />
encargado <strong>de</strong> realizar la valoración y el personal encuestado, para que <strong>de</strong> esta manera el<br />
<strong>de</strong>sarrollo <strong>de</strong> la valoración tenga éxito. También se <strong>de</strong>be tener en cuenta el entrenamiento para<br />
el personal cuando los procesos son mejorados o creados y luego implantados, para ellos es<br />
<strong>de</strong>sconocido el nuevo proceso, es por esa razón que el personal <strong>de</strong>pendiente <strong>de</strong>l proceso <strong>de</strong>be<br />
tener un entrenamiento antes <strong>de</strong> empezar a utilizar el proceso.<br />
GESTIÓN DEL PROGRAMA SPI: Consiste en realizar un plan <strong>de</strong> trabajo <strong>de</strong>l Programa <strong>de</strong><br />
<strong>Mejora</strong> y llevar el seguimiento y control correspondiente. Para realizar esta disciplina primero<br />
se <strong>de</strong>be hacer un análisis entre los integrantes <strong>de</strong>l Equipo <strong>de</strong> Tecnología <strong>de</strong> <strong>Procesos</strong> <strong>de</strong>l estado<br />
<strong>de</strong>l Programa <strong>de</strong> <strong>Mejora</strong> para <strong>de</strong>cidir que activida<strong>de</strong>s son las que se <strong>de</strong>ben realizar, y cada una<br />
<strong>de</strong> éstas activida<strong>de</strong>s <strong>de</strong>ben ser controladas. Como resultado se obtiene como producto <strong>de</strong> trabajo<br />
un plan, y este es diferente <strong>de</strong>pendiendo <strong>de</strong> la fase en la que se esté ejecutando y sirve para la<br />
realización <strong>de</strong>l diseño <strong>de</strong> la solución.<br />
EVALUACIÓN: Esta disciplina consiste en i<strong>de</strong>ntificar el estado y condiciones actuales en las<br />
que se encuentra la organización en procesos específicos. En caso <strong>de</strong> realizarla <strong>de</strong> manera<br />
general, ésta será una valoración y es para conocer <strong>de</strong> manera general las <strong>de</strong>bilida<strong>de</strong>s y<br />
fortalezas <strong>de</strong> los procesos que se encuentren actualmente en la organización, para esto<br />
utilizamos una herramienta <strong>de</strong> valoración que arroja como resultado el nivel en el que se<br />
11
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
encuentra cada una <strong>de</strong> las áreas <strong>de</strong> proceso <strong>de</strong> la empresa teniendo en cuenta el mo<strong>de</strong>lo <strong>de</strong><br />
referencia escogido para la realización <strong>de</strong> la mejora. La evaluación que aquí se realice es muy<br />
importante ya que <strong>de</strong>fine el trabajo a realizar en las fases, iteraciones o proyectos siguientes.<br />
Pue<strong>de</strong>n existir evaluaciones particulares <strong>de</strong>sarrollando planes <strong>de</strong> operación para las áreas <strong>de</strong><br />
trabajo específicas que lo necesiten. Esta disciplina también se lleva a cabo cuando hay que<br />
evaluar si las estrategias y métodos utilizados fueron los más a<strong>de</strong>cuados, y a partir <strong>de</strong> la<br />
información recolectada en cada una <strong>de</strong> las fases se <strong>de</strong>termina si se <strong>de</strong>ben cambiar o ajustar<br />
antes <strong>de</strong> comenzar el ciclo <strong>de</strong> mejora nuevamente.<br />
ANÁLISIS DE RESULTADOS: Disciplina encargada <strong>de</strong> la planificación <strong>de</strong> operación SPI, en<br />
la cuál se encuentra un análisis <strong>de</strong> los resultados obtenidos <strong>de</strong> la evaluación, recomendaciones y<br />
cualquier información que sea importante incluirla en ésta. Éste análisis <strong>de</strong> resultados se realiza<br />
con los resultados arrojados por la valoración para priorizar los casos <strong>de</strong> mejora, con los<br />
arrojados por la evaluación para <strong>de</strong>terminar como atacar el problema y también luego con la<br />
implantación <strong>de</strong> los procesos nuevos o mejorados.<br />
DISEÑO: Disciplina encargada <strong>de</strong> <strong>de</strong>finir, crear y diseñar las soluciones y la forma <strong>de</strong> pilotear<br />
las pruebas y evaluar lo nuevo o la mejora <strong>de</strong>l proceso. En el mo<strong>de</strong>lado <strong>de</strong> procesos se diseñan<br />
los nuevos procesos <strong>de</strong> acuerdo a los resultados obtenidos <strong>de</strong>spués <strong>de</strong> la evaluación, este<br />
mo<strong>de</strong>lado implica la creación <strong>de</strong> nuevos procesos o la mejora <strong>de</strong> procesos que ya se encuentren<br />
en ejecución <strong>de</strong>ntro <strong>de</strong> la empresa. El proceso <strong>de</strong> mo<strong>de</strong>lado es soportado por el Framework<br />
PDS, el cual hace parte <strong>de</strong>l proyecto SIMEP-SW [32], realizando el mo<strong>de</strong>lado <strong>de</strong> procesos bajo<br />
la especificación SPEM.<br />
IMPLANTACIÓN: Esta disciplina es la encargada <strong>de</strong> llevar a cabo el diseño <strong>de</strong> la<br />
correspon<strong>de</strong>ncia e institucionalización <strong>de</strong> los nuevos procesos y mejora <strong>de</strong> los ya existentes a<br />
través <strong>de</strong> experimentos que nos permitan <strong>de</strong>finir una serie <strong>de</strong> pasos <strong>de</strong> implantación <strong>de</strong> los<br />
nuevos procesos para luego ser examinados y observados en la disciplina <strong>de</strong> análisis y<br />
evaluación.<br />
GESTIÓN DE LA CONFIGURACIÓN DEL PROCESO: Esta disciplina tiene en cuenta la<br />
necesidad <strong>de</strong> controlar los cambios; como el cambio pue<strong>de</strong> ocurrir en cualquier momento, <strong>de</strong>ben<br />
realizarse activida<strong>de</strong>s para i<strong>de</strong>ntificar el cambio, controlar el cambio, asegurar que el cambio<br />
está siendo apropiadamente implantado, informar <strong>de</strong>l cambio a aquellos que les es necesario y<br />
documentar las características funcionales y físicas <strong>de</strong> los elementos <strong>de</strong> configuración.<br />
APRENDIZAJE: El aprendizaje o retroalimentación es una <strong>de</strong> las disciplinas más importante<br />
en cada fase, y ésta <strong>de</strong>be ser consi<strong>de</strong>rada como algo implícito en cada una <strong>de</strong> ellas, ya que se<br />
toma como base <strong>de</strong> conocimiento las lecciones aprendidas para el inicio <strong>de</strong> nuevos ciclos <strong>de</strong><br />
12
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
mejoramiento. El aprendizaje pue<strong>de</strong> ser visto como el empaquetamiento continuo <strong>de</strong> lecciones<br />
aprendidas don<strong>de</strong> se encontrarán todos los artefactos que nos permitan i<strong>de</strong>ntificar la experiencia<br />
en ciclos <strong>de</strong> mejoramiento anteriores.<br />
La figura 5 muestra la aplicación <strong>de</strong> las diferentes disciplinas i<strong>de</strong>ntificadas en<br />
cada una <strong>de</strong> las fases <strong>de</strong>l proyecto <strong>de</strong> mejora Agile SPI – Process. Como lo muestra la<br />
gráfica, las disciplinas son aplicadas en todas las fases, pero unas son aplicadas en<br />
mayor o menor medida y <strong>de</strong> diferente forma <strong>de</strong>pendiendo <strong>de</strong> la fase en la que se aplique<br />
y <strong>de</strong> las priorida<strong>de</strong>s <strong>de</strong>l programa <strong>de</strong> mejora. Por ejemplo, la disciplina <strong>de</strong> análisis <strong>de</strong>be<br />
realizarse durante toda la fase <strong>de</strong> instalación, analizando los resultados <strong>de</strong> la valoración<br />
realizada y la planificación <strong>de</strong>l plan <strong>de</strong> mejora; también ésta disciplina será aplicada al<br />
inicio y al final <strong>de</strong> las siguientes fases pero la forma <strong>de</strong> aplicarse es diferente.<br />
Figura 5. Aplicación <strong>de</strong> disciplinas. Agile SPI – Process<br />
2.1.5 Las Iteraciones en Agile SPI – Process y su correspon<strong>de</strong>ncia con el<br />
proceso <strong>de</strong> <strong>de</strong>sarrollo SCRUM.<br />
Una iteración en Agile SPI - Process es un mini-ciclo <strong>de</strong> mejora que permite a<strong>de</strong>lantar el<br />
<strong>de</strong>sarrollo y gestión <strong>de</strong> un conjunto <strong>de</strong> casos <strong>de</strong> mejora <strong>de</strong> manera in<strong>de</strong>pendiente. La iteración es<br />
el concepto integrador entre fases y disciplinas. Las fases pue<strong>de</strong>n ser <strong>de</strong>scompuestas en el<br />
tiempo y el espacio (equipos) por iteraciones, y una iteración, al ser por sí misma una guía <strong>de</strong><br />
mejora, es <strong>de</strong>finida a partir <strong>de</strong> un conjunto <strong>de</strong> disciplinas <strong>de</strong> acuerdo a la fase en la que se<br />
encuentre y a las características <strong>de</strong>l proyecto <strong>de</strong> mejora. Las iteraciones en Agile SPI – Process<br />
son un agregado muy importante en la mejora <strong>de</strong> procesos <strong>de</strong> software, ya que <strong>de</strong> esta manera se<br />
13
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
pue<strong>de</strong>n <strong>de</strong>sarrollar mejoras in<strong>de</strong>pendientes, y <strong>de</strong> esa manera arrojar mejoras mucho más rápido.<br />
La clave está en <strong>de</strong>sarrollar iteraciones en áreas que sean in<strong>de</strong>pendientes <strong>de</strong> otras, <strong>de</strong> esta<br />
manera el trabajo en ellas se pue<strong>de</strong> realizar paralelamente, sin que el trabajo <strong>de</strong> mejora que en<br />
ellas se <strong>de</strong>sarrolle ocasione problemas, no obstante hay que tener en cuenta que pue<strong>de</strong> ocurrir el<br />
caso en el que exista una <strong>de</strong>pen<strong>de</strong>ncia entre áreas, en ese caso hay que estudiar cuál es el<br />
impacto arrojado que podría crear un caso <strong>de</strong> mejora y en base a esto or<strong>de</strong>nar la manera en<br />
como se <strong>de</strong>sarrollarán las mejoras en los <strong>de</strong>más casos (la <strong>de</strong>pen<strong>de</strong>ncia esta mejor ejemplificada<br />
en el anexo B: Manual <strong>de</strong> Técnicas y practicas. Red <strong>de</strong> <strong>de</strong>pen<strong>de</strong>ncias).<br />
Algo en lo que hemos consi<strong>de</strong>rado importante ahondar y <strong>de</strong>tallar, es que las<br />
iteraciones para los casos <strong>de</strong> mejora en las fases <strong>de</strong> Diagnóstico, Formulación y <strong>Mejora</strong><br />
pue<strong>de</strong>n ser <strong>de</strong>sarrollados <strong>de</strong> manera similar a la forma como lo hace el Proceso <strong>de</strong><br />
Desarrollo Scrum[53] con los sprints, en cada uno <strong>de</strong> las cuales hay tres fases: prejuego,<br />
juego y pos-juego, a las cuales las hemos llamado pre-mejora, mejora y posmejora.<br />
Los casos <strong>de</strong> mejora pue<strong>de</strong>n verse como los Sprint Backlog (Listado <strong>de</strong><br />
requisitos <strong>de</strong> mejora), los cuales han sido <strong>de</strong>sarmados en tareas <strong>de</strong> mejora más<br />
pequeñas, y éstos en su totalidad y respectiva correspon<strong>de</strong>ncia conformarían un área<br />
específica, que podrían verse como un listado priorizado <strong>de</strong> rasgos requeridos por la<br />
mejora, el cuál ha sido obtenido por la valoración realizada a la empresa, en relación al<br />
proceso <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> SCRUM estos listados <strong>de</strong> rasgos son los que se crean a partir<br />
<strong>de</strong> los requerimientos <strong>de</strong>l cliente y son llamados Product Backlog (Listado <strong>de</strong> requisitos<br />
<strong>de</strong> mejora iniciales).<br />
En la figura 5 po<strong>de</strong>mos ver como se <strong>de</strong> <strong>de</strong>sarrollan las iteraciones en Agile SPI –<br />
Process. En la fase <strong>de</strong> pre-mejora se <strong>de</strong>sarrollan disciplinas <strong>de</strong> valoración para la<br />
creación <strong>de</strong>l registro <strong>de</strong> acumulación o retraso <strong>de</strong>l producto (Listado <strong>de</strong> requisitos <strong>de</strong><br />
mejora iniciales). Luego <strong>de</strong> priorizar las áreas a mejorar, se crea un listado <strong>de</strong> requisitos<br />
<strong>de</strong> mejora mediante la evaluación <strong>de</strong> cada una <strong>de</strong> las áreas, lo cuál permite <strong>de</strong>finir un<br />
or<strong>de</strong>n para cada una <strong>de</strong> las iteraciones <strong>de</strong> mejora a ejecutar. Es conveniente mediante la<br />
ayuda <strong>de</strong> una <strong>de</strong> red <strong>de</strong> <strong>de</strong>pen<strong>de</strong>ncias or<strong>de</strong>nar <strong>de</strong> una manera más <strong>de</strong>tallada las mejoras a<br />
realizar en las áreas seleccionadas para la mejora, esta red me permite i<strong>de</strong>ntificar los<br />
casos <strong>de</strong> mejora o el número <strong>de</strong> iteraciones a <strong>de</strong>sarrollar por cada área. Los casos <strong>de</strong><br />
mejora no son más que las activida<strong>de</strong>s que componen el área.<br />
14
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
Como se pue<strong>de</strong> ver en la figura 6, las activida<strong>de</strong>s en la fase <strong>de</strong> diagnóstico,<br />
formulación y mejora (las cuales serán explicadas mas a<strong>de</strong>lante) las traemos a relación<br />
para ver un poco mejor las activida<strong>de</strong>s <strong>de</strong>sarrolladas durante la iteración <strong>de</strong> cualquier<br />
caso <strong>de</strong> mejora.<br />
Luego <strong>de</strong> i<strong>de</strong>ntificar los casos <strong>de</strong> mejora que componen el área y or<strong>de</strong>narlos<br />
mediante una red <strong>de</strong> <strong>de</strong>pen<strong>de</strong>ncias, continúa el posterior análisis y diseño <strong>de</strong>l nuevo o<br />
mejorado proceso y la respectiva implantación y documentación.<br />
Figura 6. Iteraciones en Agile SPI - Process<br />
15
COMPETISOFT<br />
3 CONCLUSIONES<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
• En este informe técnico se ha presentado un proceso <strong>de</strong> mejora <strong>de</strong> procesos <strong>de</strong><br />
software ágil. Las características fundamentales <strong>de</strong>l proceso son: las disciplinas<br />
<strong>de</strong> trabajo transversales a un programa <strong>de</strong> mejora, la adaptación <strong>de</strong> técnicas para<br />
la conformación <strong>de</strong> los grupos o equipos <strong>de</strong> mejora y la posibilidad <strong>de</strong> realizar<br />
las mejoras en los procesos <strong>de</strong> una manera iterativa e incremental.<br />
• Para aligerar el proceso, Agile SPI – Process adopta los principios <strong>de</strong>l<br />
manifiesto ágil y las características para un SPI liviano, lo cual hace que los<br />
programas <strong>de</strong> mejora se enfoquen en arrojar resultados ágiles y <strong>de</strong> acuerdo a las<br />
necesida<strong>de</strong>s <strong>de</strong> las empresas.<br />
• El proceso presentado en este informe técnico proporciona a las Gimes un<br />
proceso <strong>de</strong> mejora <strong>de</strong> procesos <strong>de</strong> software adaptado a sus características, las<br />
cuales no disponen <strong>de</strong> los medios y recursos suficientes para la aplicación <strong>de</strong><br />
mo<strong>de</strong>los <strong>de</strong> mejora <strong>de</strong> procesos tradicionales propuestos por el SEI o la ISO.<br />
Para la <strong>de</strong>finición <strong>de</strong> Agile SPI – Process se han consi<strong>de</strong>rado las necesida<strong>de</strong>s <strong>de</strong><br />
las empresas <strong>de</strong>l sector informático <strong>de</strong> Colombia, pero el proceso ha sido<br />
<strong>de</strong>finido <strong>de</strong> forma general con el fin <strong>de</strong> ser aplicado a cualquier PyME <strong>de</strong>l<br />
sector Latinoamericano. En relación a otras propuestas relacionadas, Agile SPI<br />
– Process proporciona un proceso <strong>de</strong> mejora <strong>de</strong> procesos <strong>de</strong> software ágil y<br />
liviano con el fin <strong>de</strong> establecer mejoras en los procesos ágiles o menos<br />
burocráticos in<strong>de</strong>pendientemente <strong>de</strong>l mo<strong>de</strong>lo <strong>de</strong> calidad para software elegido<br />
CMM, CMMI o ISO.<br />
• Como trabajo futuro se <strong>de</strong>be crear una herramienta software que soporte la<br />
gestión y administración <strong>de</strong> un programa <strong>de</strong> mejora utilizando este proceso. Y<br />
se <strong>de</strong>ben concretar algunos temas <strong>de</strong>l proceso <strong>de</strong> mejora que se han enfocado<br />
con poca profundidad, tales como: métricas, valoración y evaluación <strong>de</strong><br />
procesos.<br />
16
COMPETISOFT<br />
4 REFERENCIAS<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
[1] VISCONTI Z, Marcello, Dr. Ingeniería <strong>de</strong> Software Avanzada. Universidad Tecnica<br />
Fe<strong>de</strong>rico Santa Maria. Departamento <strong>de</strong> Informatica. Valparaíso Chile. Documento digital.<br />
[2] BEDINI G, Alejandro, Msc. Extracto <strong>de</strong>l libro “Calidad Tradicional y <strong>de</strong> Software”.<br />
Universidad Técnica Fe<strong>de</strong>rico Santa Maria. Industrias Campus Santiago <strong>de</strong> Chile.<br />
Documento digital.<br />
[3] MONTILVA C, Jonás A., Ph.D. <strong>Mejora</strong>miento <strong>de</strong> los procesos <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong><br />
software. Universidad <strong>de</strong> Los An<strong>de</strong>s Facultad <strong>de</strong> Ingeniería Postgrado en Computación<br />
Mérida, Venezuela. Documento digital.<br />
[4] VISCONTI Z, Marcello, Dr. Proyecto FONDECYT. "Calidad y <strong>Mejora</strong>miento <strong>de</strong><br />
<strong>Procesos</strong> <strong>de</strong> Software: Herramientas Específicas, <strong>Procesos</strong> Genéricos y Mejores Prácticas<br />
para Cerrar la Brecha entre el Diagnóstico - Planificación y la Acción Práctica".<br />
Departamento <strong>de</strong> Informática <strong>de</strong> la Universidad Técnica Fe<strong>de</strong>rico Santa María.<br />
http://www.inf.utfsm.cl/~cisrary/<strong>de</strong>scripcion.html.<br />
[5] VISCONTI Z, Marcello, Dr. Software Process Improvement Overview. Departamento<br />
<strong>de</strong> Informática. Universidad Técnica Fe<strong>de</strong>rico Santa Maria. Valparaíso, Chile. Documento<br />
digital.<br />
[6] TANTARA INC. Software process improvement & related standards/mo<strong>de</strong>ls. Business<br />
consulting firm specialized in software best practices and the improvement of process<br />
effectiveness and software product/service potential. Julio 24 <strong>de</strong>l 2.001.<br />
[7]<br />
http://www.tantara.ab.ca/a_stds.htm<br />
MOEN Ronald D. NOLAN Thomas W. PROVOST Lloyd P. Traducción libre <strong>de</strong>l cap.<br />
1 "Improvement of Quality" <strong>de</strong>l libro Improving Quality Through Planned Experimentation.<br />
Ed. McGraw-Hill. Documento digital.<br />
http://correo.udlap.mx/~jtambore/mej-cal/mej-cal.html<br />
[8] ALQUICIRA ESQUIVEL, Claudia, M. en C. Programa <strong>de</strong> mejora, una carrera por la<br />
mejora que no tiene meta.<br />
http://www.avantare.com/articulos/noveda<strong>de</strong>s_articulo<strong>de</strong>lmes.html<br />
[9] SYNSPACE. Evaluación y Análisis <strong>de</strong> los <strong>Procesos</strong> <strong>de</strong> Desarrollo <strong>de</strong> Software. 2003.<br />
http://www.synspace.com/ES/Assessments/spa.html<br />
[10] VISCONTI Z, Marcello, Dr. Ingeniería <strong>de</strong>l Software Avanzada. Universidad Técnica<br />
Fe<strong>de</strong>rico Santa Maria. Departamento <strong>de</strong> Informática. Documento digital.<br />
[11] GUERRERO, Luciano. Ciclo <strong>de</strong> <strong>Mejora</strong>miento <strong>de</strong> <strong>Procesos</strong>: el Mo<strong>de</strong>lo IDEAL SM .<br />
Montreal, PQ, Canadá. Octubre 1.999. Documento digital.<br />
http://www.geocities.com/SiliconValley/Lab/3629/<br />
[12] SHEWHART, Walter. Scriven M.: Evaluation Thesaurus. Sage Publications: Newbury<br />
Park, CA (1991).<br />
[13] DEMING, W. E.: Out of the Crisis. Cambridge, MA: MIT Center for Advanced<br />
Engineering (1986).<br />
[14] JURAN J, M.: Planning for Quality. New York: Macmillan (1988).<br />
[15] HUMPHREY, W. S.: Managing the Software Process. Reading, MA: Addison-Wesley<br />
(1989).<br />
17
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
[16] MALPASS Pete, MAHER Jhon. General CMM Installation Gui<strong>de</strong> V0.9. Documento<br />
digital.<br />
[17] SYNSPACE. iNTACS Certified ISO/IEC 15504 (SPiCE) Assessor. Octubre 27 <strong>de</strong><br />
2.004. http://www.synspace.com/ES/Seminars/sat.html<br />
[18] SCOTT, L. JEFFERY, R. CARVALHO, L. D’AMBRA, J. RUTHERFORD, P.<br />
Practical Software Process Improvement – The IMPACT Approach in Proceedings 2001<br />
Australian Software Engineering Conference, pp. 182-189, IEEE Computer Society Press,<br />
2001. The University of New South Wales. Documento digital.<br />
[19] IBARGÜENGOITIA, G. Guadalupe. Aplicación <strong>de</strong> MoProSoft a un caso práctico.<br />
Facultad <strong>de</strong> Ciencias, UNAM. Documento digital.<br />
[20] PINO Francisco J. C, O Félix. García R, PIATTINI V Mario. Adaptación <strong>de</strong> las normas<br />
ISO/IEC 12207:2002 e ISO/IEC 15504:2003 para la Evaluación <strong>de</strong> la Madurez <strong>de</strong> <strong>Procesos</strong><br />
Software. 2.005. Documento digital.<br />
[21] CRAFTWARE LTDA. Reingeniería <strong>de</strong> Proceso <strong>de</strong> Desarrollo. 2.003.<br />
http://www.craftware.net/es/reengineering.html.<br />
[22] GUERRERO, Luciano. <strong>Mejora</strong>miento <strong>de</strong> procesos. 1999-2000.<br />
http://www.geocities.com/SiliconValley/Lab/3629/mejoramiento.htm<br />
[23] GUERRERO, Luciano. El Método CBA IPI. 1999-2000. Documento digital.<br />
[24] GUERRERO, Luciano. 1999-2000. Evaluación <strong>de</strong> proyectos.<br />
www.geocities.com/SiliconValley/Lab/3629/evaluand.htm<br />
[25] MCFEELEY, Bob. IDEAL SM : A User’s Gui<strong>de</strong> for Software Process Improvement.<br />
Software Engineering Institute (SEI) Carnegie Mellon University Pittsburgh, Pennsylvania.<br />
1.996.<br />
[26] FUGGETTA, Alfonso, CONRADI Reidar, Improving Software Process Improvement.<br />
Dipartimento di Elettronica e Informazione. Politecnico di Milano. Julio 2.002.<br />
[27] STÅLHANE, T. WEDDE, K. J. “SPI—Why Isn’t It More Used?” Proc. EuroSPI ’99,<br />
Pori School of Technology and Economics, Pori, Finland, Serie A25, pp. 1.34–1.39.<br />
[28] HURTADO, Julio Ariel. “El mo<strong>de</strong>lo integral <strong>de</strong> mejoramiento Agile SPI”.<br />
Departamento <strong>de</strong> Sistemas, Universidad <strong>de</strong>l Cauca. Popayán, Agosto <strong>de</strong> 2.004<br />
[29] HURTADO, Julio Ariel. “Agile SPI: Un enfoque ágil hacia la mejora <strong>de</strong> procesos <strong>de</strong><br />
Software”. Resumen. Departamento <strong>de</strong> Sistemas, Universidad <strong>de</strong>l Cauca. Popayán.<br />
[30] HUMPREY, W. S. Managing the software process, SEI series in software engineering,<br />
Addison-Wesley, 1.989.<br />
[31] SYNSPACE. INTACS Certified ISO/IEC 15504 (SPICE) Assessors. Octubre 27 <strong>de</strong><br />
2.004. http://www.synspace.com/ES/Seminars/sat.html<br />
[32] JACOBSON. Ivar. BOOCH. Grady. RUMBAUGH. James. “El proceso Unificado <strong>de</strong><br />
Desarrollo <strong>de</strong> Software”. Edición en español. Ed Addison Wesley. 2.000.<br />
[33] HURTADO, Julio Ariel. “Sistema Integral para el <strong>Mejora</strong>miento <strong>de</strong> los procesos <strong>de</strong><br />
Desarrollo <strong>de</strong> Software en Colombia (SIMEP-SW)”. Departamento <strong>de</strong> Sistemas,<br />
Universidad <strong>de</strong>l Cauca. Popayán, Julio <strong>de</strong> 2.003.<br />
[34] ZAHRAN, Sami. “Software Process Improvement: Practical Gui<strong>de</strong>lines for Business<br />
Success”. Software Engineering Institute.1.998.<br />
18
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
[35] SWEBOK. A project of the IEEE Computer Society. Professional Practices Comité.<br />
Gui<strong>de</strong> to the Software Engineering Body of Knowledge. 2004 Version.<br />
[36] DYER, J. “Team Research and Team Training: A State-of-the-Art Re-view.” Human<br />
Factors Review, The Human Factors Society, Inc.<br />
[37] HUMPREY, W. The Team Software Process. Technical Report CMU/SEI-2000-TR-<br />
023. 2000.<br />
[38] CANÓS, José H. LETELIER Patricio. PENADÉS María Carmen. Metodologías ágiles<br />
en el Desarrollo <strong>de</strong> Software. Universidad Politécnica <strong>de</strong> Valencia.<br />
[39] REYNOSO. Carlos. “Métodos heterodoxos en <strong>de</strong>sarrollo <strong>de</strong> software”.<br />
http://www.microsoft.com/spanish/msdn/arquitectura/roadmap_arq/heterodox.asp<br />
[40] TORRES, José Luis. IIDIS Instituto para la Investigación y Desarrollo <strong>de</strong> la Ingeniería<br />
<strong>de</strong> Software. Universidad Autónoma <strong>de</strong> Guadalajara.<br />
http://www.ewh.ieee.org/r9/guadalajara/boletin/marzo02/admonreq.htm<br />
[41] GUERRERO, F. Rodrigo. Martínez, J. Freddy. PROYECTO FRAMEWORK PDS.<br />
Marco <strong>de</strong> trabajo para Definición <strong>de</strong> <strong>Procesos</strong> <strong>de</strong> Desarrollo <strong>de</strong> Software. Versión 1.0.1.<br />
Universidad <strong>de</strong>l Cauca. 16 <strong>de</strong> marzo <strong>de</strong> 2005.<br />
[42] HOLLINGSWORTH. David. “Workflow Management Coalition the Workflow<br />
Reference Mo<strong>de</strong>l”. 55 p. Enero <strong>de</strong> 1995.<br />
[43] DE LA VILLA, Manuel. Ruiz Merce<strong>de</strong>s. Ramos Isabel. Mo<strong>de</strong>los <strong>de</strong> Evaluación y<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong>: Análisis Comparativo. Proyecto CICYT. 2.004.<br />
[44] CHAPELA, C. Leonardo. Dr. Calidad Y Competitividad En La Industria Del Software.<br />
[45] PINO, F. José. Mo<strong>de</strong>los <strong>de</strong> evaluación <strong>de</strong> la calidad <strong>de</strong> los procesos <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong><br />
software. Universidad <strong>de</strong>l Cauca. Junio <strong>de</strong> 2.005.<br />
[46] ISO/IEC. (1998c). ISO IEC 15504 TR2:1998, Software Process Assessment - Part 4:<br />
Gui<strong>de</strong> to conducting assessment. International Organization for Standardization.<br />
[47] SEI. (2001). Standard CMMI SM Appraisal Method for Process Improvement<br />
(SCAMPI SM ), Version1.1: Method Definition Document. CMU/SEI-2001-HB-001.<br />
Software Engineering Institute.<br />
[48] ISO/IEC. (1998a). ISO/IEC 15504 TR2:1998, Software Process Assessment - Part 2: A<br />
reference mo<strong>de</strong>l for processes and process capability. International Organization for<br />
Standardization.<br />
[49] ISO/IEC. (1995). ISO/IEC 12207 – UNE 71044 (1999) Tecnología <strong>de</strong> la Información<br />
Proceso <strong>de</strong> Ciclo <strong>de</strong> Vida <strong>de</strong>l Software. AENOR – Asociación Española <strong>de</strong> Normalización y<br />
Certificación.<br />
[50] ISO/IEC. (2002). ISO/IEC 12207 AMENDMENT 1: Information Technology -<br />
Software Life Cycle Processes Amendment 1. International Organization for<br />
Standardization.<br />
[51] Manifesto for Agile Software Development. http://www.agilemanifesto.org/<br />
[52] AHERN, D. CLOUSE, A. TURNER, R. CMMI(R) Distilled: A Practical Introduction<br />
to Integrated Process Improvement, Second Edition. Addison-Wesley (Sep.2003).<br />
[53] SCRUM. Métodos Heterodoxos en Desarrollo <strong>de</strong> Software.<br />
http://www.microsoft.com/spanish/msdn/arquitectura/roadmap_arq/heterodox.asp. Viernes,<br />
11 <strong>de</strong> junio <strong>de</strong> 2004.<br />
19
COMPETISOFT<br />
<strong>Mejora</strong> <strong>de</strong> <strong>Procesos</strong><br />
[54] BARBACCI, Mario R. ELLISON, Robert. LATTANZE, Anthony J. STAFFORD,<br />
Judith A. WEINSTOCK, Charles B. WOOD, William G. Quality Attribute Workshops<br />
(QAWs), Third Edition. TECHNICAL REPORT, CMU/SEI-2003-TR-016, ESC-TR-2003-<br />
016. August 2003.<br />
[55] OBJECT MANAGMENT GROUP. “Software Process Engineering Metamo<strong>de</strong>l<br />
Specification” Versión 1.0. Noviembre <strong>de</strong> 2002.<br />
20