(Lectura-cpractico-dptic_TI043_direccion y Gestion de Proyectos TIC (1)

7/24/2019 (Lectura-cpractico-dptic_TI043_direccion y Gestion de Proyectos TIC (1)

1/22

Presentacin decasos reales o prcticos

D IRECCIN YGESTIN DE PROYECTOS TI C 1

FUNDACIN

UNIVERSITARIA

IBEROAM

ERICANA

TRASLALECTURADELDOCUMENTORESPONDADEFORMAREFLEXIVA

ALASSIGUIENTESPREGUNTAS:

1. Seales tres puntos que repercuten de forma positiva en la organizacin

2. Seales tres debilidades que plantea la metodologa al implantarse en las

organizaciones

3. En su entorno pas, cul es el inters de las empresas por trabajar bajo

esta metodologa? En particular, tiene el mismo calado en grandes

empresas que en PYME?

4. Finalmente, seale su visin de la forma de bajo sistematizada bajo

metodologas en las organizaciones.


2/22

AnlisisAnlisisAnlisisAnlisis descriptidescriptidescriptidescriptivvvvoooo deldeldeldelpppprrrroceso deoceso deoceso deoceso de implementacin del niimplementacin del niimplementacin del niimplementacin del nivvvvelelelel 2222

del modelo CMMIdel modelo CMMIdel modelo CMMIdel modelo CMMI enenenen unaunaunauna empempempemprrrresaesaesaesarrrregionalegionalegionalegional

dededede desadesadesadesarrrrrrrrolloolloolloollo dededede softwasoftwasoftwasoftwarrrreeeeCatherine Picazzo M.

kpicazopu!.edu.co

"orha M.#illegas M.nvillegaicesi.edu.co

$a%riel &amura M.gtamuraicesi.edu.co

'echa de recepcin()*

+,*2++-

'echa de seleccin(2*

/+*2++-

'echa de aceptacin(/)*0*2++-

A1&3A1&3A1&3A1&3AAAAC&C&C&C&CMMI (Capability Maturity ModelIntegration) is basically a continu-ous-improvement inspired modelto classify software developmentorganizations according to a five-level maturity and capability scale.The classication in a given levelis based on the dominance that anorganization shows evidence to haveover theareas of that level! which inturn re"ects the degree of maturity oftheorganization and of theprocesses

that it follows to develop software.This article presents a preliminarydescriptive analysis of a level #implementation process of theCMMImodel in aColombiansoftware devel-

opment company! ma$ing anoverallpresentation of how it was broughtinto practice the theory ofthe modelin the processes of thecompany! to becompliant with the conditions! goalsand practices dened in the level #process areas of the model. The arti-cle also describes the problems whicharose in the e%ecution of thepro&ect!as well as how they were solved. 'spreliminary results are presentedsome of theindicators dened by thecompany for the software processes!

and the software tools that were ac-uired or developed for the supportof the implementation of the processareas. inally! some conclusionsandrecommendations which can befound


3/22

of use and application are given for

similar pro&ects.

456456456456 7777839839839839*C'M+I! CMMI model! CMMIlevel#implementation.

35:M5"35:M5"35:M5"35:M5",l Modelo de Capacidad yMadurez(Capability MaturityModel Integra-tion! CMMI)! es unmodelo inspiradoen elme&oramiento continuo ue per-mite clasicar a las organizaciones

de desarrollo de software segn unaescala de cinco niveles de madurezy capacidad. a clasicaci/n en undeterminado nivel se realiza sobrela base del dominio ue una orga-nizaci/n evidencia tener acerca delas 0reas de proceso de dicho nivel!lo cual a su vez re"e&a el grado demadurez de la misma y de losproce-sos ue ella realiza paradesarrollarsoftware. ,n esteart1culo se presentaun an0lisisdescriptivo preliminar delproceso de implementaci/n del nivel

# del modelo CMMI en unaempresa

regional de desarrollo de software!e%poniendo de manera general c/mose realiz/ la aplicaci/n de la teor1adel modeloen los procesos reueridospara cumplir con las condiciones! me-tas y pr0cticas de las 0reas de procesodel nivel # del modelo! as1 como losproblemas e inconvenientes presen-tados en la e&ecuci/n del proyecto!&unto con sus respectivas soluciones.' modo de resultados preliminares!se presentan algunosde los indicado-res denidos por laempresa para esos

procesos! las herramientas de apoyoue se aduirieron o desarrollaronpara la implementaci/n de las 0reasde proceso. inalmente! se dan algu-nas conclusiones y recomendacionesde aplicaci/n ue pueden ser tilespara proyectos similares.

PPPPA;A13AA;A13AA;A13AA;A13AC;C;C;C;AAAA#5#5#5#5*C'M+I! Modelo CMMI!Implemen-taci/n del nivel # deCMMI.

Clasificacin Colciencias: Tipo 5

0+


4/22

0

/./././. I"&I"&I"&I"&333389:CCI"89:CCI"89:CCI"89:CCI"

,l modelo de Capacidad y Madurez(CMMI)! es un modelo ue permiteclasificar a las organizaciones dedesarrollo de software segn unaescala de cinco niveles de madurezy capacidad. a clasicaci/n en undeterminado nivel se realiza sobrelabase del dominio y aplicaci/n ueunaorganizaci/n evidencia tener acercade las 0reas de proceso dedicho nivel!lo cual re"e&a el gradode madurez dela misma y de losprocesos ue siguepara desarrollarsoftware.2

'unue el modelo CMMI se ha di-fundido e%tensamente en elmundo!tal difusi/n en Colombia apenasest0 traspasando las fronteras delas universidades! pues en el ordenempresarial general en realidad nose conoce mucho del mismo! m0sall0 del nombre. ,sta situaci/n sepresenta adem0s en un conte%toempresarial cuya cultura organi-zacional es de informalidad! en laue la implementaci/n de procesos

con modelos de indicadores efecti-vamente en uso! es ba&a! y en lauehay poca documentaci/n acerca delos procesos respectivos de imple-mentaci/n.

Con lo anterior se tiene una situa-ci/n en la ue resulta muy valiosopromover la implementaci/n demodelos de procesos estandarizadosy con indicadores! por e&emplo paradesarrollo de software! ydocumentar

dichas e%periencias! pero en la ue

medir o documentar el estadoactualde desempe3o de losprocesos resultadif1cil! bien sea porue las empresasrealmente no se preocupan por reco-pilar la informaci/n de base ue sereuiere! o bien porue cuandopasanpor un proceso de evaluaci/nconside-ran los resultados como informaci/ncondencial.

a empresa de desarrollo de soft-ware! cuyo caso de estudio yan0lisispreliminar se presenta en este tra-

ba&o!4

se desempe3a enel sector deservicios y est0 clasicada como detama3o mediano. ' comienzos dela3o #552! decidi/ iniciar el proyec-to de estandarizaci/n de procesos#

para obtener la certificaci/n I*675528#555!9 consigui:ndola enoctu-bre del #55;! por parte de laempresai (del ?rupo


5/22

- *,I). ,l proyecto empez/ con unava-

loraci/n parcial de las 0reas deprocesorespectivas! en la cual seidenticarondiversos inconvenientes en el desa-rrollo de proyectos de software. ,stosinconvenientes! ue se describen enlasecci/n 9 de este documento!estabanafectando la calidad de susproductosy los respectivos costos de desarrolloen la organizaci/n!con lo cual se es-tableci/ como meta su identicaci/ny lograr unproceso denido! conocidoy utilizado por toda la empresa. osresultados de la valoraci/n inicial!sin

embargo! no fueron suministrados!lo cual! desafortunadamente! no per-mite establecer una l1nea base parael posterior an0lisis comparativo delas me&oras logradas con el proceso!ydisminuye indudablemente el aporteue esta informaci/n podr1a brindara las empresas ue est:ninteresadasen este proceso! ue esen ltimas! laraz/n por la cual se ha escrito estedocumento.

,n la secci/n # de este art1culo se

presenta la descripci/n general delmodelo CMMI y su estructura debaseD en la secci/n 9se describe c/mose llev/ a cabo la implementaci/n delas 0reas de proceso del nivel # delmodeloD en la secci/n ; se presentanalgunos resultados preliminares dele&ercicio. E nalmente! en lasecci/n@! las conclusiones m0s relevantesytraba&os futuros con los ue sepodr1acontinuar.

2.2.2.2. 95C3IPCI"95C3IPCI"95C3IPCI"95C3IPCI"$5"53A;$5"53A;$5"53A;$5"53A;

95;95;95;95; M895;8M895;8M895;8M895;8CMMICMMICMMICMMI

2.1 Estructura de base y compo-nentes del modelo CMMI

,l modelo CMMI tiene como baseestructural la ue se ilustraen la i-

gura 2! y sus elementos sedescriben

a continuaci/n8rea de proceso ProcessArea!8Fn 0rea de proceso es un grupo depr0cticas relacionadascon una tareaespec1ca.'le&ecutarlas en con&untose satisface una meta importantecomo me&ora significativa en esa0rea. as 0reas de procesodistinguenlos distintos niveles de madurez delmodelo CMMI.

Metas espec"ficas Specific Goa-ls!8 as metas espec1cas seaplican

o denen sobre un 0rea deproceso yse ocupan de describir las caracte-r1sticas nicas ue deben ser imple-mentadas para satisfacer el 0rea deproceso.

#r$cticas espec"%icas SpecificPractices!8 Fna pr0ctica espec1caes una actividad considerada comoimportante para lograr una metaespec1ca. as pr0cticas espec1casy las gen:ricas consideran subpr0c-ticas! ue soninterpretaciones y des-

cripciones detalladas de las pr0cticas!y ue resultan tiles para la me&oradel proceso.

Caracter"sticas comunes Com-mon Features!8 *on caracter1sticasue se observan de manera generalen las distintas0reas de proceso! or-ganizadas enlas pr0cticas gen:ricas.Gay cuatro caracter1sticas comunesprincipales8

H Compromiso arealizar.

H Gabilidad arealizar.H 'dministraci/n de laimplemen-

taci/n.

H =ericaci/n de la implementa-ci/n.

02


6/22

0

MaturityLevels

Process Area1 Process Area 2 Process Area n

Specific Goals Generic Goals

Common Features

Specific Practices

Commitmentto Perform

AbilitytoPerform

DirectingImplementation

VerifyingImplementation

Generic Practices

&i'ura 1. ,structura de base del modelo CMMI2

Metas (en)ricas GenericGoals!8Metas ue se denominan gen:ricasdebido a ue aparecen envarias 0reasde proceso. ,l logro deuna meta ge-

n:rica en un procesosignica controlme&orado enplaneaci/n e implemen-taci/n de los procesos asociados conel 0reade proceso.

#r$cticas (en)ricas GenericPractices!8 as pr0cticas gen:ricasbuscan la institucionalizaci/n paraasegurar ue los procesos asociadosal 0reade proceso sean ecaces! reuti-lizables y durables. as pr0cticasgen:ricas son categorizadas por lasmetas gen:ricas y las caracter1sticas

comunes.

2.2 *escripcin de los ni+elesdel modelo CMMI

,l modelo CMMI tiene dos repre-sentaciones denominadas continuay escalonada. ,n su representaci/n

escalonada est0 compuesto porcinconiveles de madurez8

2. ivelinicial

#. ivelgestionado9. iveldenido

;. ivel gestionado demaneracuan-titativa

@. iveloptimizado

,n su representaci/n continua! elgrado de madurez se e%presa ent:r-minos de perles ue se establecensobre el nivel dedominioo aplicaci/nde 0reas deproceso determinadas. 'continuaci/n se muestra una breve

descripci/n de cada uno de los cin-co niveles de madurez del modeloCMMI! y en el restode este art1culose describe y analiza el proceso uesigui/ la empresa en cuesti/n paralograr su ob&etivo de alcanzar elnivel #! desde el punto de vista de la

Anlisis descriptivo del proceso deimplementacin del nivel 2

del modelo

CMMI en una empresa regional dedesarrollo de

software

I&5MAI&5MAI&5MAI&5MA


7/22

representaci/n escalonada delmodelo

CMMI.

2.2.1 Nivel 1 (denominadoInicial

o ad oc!.

as organizaciones en este nivelnodisponen de un ambiente establepara el desarrollo y mantenimien-to de software. 'unue se utilicent:cnicas correctas de ingenier1a! losesfuerzos se ven debilitados einclusoperdidos por falta de planicaci/ny de procesos estandarizados dedesarrollo. ,l :%ito de los proyectosse basa la mayor1a de las veces enel esfuerzo personal! a menudo seproducen fracasos y casi siempreretrasos y sobrecostos. ,l resultadode los proyectos es impredecible. +orlo anterior! estenivel no tiene 0reasde procesodenidas.

2.2.2 Nivel 2 (Gestionado oAd-

ministrado!.

,n este nivel las organizacionesdisponen de pr0cticas institucionali-

zadas de gesti/n de proyectos! e%is-ten m:tricas b0sicas y seguimientoincipiente de la calidad. a relaci/ncon subcontratistas y clientes est0gestionada sistem0ticamente. +araestar enel nivel # de CMMI se debeevidenciar gesti/n de las siguientes0reas de proceso8

2. 'dministraci/n de reuerimien-tos

#. +laneaci/n deproyectos

9. Monitoreo y control deproyectos

;. Medici/n yan0lisis

@ . 'd mi n i s t rac i /n d e s u b -contrataci/n

. 'seguramiento de calidad delproducto y del proceso

J. 'dministraci/n de la congura-

ci/n

2.2." Nivel "(#efinido!.

'dem0s de una buena gesti/n deproyectos! y de las 0reas de procesode nivel #! a este nivel lasorganiza-ciones disponen de procedimientosde coordinaci/n entre grupos! capa-citaci/n! entrenamiento y formaci/ndel personal! t:cnicas de ingenier1am0s detalladas y uso de m:tricasestablecidas en los procesos. +araestar en el nivel 9de CMMI se debe

evidenciar gesti/n de las siguientes0reas deproceso8

2. Kesarrollo dereuerimientos

#. *oluci/nt:cnica

9. 'dministraci/n integrada deproyecto

;. Integraci/n delproducto

@. =ericaci/n yvalidaci/n

. Kenici/n! desarrollo yme&oradelos procesos de laorganizaci/n

J. +lanicaci/n de la capacitaci/n!entrenamiento yformaci/n

L. ?esti/n deriesgos

7. 'n0lisis y resoluci/n deproblemasy toma de decisiones

2.2.$ Nivel $ (GestionadoCuan-

titativamente!.

as organizaciones de este niveldisponen de un con&unto dem:tricassignicativas de calidad y productivi-

dad! ue se usan demodo sistem0ticopara la toma de decisiones y la ges-ti/n de riesgos.,l software resultantees regularmente de alta calidad. +araestar en el nivel ; de CMMI sedebeevidenciar gesti/n de las siguientes0reas de proceso8

0


8/22

0

2. ?esti/n cuantitativa de proyec-

tos#. Me&ora de los procesos de laorga-

nizaci/n

2.2.% Nivel %(&ptimi'ado!.

as organizaciones de este nivel es-t0n enfocadas completamente en lame&ora continua de los procesos. *ehace uso intensivo de las m:tricas yse gestiona elproceso de innovaci/n.+ara estaren el nivel optimizado deCMMI sedebe evidenciar gesti/n de

las siguientes 0reas de proceso82. Innovaci/norganizacional

#. 'n0lisis y resoluci/n de lascausasde problemas y cambios

,.,.,.,. A"=;IIA"=;IIA"=;IIA"=;II 95C3IP&I95C3IP&I95C3IP&I95C3IP&I####8888 95;95;95;95;

PPPP33338C588C588C588C58 95959595IMP;5M5"IMP;5M5"IMP;5M5"IMP;5M5"&&&&AAAACI"CI"CI"CI" 95;95;95;95;

"I#5;"I#5;"I#5;"I#5; 222295;95;95;95; M895;8M895;8M895;8M895;8 CMMICMMICMMICMMI 5"5"5"5" ;A;A;A;A

83$A"IB83$A"IB83$A"IB83$A"IBAAAACI"CI"CI"CI",n esta secci/n se presentaprimerouna descripci/n general dela organi-

zaci/n en la ue serealiz/el e&erciciode implementaci/n del nivel # delmodelo CMMI! y en lassubseccionessiguientes se detallanalgunos de losdocumentos y procedimientos ue seidenticaron como los m0s cr1ticos endicho proceso! y ue en algunos casosla organizaci/n ven1a traba&andodesde tiempo atr0s!@ comoresultadode otros e&ercicios deestandarizaci/nde procesosusandomodelos como elde I*675558#555.

,.1 Conteto de aplicacina empresa en la ue se realiz/ ele&ercicio ob&eto de este traba&o fueconstituida en 277@! habiendo sur-gido inicialmente como un departa-mento de servicios de TI al interiorde una organizaci/n m0s grande!

la cual afront/ un gran crecimiento

por la demanda de sus servicios enlos ltimos a3os. Con este creci-miento! y los mltiples cambios dereglamentaci/n de ley ue present/el sector en el ue sedesenvuelve! eldepartamento deTI empez/ a verseobligado a modificar y actualizarconstantemente sus aplicativos. 'ldeterminar ue se ten1a pococontrolsobre los cambios y se incurr1a enun alto costo en modicaciones delos mismos! la organizaci/n tom/ ladecisi/n de ue el departamento de

TI desarrollara sus propios aplica-tivos en todas las funciones cr1ticaspara la misma! e incluso ingresaraal mercado de desarrollode softwarepara clientes e%ternosdel sector. oobstante! teniendo el dominio delconocimiento del sector! de la regla-mentaci/n! y contando con recursosespecializados! carec1a de una meto-dolog1a est0ndar ue le permitieradocumentar y controlar sus procesospara la prestaci/n de servicios conalta calidad. ,s as1 como a comien-zos del a3o #552 decidi/ iniciar elproceso para obtener la certicaci/nI*6 75528#555 con el claro ob&etivode Ame&orar sus servicios y ser com-petitivos en el sectorB! consiguiendola certicaci/n en octubre del a3o#55;! por parte de la empresai(del ?rupo


9/22

su correspondiente proyecto deme&o-

ramiento para lograr la certicaci/nrespectiva! con un modelo propio dela empresaasesora! la cual sirvi/ degu1a enel proceso! basado en el mo-delo *C'M+I.J

,.2 rea de #roceso 1 /dminis-tracin de re0uerimientos

,n esta 0rea de proceso se destacauna meta espec1ca! ue es la dela gesti/n de los reuerimientos!lo cual incluye todo su ciclo devida respectivo.,n la teor1a! ideal-

mente deben cubrirse las fases deelicitaci/n! an0lisis! especicaci/n!vericaci/n y validaci/n! y mante-nimiento.L

".2.1 #ocumentos procedi-

mientos definidos en la empresa

desarrolladora de soft)are para

cumplir con el*rea deproceso

H Meta Espec"fica 1 - /dminis-trar re0uerimientos. +aracumplir con esta meta! sedenie-

ron y establecieron lossiguientesdocumentos yprocedimientos8

2. ormato para administraci/nde reuerimientos para espe-cificaci/n y entendimiento dereuerimientos funcionales y nofuncionales.

#. ormato de acta de reuni/n!parade&ar como registro impreso yrmado para evidenciar los com-promisos delos reuerimientos.

9. ormato de solicitud de cambiodereuerimientos! donde seregistrael an0lisis del impactode los cam-bios y seadministran los cambiosa losreuerimientos.

;. ormato producto no conforme!para el registro de lasinconsisten-

cias y desviaciones delproducto

respecto al plan.@. +rocedimiento de tratamientode

producto no conforme y accionescorrectivas.

. +rocedimiento de accionespreven-tivas y metodolog1as dean0lisis ysoluci/n deproblemas.

".2.2 An*lisis+ pro,lemasencon-

trados medidascorrectivas

*iendo la primera 0rea traba&ada enla empresa en este proceso! sepercibi/

una lenta evoluci/n en la compresi/ny aplicaci/n de la teor1a relacionadacon esta 0rea deproceso! por lo cual laempresa tuvoue programar sesionesadicionales de capacitaci/n y orien-taci/n por parte del asesor e%terno.Con loanterior! y la aplicaci/n me&ordirigida de la teor1a! se dierongrandesavances en cuanto a losan0lisis de re-uerimientos y documentaci/n formalrelacionados con estos procesos. o obs-tante losavances! hubo problemas endisponibilidad de tiempo del grupodetraba&o de esta 0rea! ue seresolvieroncon acuerdos de horariosy actividadesregistradas en cronogramas! aunuefue necesaria la intervenci/n de laalta gerencia para lograr el acuerdoy su debido cumplimiento. 'dicional-mente! en un principio se presentaronproblemas al centrar las actividadesen el desarrollo delos reuerimientosy no en laadministraci/n de ellos! ueera el ob&etivo de esta 0rea. ,sto fuecorregido con la gu1a del asesore%terno

y con un redireccionamiento de aplica-ci/n del 0rea.

,., rea de #roceso 2 #lanea-cin de #royectos

a e&ecuci/n de un proyecto dedesa-rrollo de software es! engeneral! una

0>


10/22

0

tarea de considerables proporciones

ue reuiere ue sus fases sigan unplan. Gay tres aspectos importantesue hay uetener en cuenta para ladenici/n de un plan8 la estimaci/nde tiempo y dem0s recursos! los me-canismos de seguimiento y controlde la e&ecuci/n del plan! y asegurary controlar permanentemente uepara el cumplimiento del plan :stese difunda adecuadamente y los invo-lucrados aduieran los compromisosrespectivos.

".".1 #ocumentos procedimien-tos definidos paracumplir con el

*rea deproceso.

H Meta Espec"fica 1 - Establecerestimaciones. +ara cumplir conesta meta! sedenieron y estable-cieron los siguientes documentosy procedimientos8

2. Metodolog1a gesti/n deproyectos!inspirada originalmente en la me-todolog1a +MI7 (+r0cticas paralaadministraci/n de proyectos).

#. ormato matriz de formulaci/nde proyectos! ue permite esti-mar el alcance del proyecto conbase en criterios generales talescomo el ob&etivo del proyecto! losresultados esperados!actividadesy riesgos.

9. Mecanismo. uicio de e%pertos!mane&ado con el consenso grupalpara establecer las estimacionesde los productos de traba&o y ta-reas.

;. Kefinici/n de pol1tica sobre elmodelo de ciclo de vida de losproyectos de software a seguir!caracterizando las fases de an0-lisis! dise3o! implementaci/n eimplantaci/n.

@. Mane&o de base de datoshist/rica

para las estimaciones de costo yesfuerzo.

H Meta Espec"fica 2 - *esarrollarun plan del proyecto. +aracumplir conesta meta! se denie-ron y establecieron los siguientesdocumentos y procedimientos8

2. ormatos en M*-+ro&ect pararealizar los cronogramas de losproyectos! con informaci/n depersonas por actividad! tiempo ye&ecuci/n de cada actividad por

persona! dependencia de activi-dades ydeterminaci/n de la l1neabase.

#. ormato matriz de planicaci/nde proyectos! para establecer losproyectos! con lasdirectrices de lametodolog1a degesti/n de proyec-tos.

9. ormato matriz de planicaci/nde proyectos! para registrar yadministrar los riesgos identica-dos. 'dicionalmente permite pla-

near los recursos del proyecto.

;. Nepositorio central paraadminis-trar los datos de losproyectos.

@. Manual de competencias! dondese pueden consultar los perlesnecesarios del recurso humanoue se puedareuerir.

. ormato acta de reuni/n! paraevidenciar la asistencia ycompro-misos de losparticipantes.

H Meta Espec"fica , - btenercompromisos con el plan. +aracumplir con estameta! se denie-ron y establecieron los siguientesdocumentos y procedimientos8

2. *e deni/ como pol1ticaorganiza-cional ue loscoordinadores de los


del modelo


software



11/22

proyectos con su grupo detraba&o!

deben evaluar losplanesy riesgosue afecten lae&ecuci/n y el plandel proyecto.

#. *e evalan! en reuniones de se-guimiento! la consistenciaentre elrecurso estimado y eldisponible!con el n de conciliar si es nece-sario.

9. ormato matriz de planicaci/nde proyectos ycronograma! dondeuedan establecidos los compro-misos de cada actividad y los

responsables.

".".2 An*lisis+ pro,lemasencon-


a planeaci/n de proyectos seven1atraba&ando en la empresaaun antesde la implementaci/n del ModeloCMMI ivel #. anecesidad de tra-ba&ar ordenadamente con los proyec-tos llev/ a la empresa a desarrollar supropia metodolog1a a seguir! llamadaA?esti/n de +royectosB!basada en lametodolog1a +MI e institucionalizadaen toda laorganizaci/n.

Fno de los principales problemaspresentados en la implementaci/nde esta 0rea deproceso fue el cambiocultural de la organizaci/n! puescambiar su forma de traba&ar nofue f0cilmente aceptado ni aplicadode forma inmediata. +ara esto serealizaron continuamente reunionescon todas las personas involucradasdonde se enfatizaron los beneciosue se conseguir1an con la imple-

mentaci/n del modelo! al me&orarlos procesos y los recursosde la em-presa! y lograr traba&ar nalmentede manera ordenada y m0s precisa!basada en datoshist/ricos y en gu1asestablecidas por medio de los procesosinstitucionalizados. 6tro problemade

gran impacto en la implementaci/n

de la planeaci/n de proyectos fueel entendimiento de la teor1a parapoder llevarla a la pr0ctica! por ellose realizaron capacitaciones yaseso-ramientos continuos algrupo de tra-ba&o encargado! porparte del asesore%terno! retroalimentando al restode personal. 'un con los problemaspresentados! se destaca ue laempre-sa consigui/ me&orar eldesarrollo delos planes deproyectos! la obtenci/nde loscompromisos en los planes y elmantenimiento de los compromisos

en dichos planes.

,. rea de #roceso , /se'ura-miento de la Calidad del #ro-ducto y del #roceso.

,l software presenta una dualidaden su naturaleza! como producto ycomo conocimiento! ue se materia-liza como resultado del proceso desu desarrollo. Ke esta manera! paraasegurar su calidad! es necesarioade-lantar tareas de revisi/n!evaluaci/n!

vericaci/n y validaci/n! tanto enlas distintas fases del proceso de sudesarrollo como en el producto nal!y realizar las acciones correctivasrespectivas. ,stas tareas puedenformalizarse! por e&emplo! medianteauditor1as de calidad.

".$.1 #ocumentos procedimien-

tos definidosparacumplir con el

*rea deproceso

H Meta Espec"fica 1 - E+aluarob3eti+amente procesos y

productos de traba3o. +aracumplir conesta meta! se denie-ron y establecieron los siguientesdocumentos y procedimientos8

2. Manual de referencia de audito-r1as internas de calidad!endonde

0-


12/22

0

se denen los criterios uedeben

ser evaluados en losprocesos.#. ormato de referencia deaudito-

r1as internas de procesos! dondese registran las actividadesauditadas! hallazgos y observa-ciones.

9. ormato de calicaci/n deaudito-res.

;. Neferencia de auditor1asinternaspara productos! dondese denenlos criterios deevaluaci/n de pro-ductos yservicios.

@. Metodolog1a de pruebas parasis-temas de informaci/n.

H Meta Espec"fica 2 - 4uminis-trar una +isin ob3eti+a. +aracumplir conestameta! se denie-ron y establecieron los siguientesdocumentos y procedimientos8

2. +rocedimiento tratamiento pro-ducto no conforme y accionescorrectivas! donde se establece lamanera de identicar! determinar

los controles! responsabilidades yautoridades relacionadas con lano conformidad.

#. *e deni/ como pol1ticaorganiza-cional! comunicar lasno conformi-dades y su gesti/nen los comit:sde calidad.

9. Nepositorio central paraalmace-nar los documentos deno confor-midades para facilitar el mane&ode estad1sticas y evoluci/n de lasmismas.

".$.2 An*lisis+ pro,lemas en-

contrados medidascorrectivas

Con la implementaci/n de esta0reade proceso en la empresa! see%peri-mentaron grandes avancesyme&oras

en la calidad de sus procesos ypro-

ductos! con solo denir formalmentelas pol1ticas y procedimientos! demanera ue se comunicaran en losrespectivos comit:s! pues esto cre/una me&or disposici/n para resolverproblemas y obtener me&oras efecti-vas. +recisamente! uno de los mayo-res logros presentados en esta 0reade proceso fue elcambio de cultura enlos auditores ygestores del proyecto!donde se estableci/ una continua re-visi/n durante toda la e&ecuci/n delproyecto! cuando se ven1atraba&ando

esta parte solo en laetapa de pruebasde los proyectos!y sus resultados nose difund1an.

'dicionalmente! mane&ar toda ladocumentaci/n necesaria paratratarcualuier elemento mencionado enesta 0rea de proceso es dispendioso!lo cualgener/! en un principio! recha-zo a los cambios de procedimiento!pues se percib1a como una carga detraba&o adicional en lugar de uname&ora. Gubo capacitaciones y se-

siones de an0lisis de impacto paratodo el personal! donde se enfatiz/en los beneciosde la aplicaci/n delmodelo y c/mo desarrollar correcta-mente los artefactos! as1 como lasdem0s actividades del ciclo de vidarespectivo. Fna gran fortaleza enesta0rea ha sido no solo la buenagesti/nde los productos no conformes! sinoel tener muy en cuenta las accionespreventivas para evitar ue se pre-senten inconvenientes antes de ueocurran.

,.5 rea de #roceso /dminis-tracin de la Confi'uracin

os productos de software secompo-nen de mltipleselementosue! porsu naturaleza! evolucionan y deben


del modelo


software

IIII&5MA&5MA&5MA&5MA


13/22

estar cambiando constantemente.

,stos elementosse denominan 1temesde conguraci/n! y! dada su critici-dad! sobre todo en auellos ue sonparte del c/digo! sus versionesdebenestar debidamente controladas! aligual ue las versiones globales delproducto ue ellos componen. ,sta0rea de proceso considera todos losaspectos relativos al mantenimientode las versiones delos 1temes de con-guraci/n! lo cualincluye su control decambios! rastreabilidad e integridadglobal.

".%.1 #ocumentos procedimien-

tos definidos paracumplir con el

*rea deproceso.

H Meta Espec"fica 1 - Establecerl"nea base. +aracumplir con estameta sedenieron y establecieronlos siguientes documentos y pro-cedimientos8

2. +roceso de administraci/n de laconguraci/n! donde se establecelista est0ndar de 1temes de con-

guraci/n y atributos base paraformar las l1neas base de cadaproducto.

#. *e deni/ como pol1tica organi-zacional el uso de herramientasC=* para controlar el c/digofuente! 7555.Koc para adminis-trar la parte documental y unservidor central paraalmacenarla informaci/n general de losproyectos.

H Meta Espec"fica 2 - Monitoreoy control de cambios. +aracumplir conesta meta! se denie-ron y establecieron los siguientesdocumentos y procedimientos8

2. ormato solicitud de cambios a1temes de configuraci/n! para

registro y control de loscambios

a los 1temes deconguraci/n.#. ,l control de los 1temes decon-

guraci/n se realiza pormedio dela herramienta C=*.

H Meta Espec"fica , - Establecerinte'ridad. +ara cumplir conesta meta! sedenieron y estable-cieron los siguientes documentosy procedimientos8

2. a trazabilidad de los 1temes deconfiguraci/n se evidencia pormedio de las herramientas de-nidas para la administraci/n dela conguraci/n.

#. *e deni/ como pol1ticaorganiza-cional realizarauditor1as de inte-gridad de lasl1neas base por partedel 0rea de'uditor1a Interna.

".%.2 An*lisis+ pro,lemas encon-


a empresa desarrolladora de soft-ware empez/ la implementaci/nde esta 0rea con un plan de acci/npara traba&ar cada pr0ctica y opor-tunidad de me&ora! pero encontr/dicultades para e&ecutarlo debido ala comple&idad de entender la teor1aue plantea CMMI para esta 0reade proceso! llevando a la conclusi/nde ue faltaba entrenamiento sobreel tema de administraci/n de la con-guraci/n! con lo cual se realizaronsesiones adicionales de capacitaci/ncon la gu1a del asesor e%terno! paraaclarar las metas y pr0cticas espec1-

cas a cumplir.o m0s complicado para el grupodetraba&o encargado de implementaresta 0rea fueestablecer cu0les iban aser los1temes y productos de traba&opara administrar la conguraci/n!ya ue todos los grupos de traba&o lo

/++ I&5MAI&5MAI&5MAI&5MA


14/22

hac1an de modo informal y demanera

distinta. +ara resolvereste inconve-niente! y comoresultado de continuasreuniones del comit: directivo con elgrupo detraba&o encargado de la im-plementaci/n de esta 0rea deproceso!se deni/ la lista est0ndarde 1temesde conguraci/n establecida en el+roceso de'dministraci/n de la Con-guraci/n! ue debe servir de gu1apara todos los grupos detraba&o.

,. rea de #roceso 5 Monito-reo y control de proyectos

+ara asegurar la adecuada e&ecu-ci/n de un proyecto de desarrollo desoftware! las fases denidas en suplaneaci/n deben vigilarse y contro-larse! y en casode ue en la e&ecuci/ne%istan desviaciones con respecto ala planeaci/n! el plan mismo y suscompromisos deben a&ustarse.

"..1 #ocumentos proced i-

mientos definidos para cumplir

con el *rea deproceso

H Meta Espec"fica 1 - Monitorearel proyecto respecto al plan.+ara cumplir con esta meta! sedefinieron y establecieron lossiguientes documentos yprocedi-mientos8

2. *e estableci/ un documentoformalcon los puntos ue semonitoreany controlan en losplanes. os mo-nitoreos serealizan en reunionesperi/dicasde seguimiento.

#. ormato acta de reuni/n! para

registrar las evaluaciones delos compromisos trazados enlas reuniones de seguimientoalplan.

9. *e deni/ como pol1tica organi-zacional monitorear los riesgosdel proyecto en las reuniones de

seguimiento al plan! bas0ndose

en los riesgos documentados enla matriz deplanicaci/n de pro-yectos.

H Meta Espec"fica 2 - /dminis-trar las medidas correcti+asa ser tomadas. +ara cumplir conesta meta! sedenieron y estable-cieron los siguientes documentosy procedimientos8

2. ormato acta de seguimiento!don-de se registran losinconvenientesy accionescorrespondientes.

#. +lanes de correcci/n! a partirdelas acciones correctivas genera-das.

9. *e deni/ como pol1tica organi-zacional! diligenciar formatospor cada inconsistencia! regis-trando sus causas y soluciones!y almacenarlos en la carpeta delproyecto.

"..2 An*lisis+ pro,lemas encon-


,n el 0rea de proceso de monitoreoy control de proyectos! la empresadesarrolladora desoftware ha logradoimplementar todas las pr0cticas ne-cesarias para cumplir con esta 0rea!bas0ndose en las oportunidades deme&ora como resultado del diagn/s-tico inicial adelantadopor la empre-sa asesora. Cabe destacar el buenmane&o de laparte documental de laempresa desarrolladora de software!pues se est0 documentando todo lo

relacionado con esta 0rea deprocesoy almacen0ndola por proyectos parauna 0gil consulta.Fno de los proble-mas encontrados en la implementa-ci/n de esta 0rea de proceso es lasen-sibilizaci/n de los grupos de traba&o!ue todos desarrollaran yaplicaran


del modelo


software



15/22

las metodolog1as de la empresa.+or

este motivo! y como me&ora! hubocapacitaciones yevaluaciones de lasmetodolog1as involucradas en el mo-nitoreo y control de proyectos a todoel personal de la empresa.

,.6 rea de #roceso Medi-cin y /n$lisis

as actividades cr1ticas ue com-prenden los procesos dedesarrollo desoftware deben contar con registrosde datos relativos a su desempe3o!y ue permitan realizar un an0lisis

cuantitativo de los respectivosproce-sos. ,l resultado de estean0lisis debeservir para tomardecisiones! accionescorrectivas y dere-planeaci/n.

"..1 #ocumentos procedimien-


*rea deproceso

H Meta Espec"%ica 1 - /linearacti+idades de medicin yan$lisis. +ara cumplir con estameta se denieron y establecie-

ron los siguientes documentos yprocedimientos8

2. ,n un documento formal seidenticaron las necesidades demedici/n! alineadas con las nece-sidades de informaci/n y los ob&e-tivos estrat:gicos de la empresa!los procesos cr1ticos del desarrollodesoftware.

#. *e deni/ como pol1tica organiza-cional ue para los procedimientosde recolecci/n dedatos se deben uti-

lizar lasherramientas de softwaredesarrolladas por la empresa.

9. *e escogi/ como herramienta dean0lisis de datosCore*trategy.

H Meta Espec"fica 2 - 4uminis-trar resultados de medicin.

+ara cumplir con esta meta se

definieron y establecieron lossiguientes documentos y procedi-mientos8

2. *e deni/ como primera pol1ticaorganizacional en este aspecto elrealizar reuniones mensuales delcomit: de calidad para analizarlos datosde medici/n.

#. ,n segunda instancia! sedeni/como pol1tica organizacionalue los datos de medici/n y losresultados de an0lisis deben ser

administrados y almacenados enlas herramientas de apoyo.

9. *e deni/ un formato decomuni-cados escritos! ue debeutilizarsepara presentar los resultados delas mediciones eindicadores! y susrespectivos an0lisis.

"..2 An*lisis+ pro,lemasencon-


+ara cumplir y me&orar en el 0reade proceso de medici/n y an0lisis!

en la ue se ten1a pocae%periencia!se conform/ un grupo de traba&opermanente en la empresa! dedi-cado e%clusivamente a las tareasrelacionadas con el 0rea deproceso!encontr0ndose como problema prin-cipal la dicultadpara realizar la es-timaci/n de las medidas adecuadaspara alinearse a los ob&etivos de laempresa. +ara esto se hicieron llu-vias de ideas! y por consenso seesta-blecieron las m:tricas ue se iban amane&ar. ,l uso de las herramientas

de software y lostableros de gesti/nhan contribuido en el me&oramientode la organizaci/n del traba&o! puesaportan significativamente en latoma de decisiones gerenciales! ba-sados en el an0lisis de resultados!en la empresa.

/+2 I&5MAI&5MAI&5MAI&5MA


16/22

,.7 rea de #roceso 6 /dminis-

tracin de #ro+eedores,sta 0rea de proceso establece lasmetas ue deben cumplirse conrespecto a la gesti/n formalizada deproveedores! uedebe estar deniday monitoreada! sobre todo en los as-pectos de criterios y condiciones deaceptaci/n de productos.

"./.1 #ocumentos procedimien-


*rea deproceso

H Meta Espec"fica 1 - Estableceracuerdos con los pro+eedores.+ara cumplir con esta meta sedefinieron y establecieron lossiguientes documentos y procedi-mientos8

2. Manual de aseguramiento deca-lidad para proveedores!donde sedene el proceso deaduisici/n deproductos.

#. ormato de reuisici/n debienesyOo servicios! para registrar losdatos delproductoa aduirir.

9. ?u1a de referencia para evalua-ci/n de proveedores! donde sedenen los puntos de evaluaci/nde proveedores.

;. ,n documento formal sedenie-ron los aspectos a teneren cuentapara establecer los acuerdos conproveedores.

@. ormato de calicaci/n mensualde desempe3o! para registrar elseguimiento a los acuerdos con

los proveedores.H Meta Espec"fica 2 - 4atis%acer

los acuerdos con los pro+eedo-res. +ara cumplir con esta metase denieron y establecieron lossiguientes documentos yprocedi-mientos8

2. *e deni/ como pol1tica organi-

zacional! ue la evaluaci/n delos C6T* debe realizarse por loscomit:s directivos en con&untocon el coordinador del proyecto!basados en los acuerdospactadoscon el cliente.

#. ormato para el plan deverica-ci/n y validaci/n! para realizarseguimiento a la e&ecuci/n deacuerdos conelproveedor.

9. 6tra pol1tica ue se deni/ esuela aceptaci/n de los productos

depende de los resultados de losprocesos de vericaci/n y valida-ci/n.

"./.2 An*lisis+ pro,lemas encon-


,n esta 0rea de proceso see%perimen-taron inconvenientespara establecerlos puntosespec1cos a tener en cuen-ta parala selecci/n y contrataci/n delos proveedores. +ara solucionar esteinconveniente se reuni/ el grupo detraba&o encargado del 0rea con losl1deres administrativos involucradosen los procesos de contrataci/n y sedebatieron los puntos claves a teneren cuenta! uedando documentadoen el proceso de aseguramiento decalidad de proveedores.

a mayor o menor calidad en lossis-temas ue han generado estosprovee-dores es directamente dependientede la calidad ue ellosaplican en susprocesos de desarrollo de software.+or ello! con la implementaci/n del

0rea deproceso de administraci/n deproveedores en la empresa desarro-lladora de software! ue sehace cargode la relaci/n con lossubcontratistasde software en un ambiente de cali-dad! hapermitidorealizar un mane&oprofesional y sistem0tico de lasrela-


del modelo


software



17/22

ciones con proveedores! lo cual hare-

dundado en me&or aprovechamientode los tiempos ycostos invertidos endichas relaciones. ,l uso del modeloimplementado tambi:n hapermitidoue se pueda transmitir y e%igir alos distintosproveedores de softwarelos mismos niveles y est0ndares decalidad ue la empresa desarrolla-dora de software aplica al interiorde s1 misma! deuna manera clara yuniforme! facilitando el intercambiode informaci/n y la evaluaci/n de losmismos y con ello permite seleccio-

nar de manera sistem0tica! efectivay directa! s/lo a los ue presentenme&ores condiciones.

.... 35:35:35:35:;;;;&&&&A9A9A9A98888a implementaci/n del nivel # delModelo CMMI en la empresadesarro-lladora de software hatomado alrede-dor de dos a3os ymedio. a empresacertificadora tom/ como piloto deevaluaci/n! cuatro proyectos desarro-llados enla empresa! siendo en total

diez los proyectos nuevos cumplidoscon el nuevo modelo! hasta la fechade lacerticaci/n. ' continuaci/n se

presentan los datos generales de la

e&ecuci/n del proyecto8H ,l grupo de traba&o para la im-

plementaci/n del modelo estuvoconstituido! en promedio! por 9personas.

H a disponibilidad de tiempo fuedeseis horasOhombresemanalesporparte de todo elgrupo de traba&o!distribuidos en diferentes hora-rios laborales.

H ,l valor del recurso humanopro-pio en promedio fue de P2J.555(C6+) horaOhombre.

H Kel total de recursosdestinadospara laimplementaci/n del nivel# de CMMI en la empresa! el9;Q fue empleado en laasesor1ae%terna contratada! el99Q en lautilizaci/n del recurso humanopropio! el 2LQ para actividadesde capacitaci/n a toda la organi-zaci/n y el 2@Q restante seutili-z/ en aspectos y gastosgeneralesde operaci/n. ,sta distribuci/n

de recursos se ilustra en la i-gura #.

35,0%

30,0%

25,0%

34,0% 33,0%

18,0%% Recursos

invertidos en elProyecto

20,0% 15,0%

15,0%

10,0%

5,0%0,0%

Contratacin deAsesora Externa

Utilizacin delRecurso

HumanoPropio

Capacitacin Gastos Operativos

Tipo deactividad

&i'ura 2. Kistribuci/n de recursos invertidos en el proyecto! por tipo de actividad

/+ I&5MAI&5MAI&5MAI&5MA


18/22

,l uso y aplicaci/n del nivel # de

CMMI en la empresa se ha presen-tado cualitativamente de lasiguienteforma8

a inversi/n de tiempo en elmanteni-miento y aseguramientode la calidaden lo operativo haaumentado debidoa la necesidaddediligenciar todos losdocumentos ue reuiere la gesti/nde las0reas de proceso! pero a su vezha disminuido el tiempo de e&ecuci/nde las actividades dedicadas a losproyectos! dado ue han disminuido

los reprocesos. Comoseilustra en laigura 9! en promedio (d1aOhombre)se usa el #@Q del tiempo en el dili-genciamiento de la documentaci/n!el @@Q del tiempo en la e&ecuci/nyOo desarrollo del producto o labor yel #5Q del tiempo en reuniones dedenici/n y seguimiento a los pro-yectos (datos emp1ricos estimados!suministrados por personal propiode la empresa). *i bien se aduiri/disciplina en la documentaci/n delos procesos como herramienta in-

dispensable para el aseguramientode la calidad! el tiempo dedicado aesta actividad claramente es muy

alto y se ha planteado como metade

los procesos en general!reducirlaini-cialmente al #5Q. ,neste sentido! seevidencia lanecesidad de desarrollarmecanismos ue me&oren laecienciade los procesos de documentaci/n!mecanismos ue seir0n deniendo enla medida en uela empresa continecon la aplicaci/n del modelo CMMIpara alcanzar los niveles siguientesde madurez.

,s muy importante resaltar la im-portancia de la disminuci/n del

tiempo de desarrollo del producto!teniendo en cuenta ue antes de laimplementaci/n del modelo para elnivel #! los tiempos de desarrolloeranmucho m0s elevados y lasactividadesde gesti/n documental! denici/n yseguimiento no se llevaban a caboformalmente o no serealizaban. ,stodemuestra ue!aunue implementarmecanismos de aseguramiento dela calidad puede resultar costoso enprincipio!los resultados seevidencianen este caso! con el me&oramiento

de la eciencia en el desarrollo delproducto.

%Tiempoinvertid

o

60,0%

50,0%

40,0%

30,0%

20,0%

10,0%

0,0%

25,0%

55,0%

20,0%

Gestin Documental DesarrollodelProducto

Actividad

Definicin ySeguimiento

&i'ura ,. Kistribuci/n de tiempo invertido por tipo de actividad (Qd1aOhombre)


del modelo


software



19/22

a inversi/n de tiempo de coordi-

naci/n se impact/ en labores deseguimiento! revisi/n general de losproyectos! y ene&ecuci/n y an0lisis deindicadores. ,n promedio (d1aOhom-bre) seinvierte el ;5Q del tiempo enactividades de seguimiento! el #5Qenmonitoreo general de losproyectos y;5Q en la revisi/n y e&ecuci/n dein-dicadores (datos emp1ricosestimados!suministrados por personal propiode la empresa).,sto se ilustra en laigura ;.

,s de resaltar el porcenta&e detiempodestinado a la revisi/n!an0lisis y e&e-cuci/n de indicadoresen lo relaciona-do con las laboresde coordinaci/n delos proyectos!pues el ;5Q del tiempode coordinaci/n se est0 invirtiendo nosolo en la revisi/n de losindicadoressino en el an0lisis de los resultadosobtenidos a partirde las actividadesdel proceso dedesarrollo. ,ste an0li-sis esindispensable para la obtenci/nde informaci/n cuantitativa relacio-nada con la capacidad de losprocesos

y el programa deme&oramiento.a inversi/n de tiempo a escala ge-rencial en la toma dedecisiones ha

disminuido! segn los resultados y

an0lisis de los indicadores!apoyadosen las herramientas de an0lisis conlas ue cuenta la empresa (no secuenta con datos de distribuci/n detiempos a estenivel).

Todo el personal hace uso de losrecur-sos de software ue posee laempresapara agilizar y registrar eldesarrollode sus actividades. o obstante! nohay datos disponibles todav1a de lacorrelaci/n de la eciencia ganadaen lasactividades por el uso de estasherramientas.

).).).). C8"C;:I8"5C8"C;:I8"5C8"C;:I8"5C8"C;:I8"5 6666 &3A1A@8&3A1A@8&3A1A@8&3A1A@8

':&:':&:':&:':&:33338888a implementaci/n en la empresademodelos de me&ora en losprocesos dedesarrollo de software ha producidocambios positivos profundos en susprocesos organizacionales! llegandoa transformar la cultura organizacio-nal. *in embargo! para ue elimpactonal fuera positivo fue necesario elmane&o e intervenci/n directos de la

alta gerencia! incluso en aspectos yniveles operativos! para trascender elrol inicial de liderazgo ue :sta ten1aen el proyecto.

40,0%

35,0%30,0%25,0%

% Tiempo 20,0%invertido

40,0%

20,0%

40,0%

15,0%

10,0%5,0%0,0%

Labores deSeguimiento

MonitoreoGeneral

deProyecto

s

Labores decoordinacin

Revisin yEjecucin

deIndicadore

s

&i'ura . Kistribuci/n de tiempo en labores de coordinaci/n (Qd1aOhombre)

/+> I&5MAI&5MAI&5MAI&5MA


20/22

os principales problemas ue sepre-

sentaron tuvieron como causala pocacomprensi/n por parte deloseuiposde desarrollo de los verdaderos ob-&etivos y alcances de los procesos deme&oramiento! locual fue un factor dedesmotivaci/n para todo el personaldel 0rea. +ara ello! la empresa tuvoue realizar varias capacitaciones ysesiones adicionales de talleressobreel modelo! y contar con laasesor1a e%-terna para laaclaraci/n de dudas.

Cabe mencionar ue el modelo de

CMMI fue desarrollado para cubrirdos ob&etivos8 el primero! como mo-delo de medici/n para determinar elnivel de madurez de una empresa ode la capacidad desus procesosD y elsegundo! comogu1a de ayuda para lame&ora de los procesos de desarrollode software de una organizaci/nD sinembargo! todo esto est0 supeditadoa la convicci/n real y a la disciplinaue tenga la organizaci/n para com-prometerse permanentemente con elmantenimiento de su calidad! pues

por e&emplo! en el caso de laempresaob&eto de estudio de estetraba&o! aun-ue se tienen todaslasherramientasy procedimientos ue se reuierenpara tener una valoraci/n positivaen el nivel # del modelo CMMI!por diversas circunstancias :stasno se est0n aplicando actualmentea todos los proyectos e%istentes endesarrollo! evidenciando elproblemacomn de muchas organizacionesde concentrarse s/lo en el logro dela certificaci/n por el impacto en

imagen y mercadeo! sin mantenerlapreocupaci/n por la disciplina en laaplicaci/n de los procesosdenidos enel conte%to de un verdadero cambioy de me&oramiento continuo en losprocesos. ,ste es un aspecto al uees necesario prestarle mayoratenci/n

y seguimiento! por cuanto planteala

divergencia ue puede e%istir! comoen algunos aspectos del casopresen-tado! entre la teor1a delmodelo y suaplicaci/n en lapr0ctica! incluso conla gu1a y asesor1a de empresas dereconocida trayectoria y e%perienciaen el tema.

Igualmente es relevante mencionarue en la mayor1a delos casos cono-cidos en Colombia! las organizacionesno cuentan con las m:tricas necesa-rias para evaluar el impacto de un

proceso de me&oramiento como elpresentado en este art1culo. oante-rior hace ue determinar oevaluar elimpacto real del modelo!al alcanzarun nuevo nivel de madurez en losprocesos! se torna una tarea pr0c-ticamente imposible de cuanticarob&etivamente. 'unue es posiblere-copilar informaci/n de lae%perienciade otras empresas!incluso del mismosector o consimilares caracter1sticas!el e&ercicio m0s importante es la au-toevaluaci/n ue pueda realizar la

organizaci/n sobre el impacto desusesfuerzos de me&oramiento.

*on seis las categor1asrecomendadaspor CMMI para evaluar el impactoen los procesosal alcanzar un nuevonivel de madurez8 costos de opera-ci/n! duraci/n de los procesos dedesarrollo! productividad! calidaddel producto! satisfacci/n del clientey retorno de la inversi/n.25 *e reco-mienda entonces a las empresas ueplaneen iniciar el proceso deadopci/n

del modelo CMMI como estrategiade me&oramiento! ue comiencencuanto antes la implementaci/n deun modelo demedici/n e indicadoresde proceso ue permita generar m:-tricas de desempe3o! a partir de lasue! posteriormente! pueda evaluarse


del modelo


software



21/22

cuantitativamente la me&oraalcanza-

da en cada una de las0reas.as inversiones para laimplementa-ci/n del modelo CMMI son conside-rables y pueden afectar presupues-talmente a peue3as y medianasempresas. o obstante!en el caso dela entidad encuesti/n!la percepci/ndel Comit: Kirectivo de la empresadesarrolladora de software! es ueesta es una inversi/n ue vale lapena por los resultados conseguidosy percibidos con la implementaci/n

del modelo y elme&oramiento de susprocesos alcanzado! manteniendo lareserva de las cifras de pesos inver-tidos.

Como traba&o futuro se esperapodercontinuar con el an0lisis dela evolu-ci/n de los procesosimplementados! yparticipar en eldesarrollo de modelosestandarizados para el desarrollodesoftware para peue3as empresas!como el Aife Cycle+rocesses for =ery*mall ,nterprises (=*,s)B (en an0-lisis por la I*6OI,C TC2O*CJ)!22!2#

uese basan en modelos comoCMMI!IK,'!29 T*+!2; +*+!2@ Mo+ro*oft!2 ycuyo e&ercicio permita retroalimentaren ambasdirecciones los traba&os uese realicen en el 0rea.

>.>.>.>. 1I1;I8$3A'DA1I1;I8$3A'DA1I1;I8$3A'DA1I1;I8$3A'DA2. Mar$ C. +aul$!


22/22

?roup #; - ife Cycle +roces-

ses for =ery *mall ,nterprises(=*,s). Kisponible en8 http8OOprofs.logti.etsmtl.caOclaporteO

,nglishO=*,O=*,.html! vigenteal #2O5LO#55L.

2#. aporte! C.E.! *tandards'ppli-cation in =ery *mall ,nterpri-ses! I,,,Computer!6ct. #55J!=ol. ;5!o. 25! pp ##-9#.

29. The IK,' Model.Kisponibleenhttp8OOwww.sei.cmu.eduOidealO!

p0gina vigente al #2O5LO#55L.

2;. Ratts Gumphrey. Introductionto the team software processU T*+. 'ddison Resley!#555.

2@. Ratts Gumphrey. Introductionto the personalsoftware processU +*+. 'ddison Resley!277J.

2. Ganna 6$taba. Modelo de+ro-cesos para la Industriade*oft-ware U Mo+ro*oft.Kisponible enhttp8OOwww.comunidadmopro-

soft.org.m%O! ebrero de #55J.

C:33DC:;8C:33DC:;8C:33DC:;8C:33DC:;88at9erine #icao M. Ingenierade *istemas yComputaci/n de la

Fniversidad averiana.'ctual-

mente es Coordinadorade Calidaden el 0rea dedesarrollo de proyec-tos de software! y Coordinadorade Implementaci/n de modelosde procesos.

;or9a M.

(Lectura-cpractico-dptic_TI043_direccion y Gestion de Proyectos TIC (1)

Documents

Transcript of (Lectura-cpractico-dptic_TI043_direccion y Gestion de Proyectos TIC (1)