Un modelo formal para la asignación de recursos humanos a proyectos de software

Transcripción

1 U odelo foral para la asigació de recursos huaos a proyectos de software Margarita Adré, María G. Baldoquí y Jua Luis Rodríguez Resue. Este trabajo platea u odelo foral para la asigació de recursos huaos a proyectos de software basado e la gestió por copetecias. El odelo es resultado de u proceso de gestió del coociieto, reflejado últiples aspectos etre los que puede ecioarse las copetecias del persoal para desepeñar los diferetes roles requeridos, la ifluecia de la siergia del equipo de trabajo, aspectos ecoóicos, el balace de carga, etc. Su aplicació debe redudar de aera positiva e el éxito de estos proyectos. Palabras Claves. Asigació de persoal, proyectos de software, odelo foral, étodo Delphi. I. INTRODUCCIÓN La idustria de software cotiúa efretado probleas pues aú resulta sigificativo el úero de proyectos que o culia co éxito [][2]. Uo de los factores que icide e ello es la asigació de recursos iexactos. La idustria de software cubaa o está exeta de estas dificultades. Varias ivestigacioes recooce que los recursos huaos juega u papel crítico e el éxito o fracaso de u proyecto de software [2]-[7], pero aú el persoal cotiúa siedo el factor eos foralizado e los odelos de procesos de software dode la asigació de persoal a los roles del proyecto y la foració de los equipos se realiza de aera epírica, lo cual ipacta e el resultado del proyecto [3][8]. Ua asigació eficiete debe reflejar últiples aspectos etre los que podeos ecioar las copetecias del persoal para desepeñar los diferetes roles requeridos, la ifluecia de la siergia del equipo de trabajo, aspectos ecoóicos, el balace de carga, etc. Existe trabajos que ha abordado alguos de estos aspectos pero e la literatura o se ha ecotrado iguo que desarrolle u odelo foral de asigació de persoas e proyectos de software que refleje todas o la ayoría de estas cosideracioes. E el caso de la idustria de software cubaa se hace ecesario idetificar o sólo los aspectos eseciales a teer e cueta e el proceso de asigació, sio sus iveles de prioridad, a partir tabié de las peculiaridades de los odelos de producció y tipos de epresas acioales. Este odelo adquiere vital iportacia e orgaizacioes que cueta co gra catidad de profesioales y efreta varios proyectos de software siultáeaete. E Cuba, dos de estas orgaizacioes so: la Epresa DESOFT y la Uiversidad de Ciecias Iforáticas (UCI 2 ). Modelos de procesos, etodologías y estádares de gestió de proyectos El Modelo de Madurez de Capacidad de Gestió de Persoal (P-CMM) [9], se efoca e el factor huao y es el úico que odela los roles y las copetecias e el proceso de software; si ebargo, o las foraliza i odela los procediietos para deteriar las copetecias y para asigar las persoas a los roles. No logra itegrar a las persoas co las actividades del proceso. El Proceso de Software Persoal (PSP) [0] coo su obre lo idica se cetra e el desarrollo de u disciplia persoal para efretar el proceso de software. La itroducció iterativa e icreetal, e cada ivel, de las bueas prácticas cotepladas e PSP cotribuye, si dudas, al desarrollo de las copetecias del profesioal. Si ebargo, e PSP i se foraliza las copetecias i se ofrece u étodo para evaluarlas. Por su parte, e el Proceso de Software e Equipo (TSP) [] se idetifica u cojuto de roles co sus correspodietes resposabilidades pero sólo se expresa iforalete las habilidades requeridas para desepeñar cada rol, si ofrecer u étodo cocreto para evaluarlas i u odelo para asigar persoas a los roles. E el Proceso Uificado de Ratioal (RUP) [2] se idetifica u cojuto de flujos de trabajo y por cada uo, se precisa los roles que iterviee y las actividades y artefactos que so resposabilidad de cada rol [3]. Si ebargo, solo se Epresa acioal, dedicada a la iforatizació de la sociedad cubaa, que cueta co aproxiadaete 700 trabajadores dedicados a proyectos de software y que desarrolla alrededor de 40 proyectos aualete. 2 Uiversidad, co u odelo docecia-producció, que efreta ás de 00 proyectos auales y cueta para ello co aproxiadaete 8000 persoas etre profesores y estudiates viculados directaete a la producció.

2 CCIA aborda de aera iforal los coociietos y habilidades requeridos para cada rol. No se odela i cóo deteriar estas habilidades i cóo asigar persoas a los roles defiidos. Por su parte, las etodologías ágiles coo: Extree Prograig (XP) [4] y Crystal [5], siguiedo los valores recogidos e el Maifiesto Ágil, se cetra ás e el persoal que e el propio proceso. Ellas isiste e la ecesidad de cotar co u equipo pequeño y sólido copuesto por iebros copetetes, capaces de desepeñar, icluso, varios roles. Si ebargo, tapoco foraliza las copetecias requeridas para desepeñar cada rol propuesto y auque resalta el papel del equipo y la participació de clietes y usuarios coo u iebro ás, o defie u étodo cocreto para coforar el equipo, logrado la siergia requerida i u étodo para asigar el persoal a los roles. La Guía de Fudaetos para la Gestió de Proyectos (PMBOK 3 ) [6] y la Nora ISO 0006:2003 (titulada Sistea de gestió de la calidad. Directrices para la gestió de la calidad e los proyectos) [7], la cual proporcioa pautas claras a seguir para asegurar el cupliieto de los estádares de calidad e la gestió de proyectos so dos estádares, costituye arcos de referecia para la gestió de proyectos. Abos estádares, e el acápite de Recursos Huaos, establece que es preciso idetificar la estructura orgaizativa del proyecto, idetificar los roles, asigar el persoal; y forar y desarrollar el equipo, idetificado la gestió por copetecias coo u factor clave e el éxito de u proyecto. Si ebargo, por su carácter geeral, o precisa las copetecias requeridas por roles (sólo se defie para el jefe de proyecto) i tapoco ofrece u étodo para deteriarlas. E la bibliografía cosultada, so pocas las ivestigacioes dode se propoga odelos que foralice el procediieto de asigació de persoas a roles basados e las copetecias requeridas por cada rol e proyectos de software. E este setido se destaca los trabajos de Acuña [3] y de Carvalho Schaider [7]. El Modelo de Proceso de Software Orietado a las Capacidades, propuesto por Acuña [3], costituye, si dudas, ua ejora e el odelaieto del proceso de software. Este icluye: actividades, productos, técicas, persoas y roles; y coo eleeto origial, las capacidades de coportaieto o características de la coducta profesioal. Por otra parte propoe dos procediietos: uo para deteriar las capacidades de los iebros del equipo de desarrollo y otro para asigar persoas a los roles e depedecia de sus capacidades y las requeridas por los roles. La foralizació y evaluació de las capacidades utilizadas e el odelo se basa e el uso de herraietas y pricipios establecidos e la psicología laboral. E este setido, para la evaluació de las capacidades de las persoas, el odelo propoe aplicar el test de persoalidad 6PF-5. El procediieto de asigació se basa e el ídice de case etre las capacidades que posee las 3 Guía, elaborada por el Istituto de Gestió de Proyecto (PMI), que recoge las bueas prácticas aplicables a la ayoría de los proyectos y que existe u aplio coseso sobre su valor y utilidad. persoas y las requeridas para desepeñar los roles establecidos para el proyecto. Si ebargo, solo toa e cueta las capacidades de coportaieto si cosiderar otros aspectos tales coo: la siergia del equipo, la dispoibilidad del persoal e icluso las propias copetecias técicas requeridas para el bue desepeño de cada rol. De Carvalho [7] propoe u proceso de Gestió de Recursos Huaos e proyectos de desarrollo de software basado e el reuso del coociieto orgaizacioal de las copetecias y la asigació de los recursos huaos. E el proceso se propoe que los jefes de proyecto asige persoas a cada tarea del proyecto toado e cueta el perfil defiido lo que icluye tato copetecias geéricas coo técicas (coociietos y habilidades), experiecias y foració acadéica. Si ebargo, tapoco se ofrece u étodo para evaluar las copetecias y, auque aparece ua actividad llaada Selecció del equipo, ella solo establece seleccioar el persoal que esté dispoible e ese período de tiepo y que posea el ivel de copetecia establecido e el perfil de copetecia defiido para cada tarea del proyecto. E el trabajo o se ofrece étodos para asigar y desasigar persoas i se toa e cueta e la foració del equipo las relacioes iterpersoales etre los iebros, coo sugiere la propia ora NBR 0006 e la cual se basa la autora. Después de aalizar recoocidos odelos de procesos (P- CMM, PSP y TSP); etodologías y procesos de desarrollo de software (tato tradicioales (RUP) coo ágiles (XP y Crystal)); así coo estádares de gestió de proyectos (PMBOK e ISO 0006:2003), se puede cocluir que iguo ofrece u arco de referecia bie foralizado, que cotega claraete defiidas las copetecias requeridas para desepeñar los roles ivariates que iterviee e los proyectos de desarrollo e iplatació de software. Tapoco se dispoe de u étodo cocreto para evaluar las copetecias del persoal i de procediietos bie defiidos para asigar persoas a roles establecidos e el proyecto. Por otra parte, si bie existe trabajos, coo los de Acuña y De Carvalho, que aborda alguos de los aspectos a toar e cueta e la asigació de persoal a proyectos de software, e geeral, se efoca e la deteriació de las copetecias para seleccioar y asigar idividuos a roles y/o tareas y auque recooce la iportacia del equipo, o cotepla procediietos foralizados que evalúe la siergia del equipo que se cofora. E la literatura o se ha ecotrado iguo trabajo que desarrolle u odelo foral de asigació de persoas e proyectos de software que refleje todas o la ayoría de estas cosideracioes. II. MATERIALES Y MÉTODOS E la ivestigació se utilizó el étodo Delphi co varios objetivos. Priero, para deteriar el criterio de selecció de expertos. Posteriorete, los expertos seleccioados (24) participaro e la aplicació del étodo Delphi co los siguietes propósitos: idetificar los pricipales probleas que afecta a la idustria acioal, la defiició de los roles ivariates que iterviee e los proyectos de desarrollo e iplatació de software y de las copetecias, tato técicas

3 CCIA coo geéricas (tabié llaadas capacidades de coportaieto), requeridas para desepeñar los roles ivolucrados; así coo de los factores a teer e cueta e la asigació de persoal e proyectos de desarrollo e iplatació de software. Los resultados de la aplicació del étodo Delphi, de aera resuida, fuero los siguietes: -Criterio de selecció de expertos: Después de dos rodas (co 2 expertos), se obtuvo coo resultado que los expertos debía ser profesioales co coociietos de igeiería de software, que tuviera 0 o ás años de experiecia e el desarrollo y la direcció de proyectos de software, y que hubiese desarrollado 2 o ás proyectos de ediaa o gra coplejidad dode hubiese dirigido a 3 o ás persoas. Posteriorete, se circuló etre los cadidatos ua platilla para obteer su sítesis curricular y aplicado los criterios de selecció, se creó el coité forado por profesioales proveietes de la idustria y de la acadeia. 2-Probleas de la idustria de software: La idustria de software experieta ua débil gestió de sus proyectos, idetificádose los probleas de plaificació coo los de ayor icidecia. Ua buea parte de los probleas detectados está asociados co factores huaos. 3-Propuesta de roles ivariates y copetecias: Se idetificaro los roles ivariates que iterviee e los proyectos de desarrollo e iplatació de software, así coo las copetecias técicas y geéricas requeridas para cada rol (ver la Tabla ). 4-Factores a cosiderar e la asigació de persoal e proyectos de desarrollo e iplatació de software: Se realizaro dos rodas. E la priera se utilizó u cuestioario ás abierto y el correo electróico coo edio de couicació. La seguda, estuvo destiada a buscar coseso sobre los factores idetificados e la priera y se cosideró ás coveiete aplicar las ecuestas persoalete a grupos de expertos reuidos e locales, previa coordiació co sus orgaizacioes. Esto peritió: ua explicació sobre la iforació y objetivos de la ecuesta, la aclaració istatáea de dudas, propiciar ua ayor cocetració y dedicació a la tarea. Otra odificació fue la catidad de expertos utilizados (20 3 la priera roda y 36 e la seguda). Para cuplir el objetivo de la priera roda de lograr u levataieto iicial de los factores que ifluye e la asigació de persoal a proyectos de software la catidad de 20 expertos se cosideró suficiete. E la seguda roda era posible icorporar a ás expertos, co ua ecuesta ás dirigida y que resultara ás factible el procesaieto de su resultado. Al cocluir la seguda roda, se deterió el ivel de cocordacia a través de la expresió: NC= (Vs /Vt) * 00 Dode: NC: coeficiete de cocordacia expresado e porcetaje Vs: catidad de expertos a favor del criterio Vt: catidad total de expertos Se coforó así la atriz de criterios depurada co ivel de cocordacia (NC) segú la fórula aterior. Epíricaete, cuado resultó NC 66% se cosideró que la cocordacia era aceptable. Basado e este aálisis quedaro coo factores a teer e cueta e la asigació: Datos del proyecto: Coplejidad, Iportacia y Riesgo del proyecto. Siergia del equipo de proyecto. Copetecias de los epleados: técicas, geéricas, experiecia e proyectos siilares y e el desepeño del rol. TABLA I PROPUESTA DE ROLES INVARIANTES Y COMPETENCIAS Dispoibilidad de la persoa segú pla. No alcazó el 66% de la votació el subfactor del Costo por lejaía pero fue cosiderado por ás del 50% de los expertos por lo que se puede cosiderar u factor opcioal a coteplar e u sistea de soporte a la decisió basado e el odelo. Al procesar las pregutas icluidas e la seguda hoja de la ecuesta (dirigidas a ivestigar cóo ifluía los diversos factores e cobiació co roles específicos) se obtuvo coseso (ás del 66% del total) e los siguietes aspectos: U epleado puede desepeñarse e ás de u proyecto. U epleado puede jugar ás de u rol e u proyecto La asigació de u epleado e otros proyectos depede de: el rol e el uevo proyecto, el rol que está desepeñado e los proyectos ya asigados, la catidad de los proyectos a los que ya está asigado, la coplejidad de los proyectos a los que ya está asigado Existe roles icopatibles.

4 CCIA III. RESULTADOS Y DISCUSIONES Modelo propuesto Las respuestas de los expertos a la ecuesta plateada puede ser foralizadas e u odelo coo se expoe a cotiuació [8]. Sea : catidad de roles ecesarios para desarrollar u proyecto : catidad de epleados dispoibles R: catidad de cojutos de roles icopatibles coteplados A j : Catidad de epleados ecesarios e el rol j; j =.. c ij : Capacidad del epleado i para desepeñar el rol j; i =.., j =.. e ij : Experiecia del epleado i e el desepeño del rol j, depede de la catidad de veces que el epleado i ha desepeñado el rol j; i =.., j =.. p i : Experiecia del epleado i e proyectos siilares, depede de la catidad de veces que el epleado i ha participado e proyectos siilares al proyecto e aálisis; i =.. s hi : Siergia etre los epleados h e i; h =.., i =.. g i : Carga de trabajo del epleado i segú los proyectos a los que está ya asigado; i =.. b j : Carga de trabajo que iplica asuir el rol j e el proyecto de aálisis; j =.. l ij : Costo del epleado i segú la lejaía que tega del proyecto y el rol j que va a desepeñar; i =.., j =.. J r : Cojutos de roles icopatibles; r =..R y las variables: { si el epleado i es asigado al rol j ; i =.., u x ij i = = {0, 0 }; si i o =.. j =.. u i = {0, }; i =.. Las fucioes a optiizar que resulta so: ax c ij * x ij () i= j= ax (2) i= p i * u i ax e ij * x ij (3) ax i= j= h= i> h s * u * u (4) hi i gi * ui + b j * xij (5) i= j= i l ij * x ij (6) i= j= Las restriccioes que resulta so: i= h x ij = A j ; j =... (I) i j J r x ; i =.., r =..R (II) ij ( ) = 0, u ( ) i x ij j= u i x ij > 0 ; i =.. (III) j= El problea a resolver es la asigació de epleados a proyectos de desarrollo e la ejecució de u rol específico. De ahí que las variables de decisió sea la asigació o o de los epleados a los roles coteplados, toado valores ó 0. La fució () está relacioada co la copetecia de los epleados. Los valores c ij debe expresar el grado de adecuació del epleado i a las copetecias técicas y geéricas requeridas para desepeñar el rol j efectivaete y el desepeño que puede alcazar el epleado ate codicioes excepcioales de los proyectos. Las fucioes (2) y (3) está relacioadas co el factor Copetecia de los epleados. Se cosideraro e ij y p i valores o coteplados por las copetecias, puesto que so valores asociados a datos estadísticos y o a las características persoales de los epleados. La fució (4) optiiza el factor Siergia del equipo de desarrollo. Debe de cotarse co algua edida que exprese siergia e u equipo o etre epleados. Desafortuadaete o se tiee igú ídice para edir este aspecto, i se ha reportado e la literatura cosultada. Es u aspecto que debe ser tea de ivestigació de otros trabajos. La fució (5) optiiza el factor Dispoibilidad de la persoa segú pla. La dispoibilidad se etiede e esta ivestigació coo u valor uérico que refleje el grado de carga de trabajo que tiee los epleados. Este valor debe ser calculable a partir de la catidad de proyectos asigados y la coplejidad de los isos, así coo de los roles que esté desepeñado el epleado. Por otra parte, se debe teer e cueta el estiado de cuáta carga represeta asuir u rol e el uevo proyecto. La fució (6) optiiza el factor Costo por lejaía. Para cosiderar este factor es ecesario cotar coo dato co u valor uérico que refleje cuá costoso es cada epleado teiedo e cueta su localizació respecto a la localizació del proyecto. Este valor puede ser diferete para cada rol, ietras eor sea el valor ás seleccioable es el epleado puesto que se trata de u objetivo a iiizar. La restricció (I) garatiza que los roles sea cubiertos exactaete e su deada. La restricció (II) odela la existecia de roles icopatibles, o sea, que ua persoa solo puede asuir u solo rol detro de cada subcojuto de roles que se cosidera icopatibles etre sí, lo que se dedujo coo restricció a partir de las respuestas a la ecuesta. Por últio, la restricció (III) garatiza que las variables u i toe valor si el epleado i es asigado al eos a u rol e el proyecto, y valor 0 e caso cotrario, o sea, si o se le asiga igú rol. Modelos posibles a ipleetar

5 CCIA El odelo teórico aterior, resultado de la iterpretació de los criterios de expertos sobre los factores que ifluye e la asigació, o es posible utilizarlo coo parte de ua herraieta iforática que aborde la solució a dicho problea, debido a que o se dispoe de alguos datos ecesarios. A cotiuació se realiza ua propuesta para adaptar el odelo de fora tal que refleje de aera aproxiada pero objetiva los criterios de los expertos. Para optiizar el factor Siergia del equipo es preciso cotar co algua edida que exprese siergia e u equipo o etre epleados. Al o teer aú igú ídice para edir este aspecto, se propoe o cosiderar la fució a optiizar (4) y adicioar ua restricció que liite la participació de epleados e el iso proyecto que por algua razó coocida se cosidere o sea recoedable que trabaje jutos e u iso proyecto, dato que sí es factible de obteer. Si se cosidera el dato s hi que represetará iforació sobre la icopatibilidad total etre dos epleados ( si so icopatibles para asigarlos e u iso equipo de trabajo, 0 e caso cotrario) puede odelarse este aspecto cosiderado la siguiete restricció: shi * uh * ui = 0 h= i> h (IV) Co esta restricció se garatiza que si el valor s hi es para dos epleados cualesquiera h e i, al eos uo de los dos debe quedarse fuera de la asigació. Sobre el resto de los datos iiciales se expoe cosideracioes a cotiuació. Las fucioes a optiizar y restriccioes se puede teer e cueta a u ivel práctico co la isa iteció a coo fuero cocebidas a u ivel teórico. E u sistea de toa de decisioes que de soporte al odelo propuesto, los datos iiciales del odelo puede teer dos orígees: los que depede del proyecto e aálisis debe ser itroducidos por el usuario. La iforació idepediete de cualquiera sea el proyecto e aálisis, se debe toar de la base de datos. TABLA II ORIGEN DE LOS DATOS REQUERIDOS EN EL MODELO Dode: : es la catidad de epleados dispoibles que debe ser obteido de ua base de datos actualizada de la orgaizació. c ij : es la capacidad del epleado i para desepeñar el rol j. Para calcular este valor se precisa tato de la iforació alaceada e la base de datos coo de la etrada del usuario. A cotiuació se describe las fuetes de datos ecesarias para ejecutar el cálculo: Z j : el cojuto de copetecias requeridas para desepeñar el rol j. Cada proyecto puede requerir deteriadas copetecias para desepeñar u rol. Estas debe ser idicadas por el usuario. v ih : ivel que tiee la persoa s e relació a la copetecia h, h Z j. El ivel de cada persoa e cada copetecia debe estar actualizado e la base de datos. t : iportacia de la copetecia h para desepeñar el rol j; h Z j. La iportacia de cada copetecia e el rol puede cabiar de u proyecto a otro por lo que debe ser itroducida por el usuario. w : peso que represeta la iportacia de la copetecia h para desepeñar el rol j; h Z j. w y c ij se calcula coo sigue: t w = tal que w = t h Z j c = w * v ij h Z j ih h Z j e ij : la experiecia del epleado e el desepeño de u rol es u dato estadístico. E su deteriació puede icidir varios eleetos coo so: la catidad de veces que el epleado ha desepeñado el rol, la evaluació e su desepeño y la coplejidad del proyecto, etre otros factores. E el caso ás siple, si solo se cosidera la catidad de veces que ha desepeñado el rol, u eleeto iteresate es defiir la fució a utilizar para calcular el valor e ij. Por ejeplo, se pudiera utilizar ua de las siguietes fucioes: e ij = /(+), e ij = /(+) 2 Si se utiliza la priera el úero de veces que desepeñe el rol tiee u eor ipacto e el ídice de experiecia eij que si se utiliza la seguda fució. p i : la experiecia del epleado e el desepeño de proyectos siilares es u dato estadístico. Siguiedo el iso aálisis que para el dato e ij, lo ás iteresate es precisar cuáto ifluye uéricaete cada desepeño e proyectos siilares e la preferecia que deba teer el odelo por el epleado co ás experiecia. Este dato es ás difícil de registrar ya que depede de ua defiició de siilitud etre proyectos lo que puede estar asociado a varios factores coo coplejidad, tecología, etc. s hi : el dato de la icopatibilidad etre epleados puede origiarse de experiecias ateriores e el trabajo e equipo co resultado egativo u otras causas que provoque que se cosidere coo absolutaete icoveiete que esos epleados trabaje e equipo. Esta iforació debe estar alaceada e la base de datos y e geeral, debe suceder que

6 CCIA la atriz que cotiee los valores s ij para todos los epleados sea ua atriz escasa, o sea, co u alto por cieto de ceros, y que los valores sea uy bie idetificados (por deteriadas situacioes). E caso que los epleados o haya trabajado jutos e el pasado se sugiere utiliza la iforació que aporta los tests de persoalidad para buscar icopatibilidades. g i : debe ser u úero que refleje la carga de trabajo del epleado i que icluya, o solo la catidad de proyectos e los que está ivolucrado, sio tabié su coplejidad, y los roles que desepeña. Debe ser eor ietras eos carga tega el epleado. b j : debe ser u úero que exprese la carga que cada rol geera e los epleados que lo asue, depede de la coplejidad del proyecto. Esta coplejidad es defiida por el usuario. l ij : debe ser u úero que exprese cuá icoveiete es asigar a u deteriado rol j del proyecto e aálisis a u epleado i que o esté e la isa localizació del proyecto. El atributo localizació e los proyectos y e los epleados puede represetar diferetes coceptos (país, provicia, uicipio) que afecte la participació del epleado e el proyecto. La localizació del proyecto es defiida por el usuario. y A j debe ser estiados e fució de la experiecia aterior o utilizado algú étodo de estiació. R y J r so cofigurables por el usuario para el proyecto e cuestió. Propuestas de solució al odelo U sistea de soporte a la decisió que aborde la solució de este problea tiee varias opcioes las cuales perite, para u proyecto específico: Tratar el odelo coo u problea de optiizació ultiobjetivo, co las fucioes a optiizar co igual ivel de prioridad. Tratar el odelo coo u problea de optiizació de u objetivo, poderado las fucioes a optiizar co u peso que decide el usuario deteriado por el ivel de iportacia que otorga a cada objetivo. Tratar el odelo coo u problea de optiizació por etas, e este caso, los objetivos se trasfora e etas co u orde de prioridad e su solució. Covertir objetivos e restriccioes si lo que se desea es ua asigació que e u deteriado factor cosidere u valor de ubral (áxio o íio segú el factor) y o obteer el valor óptio ecesariaete. E esta coversió de u factor a ua restricció el usuario tiee la posibilidad de defiir tal valor de ubral por roles difereciadaete puesto que pudiera ser valores diferetes e u proyecto específico. Por ejeplo, e el factor de las Copetecias de los epleados, es posible idicar u valor íio para cada copetecia para el desepeño de cada rol. Sea: y : el valor íio requerido de la copetecia h para desepeñar el rol j; h Z j Etoces debe cuplirse que: v ih y cualesquiera sea los valores i, h, j IV. CONCLUSIONES Y TRABAJOS FUTUROS Ni los odelos de proceso i las etodologías de desarrollo de software ofrece u procediieto foral para asigar persoal a proyectos de software. El odelo propuesto, basado e los resultados de la aplicació de u étodo de cosulta a expertos para la gestió del coociieto, toa e cueta la ayor catidad de factores posibles a cosiderar e la asigació de recursos huaos a proyectos de software. Este odelo se correspode co u problea cobiatorio ultiobjetivo o lieal, de ahí la ecesidad de la búsqueda de algoritos heurísticos que perita obteer solucioes eficietes, e particular cuado se aplica a orgaizacioes grades coo: DESOFT y la UCI. El odelo, y sus algoritos de solució, debe isertarse e u sistea soporte a la decisió que perita de aera iteractiva ajustar el odelo a codicioes específicas para deteriados proyectos, lo que sigifica la posibilidad de o cosiderar alguas restriccioes y/o fucioes a optiizar. REFERENCES [] D. Rubistei Stadish Group Report: There's less developet chaos today. SD Ties. March, No [2] R. S. Pressa. Software Egieerig: A Practitioer's Approach. McGraw-Hill Sciece, p. [3] S. T. Acuña, Capabilities-Orieted Itegral Software Process Model. Ph.D. Thesis. Uiversidad Politécica de Madrid, Madrid, [4] T. DeMarco, T. Lister. Peopleware: Productives Projects ad Teas. Dorset House, p. [5] N. Gorla, Y. W. Wah. Who should work with who?: buildig effective software project teas. Couicatios of the ACM, Vol. 47 (6): pp [6] H. L. Yag, J. H. Tag. Tea Structure ad Tea Perforace i IS Developet: A Social Network Perspective, Iforatio & Maageet, No. 4, pp [7] L. R. de Carvalho. Plaejaeto da alocação de recursos huaos e Abietes de desevolvieto de software orietados à Orgaização. Tese para a obteção do grau de estre e ciêcias e egeharia de sisteas e coputação. Brasil, [8] M. Adré, M. G. Baldoquí, S. T. Acuña, A. Rosete. A foralized odel for the assiget of hua resources to software projects. XIV Lati Ibero- Aerica Cogress o Operatios Research (CLAIO 2008). Colobia: 2008, ISBN [9] B. Curtis, W. E. Hefley, S. A. Miller. Capability Maturity Model (P CMM), Versio 2.0. Techical report CMU/SEI-200-MM-0. Software Egieerig Istitute [0] W. S. Huphrey. A Disciplie for Software Egieerig. Addiso- Wesley Loga, Ic. USA, 995. [] Huphrey, W.S., Maagig Techical People: Iovatio, Teawork ad the Software Process, Addiso Wesley, Readig, MA, 998. [2] I. Jacobso, G. Bosch ad J. Rubaugh. El Proceso Uificado de Desarrollo de Software. Madrid, Addiso Wesley Iberoaericaa, p. [3] Adré, M. Roles defiidos por el Proceso Uificado de Ratioal. Reporte de Ivestigacioes del CEIS, ISBN: [4] K. Beck. Extree Prograig Explaied. Ebrace Chage. Addiso- Wesley, p. [5] A. Cockbur. Crystal Methodologies. [6] Guía de Fudaetos de la Direcció de Proyectos. (Guía del PMBOK ) Tercera Edició. Project Maaget Istitute, Ic., [7] ISO 0006:2003. Quality aageet systes -- Guidelies for quality aageet i projects.

7 [8] J.L. Rodríguez. Modelació foral del problea de asigació de recursos huaos a proyectos de software. Tesis de Maestría. Istituto Superior Politécico José Atoio Echeverría, La Habaa, CCIA