<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1646-9895</journal-id>
<journal-title><![CDATA[RISTI - Revista Ibérica de Sistemas e Tecnologias de Informação]]></journal-title>
<abbrev-journal-title><![CDATA[RISTI]]></abbrev-journal-title>
<issn>1646-9895</issn>
<publisher>
<publisher-name><![CDATA[AISTI - Associação Ibérica de Sistemas e Tecnologias de Informação]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1646-98952019000100005</article-id>
<article-id pub-id-type="doi">10.17013/risti.31.50-65</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Influencia de la Teoría de Roles de Belbin en la Medición de Software: Un estudio exploratorio]]></article-title>
<article-title xml:lang="en"><![CDATA[Influence of Belbin´s Role Theory in Software Measurement: An Exploratory Study]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Vera]]></surname>
<given-names><![CDATA[Raúl Aguilar]]></given-names>
</name>
<xref ref-type="aff" rid="A1"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Mendoza]]></surname>
<given-names><![CDATA[Julio Díaz]]></given-names>
</name>
<xref ref-type="aff" rid="A1"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Pech]]></surname>
<given-names><![CDATA[Juan Ucán]]></given-names>
</name>
<xref ref-type="aff" rid="A1"/>
</contrib>
</contrib-group>
<aff id="AA1">
<institution><![CDATA[,Universidad Autónoma de Yucatán Facultad de Matemáticas ]]></institution>
<addr-line><![CDATA[Mérida Yucatán]]></addr-line>
<country>México</country>
</aff>
<aff id="A">
<institution><![CDATA[,julio.diaz@correo.uady.mx  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<aff id="A">
<institution><![CDATA[,juan.ucan@correo.uady.mx  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>03</month>
<year>2019</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>03</month>
<year>2019</year>
</pub-date>
<numero>31</numero>
<fpage>50</fpage>
<lpage>65</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.pt/scielo.php?script=sci_arttext&amp;pid=S1646-98952019000100005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.pt/scielo.php?script=sci_abstract&amp;pid=S1646-98952019000100005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.pt/scielo.php?script=sci_pdf&amp;pid=S1646-98952019000100005&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Se presenta un estudio exploratorio en el que se analiza la influencia de la Teoría de Belbin en actividades de desarrollo de software como mecanismo para la mejora del mismo. El estudio comprende un primer experimento controlado con estudiantes y una réplica similar-interna. La actividad considerada para los equipos, fue la medición de software mediante la técnica de puntos de función. Los resultados obtenidos en el primer experimento no fueron concluyentes debido a que no fueron confirmados en la réplica, no obstante, las lecciones aprendidas con el estudio, permiten identificar y proponer varios experimentos controlados como trabajos futuros.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[An exploratory study is presented in which the influence of the Belbin Theory on software development activities as a mechanism to improve it is analyzed. The study includes a first controlled experiment with students and a replication. The activity considered for the teams, was the measurement of software using the function point technique. The results obtained in the first experiment were not conclusive because they were not confirmed in the experimental replica, however, the lessons learned with the study allow to identify and propose several controlled experiments as future works.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Experimentación en Ingeniería de Software]]></kwd>
<kwd lng="es"><![CDATA[Integración de Equipos]]></kwd>
<kwd lng="es"><![CDATA[Medición de Software]]></kwd>
<kwd lng="es"><![CDATA[Roles de Belbin]]></kwd>
<kwd lng="en"><![CDATA[Belbin Roles]]></kwd>
<kwd lng="en"><![CDATA[Experimentation in Software Engineering]]></kwd>
<kwd lng="en"><![CDATA[Software Measurement]]></kwd>
<kwd lng="en"><![CDATA[Teams Integration]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font size="2"><b>ARTÍCULOS</b></font></p>     <p><font size="4"><b>Influencia de la Teoría de Roles de Belbin en la Medición    de Software: Un estudio exploratorio</b></font></p>     <p><font size="3"><b>Influence of Belbin´s Role Theory in Software Measurement:    An Exploratory Study</b></font></p>     <p><b>Raúl Aguilar Vera<sup>1</sup>, Julio Díaz Mendoza<sup>1</sup>, Juan Ucán    Pech<sup>1</sup></b></p>     <p><sup>1</sup> Facultad de Matemáticas, Universidad Autónoma de Yucatán, C.P.    97000, Mérida, Yucatán, México. <a href="mailto:avera@correo.uady.mx">avera@correo.uady.mx</a>,    <a href="mailto:julio.diaz@correo.uady.mx">julio.diaz@correo.uady.mx</a>, <a href="mailto:juan.ucan@correo.uady.mx">juan.ucan@correo.uady.mx</a></p> <hr/>     <p>&nbsp;</p>     <p><b>RESUMEN </b></p>     <p>Se presenta un estudio exploratorio en el que se analiza la influencia de la    Teoría de Belbin en actividades de desarrollo de software como mecanismo para    la mejora del mismo. El estudio comprende un primer experimento controlado con    estudiantes y una réplica similar-interna. La actividad considerada para los    equipos, fue la medición de software mediante la técnica de puntos de función.    Los resultados obtenidos en el primer experimento no fueron concluyentes debido    a que no fueron confirmados en la réplica, no obstante, las lecciones aprendidas    con el estudio, permiten identificar y proponer varios experimentos controlados    como trabajos futuros.</p>     <p><b>Palabras-clave</b>: Experimentación en Ingeniería de Software; Integración    de Equipos; Medición de Software; Roles de Belbin.</p> <hr/>     <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p><b>ABSTRACT</b></p>     <p>An exploratory study is presented in which the influence of the Belbin Theory    on software development activities as a mechanism to improve it is analyzed.    The study includes a first controlled experiment with students and a replication.    The activity considered for the teams, was the measurement of software using    the function point technique. The results obtained in the first experiment were    not conclusive because they were not confirmed in the experimental replica,    however, the lessons learned with the study allow to identify and propose several    controlled experiments as future works.</p>     <p><b>Keywords:</b> Belbin Roles; Experimentation in Software Engineering; Software    Measurement; Teams Integration.</p> <hr/>     <p>&nbsp;</p>     <p><b>1. Introducción</b></p>     <p>El desarrollo de software, desde el momento mismo de su concepción como disciplina    ingenieril, ha mantenido una dinámica de mejora continua en cuanto a sus métodos,    técnicas, herramientas y prácticas. Medio siglo después de la denominada &ldquo;Crisis    del Software&rdquo; la Ingeniería de Software (IS) cuenta con un cuerpo de conocimientos    aceptado en lo general, por profesionistas e investigadores de la disciplina    (Bourque &amp; Fairley, 2014), sin embargo, la dinámica de mejora en cuanto    a calidad, tanto en sus procesos, como en los artefactos generados a través    de los mismos, sigue siendo fuente de investigación para dicha disciplina ingenieril    (p.e. Miramontes et al, 2016; Norambuena y Vega, 2017).</p>     <p>El estudio de los enfoques vinculados con el desarrollo, operación y mantenimiento    del software, ha sido analizado con base en la relación de diversas variables,    no obstante, el aspecto social intrínseco de la disciplina (Juristo &amp; Moreno,    2001) ha llevado a considerar al factor humano, como un aspecto de singular    interés para su investigación. En un estudio reciente, Morales y Vega (2018)    proponen un catálogo de factores humanos críticos para el éxito de propuestas    de mejora al proceso software; uno de los cuatro factores se relaciona con el    rol que desempeña un Ingeniero de Software al interior del equipo de trabajo;    Humphrey (2000) afirma que el proceso de formación y creación de un equipo de    desarrollo de software no se produce por accidente, si no que el equipo debe    establecer relaciones de trabajo, ponerse de acuerdo sobre los objetivos y determinar    las funciones de los miembros del grupo. En la última década, incluso elementos    de gamificación han sido utilizados como estrategia para integrar equipos de    trabajo (Hernández et al, 2016).</p>     <p>El presente estudio, tiene como propósito explorar si el uso de la teoría de    roles de Belbin (1993) para la formación de equipos, tiene alguna influencia    en una de las tareas vinculadas con los procesos de gestión de software, particularmente,    en la tarea de medición. El documento se encuentra organizado de la siguiente    manera: la sección 2 presenta trabajos relacionados con el estudio, la sección    3 describe brevemente la técnica de medición de software conocida como puntos    de función. La sección 4 presenta un primer experimento realizado. La sección    5 describe una réplica experimental. Finalmente, las conclusiones se presentan    en la sección 7.</p>     <p><b>2. Trabajos relacionados con es estudio</b></p>     <p>Son varios los investigadores (Belbin, 1981; Briggs-Myers &amp; McCaulley,    1985; Margerison &amp; McCan, 1985; Mumma, 2005) que afirman haber identificado    roles que definen el comportamiento de los individuos al interior de un equipo    de trabajo, dichos roles son conocidos bajo el nombre de roles de equipo, y    aunque no existe el reconocimiento de la existencia de una relación funcional    con algún proceso o tarea particular, su ausencia o presencia, al parecer tiene    una influencia significativa en los logros del equipo (Aritzeta, Swailes &amp;    Senior, 2005).</p>     ]]></body>
<body><![CDATA[<p>Entre los estudios existentes sobre roles de equipo, el trabajo de Belbin (1981,    1993) es probablemente el más recurrido entre consultores e investigadores,    su popularidad radica en que además de ofrecer una categorización de roles (Impulsor:IM,    Implementador:IP, Finalizador:F, Cerebro:C, Monitor-Evauador:ME, Especialista:E,    Coordinador:CO, Investigador de Recursos:IR y Cohesionador:CH), presenta recomendaciones    para la integración de equipos con base en roles compatibles, así como mecanismos    para la identificación de los roles que un individuo puede asumir en un equipo    de trabajo, en función de su comportamiento. Johansen (2003) en su disertación    sobre la gestión del recurso humano, validó el inventario de autopercepción    propuesto por Belbin para la identificación del rol natural o roles que un individuo    puede asumir en un equipo de trabajo, y entre sus conclusiones, indicó que dicho    inventario es definitivamente una herramienta que vale la pena utilizar para    evaluar la composición y posible desempeño del equipo.</p>     <p>En cuanto a las investigaciones sobre el uso de la teoría de Belbin en el contexto    de la Ingeniería de Software, se encuentra el reporte de Henry y Stevens (1999)    cuyo esfuerzo de investigación se centró en el análisis de la utilidad de los    roles de Belbin para mejorar la efectividad de los equipos, en particular, la    influencia del liderazgo en el grupo; dichos autores comentan que los roles    de Belbin se pueden utilizar en la formación de nuevos equipos, así como en    la evaluación de los equipos existentes, y luego del desarrollo de un experimento    controlado con estudiantes, concluyen que un solo líder mejora el rendimiento    de un equipo, en comparación con equipos que tienen múltiples líderes o ningún    líder. Considerando también a la efectividad como el aspecto a mejorar, Pollock    (2009) exploró la influencia de contar con una diversidad de roles y personalidades,    como estrategia para mejorar la efectividad del equipo, y concluye, que aunque    no encontró evidencia de que dicha diversidad tiene influencia en el equipo,    pudo observar que la presencia de ciertos roles como son el caso del Impulsor,    Coordinador o Finalizador, pueden incrementar la efectividad.</p>     <p>Otros estudios se han centrado en analizar la relación de los roles de Belbin    con tareas vinculadas con el proceso software. Estrada y Peña (2013) reportan    un experimento controlado con estudiantes en ciertas actividades vinculadas    con las fases de requisitos, diseño y codificación; las autoras concluyen que    algunos roles presentan mayor aportación en ciertas actividades, particularmente    señalan al rol Implementador en la tarea de codificación. Así mismo, en un estudio    previo en el contexto de la fase de codificación, comparamos la calidad de la    legibilidad del código generado por equipos integrados con roles compatibles,    de acuerdo con la Teoría de Belbin, en contraste con equipos formados por integrantes    asignados aleatoriamente, los resultados obtenidos mediante un experimento controlado    con estudiantes, nos permitieron concluir que los equipos que fueron integrados    utilizando como referencia la Teoría de Belbin, presentan resultados significativamente    mejores que los equipos integrados mediante un criterio de aleatoriedad (Aguileta,    Ucán y Aguilar, 2017).</p>     <p><b>3. Metodología</b></p>     <p>Aunque el cuerpo de conocimientos de la IS comenzó a integrarse a finales de    la década de los sesenta, fue hasta la década de los ochenta cuando la comunidad    académica comenzó a adoptar y utilizar enfoques de investigación para estudiar    de manera rigurosa los diferentes aspectos y problemas involucrado con el proceso    de desarrollo de software (Glass, Vessey &amp; Ramesh, 2002).</p>     <p>Una de las metodologías más utilizadas en el campo de la IS, es la experimentación,    en particular, la experimentación en entornos controlados; el énfasis en aplicar    la experimentación en IS se remonta a la década de los años ochenta (Basili,    Selby &amp; Hutchens, 1986) y tiene como objetivo identificar las causas por    las cuales se producen ciertos resultados, su aplicación nos ayuda a identificar    y comprender las posibles relaciones entre factores y variables dependientes,    ambos elementos involucrados en los procesos de desarrollo de software. Entre    los elementos característicos de los estudios exploratorios encontrados en la    literatura, se destaca el uso de grupos de estudiantes como sujetos experimentales;    Genero, Cruz-Lemus y Piattini (2014) indican al respecto, que dicha muestra    académica permite al investigador obtener evidencia preliminar para confirmar    o refutar hipótesis que pueden ser contrastadas posteriormente en contextos    industriales. Por otro lado, un elemento clave en el paradigma experimental,    es el desarrollo de réplicas, su propósito radica en verificar o refutar los    hallazgos previamente observados (Gómez, Juristo &amp; Vegas, 2014).</p>     <p>El presente estudio tiene como propósito explorar, mediante la ejecución de    un experimento controlado con estudiantes, y una réplica experimental similar-    interna, la influencia del uso de la Teoría de Belbin en la integración de equipos    de desarrollo de software con integrantes que presentan roles compatibles, en    el producto de una actividad, así como en el tiempo invertido en dicha actividad;    en el caso del estudio se seleccionó una actividad vinculada con las tareas    de gestión, particularmente, la medición del tamaño lógico o funcional de un    sistema de software propuesto.</p>     <p><b>3.1. Factor y Tratamientos</b></p>     <p>El factor considerado para nuestro estudio, es la estrategia utilizada para    la integración de los equipos de trabajo, particularmente, con dos tratamientos:</p>     <p><i>Equipos Compatibles (EC): </i>Equipos de trabajo de tres integrantes, conformados    con roles compatibles -identificados con el inventario de autopercepción- de    acuerdo con la Teoría de Belbin.</p>     ]]></body>
<body><![CDATA[<p><i>Equipos Tradicionales (ET): </i>Equipos de trabajo de tres integrantes,    seleccionados aleatoriamente para su conformación.</p>     <p><b>3.2. Hipótesis y Variables Dependientes</b></p>     <p>De acuerdo con el propósito de nuestro estudio, el objetivo planteado para    el experimento así como para su réplica, consiste en comparar métricas -del    producto y del proceso- obtenidas mediante equipos integrados con roles compatibles    -con base en la Teoría de Belbin- con las obtenidas por equipos integrados en    forma aleatoria.</p>     <p>El primer par de hipótesis estadísticas utiliza como variable dependiente,    una métrica del producto, es decir, el número de puntos de función sin ajustar    obtenidos (PFSA) por los equipos al medir el sistema (Garmus &amp; Herron, 1996).</p>     <p>• H01: La media de los PFSA obtenidos con la Técnica de Puntos de Función por    los ET es igual a la media de los PFSA obtenidos por los EC.</p>     <p>• H11: La media de los PFSA obtenidos con la Técnica de Puntos de Función por    los ET difiere de la media de los PFSA obtenidos por los EC.</p>     <p>En cuanto a la variable vinculada con el proceso, utilizaremos el tiempo en    minutos (TM) utilizado para concluir la actividad, las hipótesis estadísticas    planteadas son las siguientes:</p>     <p>• H02: El tiempo medio registrado por los ET en la actividad de medición es    igual al reportado por los EC.</p>     <p>• H12: El tiempo medio registrado por los ET en la actividad de medición difiere    del reportado por los EC.</p>     <p><b>3.3. Parámetros</b></p>     ]]></body>
<body><![CDATA[<p>Aspectos como la complejidad del problema a resolver, la presión del tiempo    disponible para concluir la actividad, así como la experiencia de los participantes,    se consideran parámetros que no afectan o sesgan los resultados del estudio,    debido a que son parámetros que se mantuvieron homogéneos para todos los equipos    de desarrollo.</p>     <p>En el caso de la experiencia de los sujetos, al ser equipos integrados por    estudiantes que se encuentran en su proceso de formación y que antes del experimento,    aún no habían estudiado la técnica, podemos considerar que son homogéneos -la    técnica fue analizada con todos los estudiantes en una sesión de trabajo. Por    su parte, en lo referente a la complejidad del sistema por estimar, se redactó    un documento de Especificación de Requisitos para un Software Educativo, con    base en el estándar IEEE Std. 830 1998, dicho documento fue el mismo que se    entregó a todos los equipos en la tarea. Finalmente, en cuanto al tiempo disponible    para la realización de la actividad, se realizó una estimación del tiempo requerido    para la actividad, y considerando un estimado de 120 minutos, se dispuso de    dos sesiones presenciales (180 minutos) para la actividad de medición.</p>     <p><b>3.4. Diseño Experimental</b></p>     <p>De acuerdo con las características del estudio, el diseño más apropiado para    el experimento es el diseño factorial con una fuente de variación (ver <a href="#t1">tabla    1</a>), la variable dependiente corresponde, en el primer par de hipótesis,    a la métrica obtenida por los equipos en la tarea (PFSA) y en la segunda, al    tiempo utilizado por los equipos para su finalización (Tiempo en segundos).    En ambos experimentos, los tratamientos experimentales se corresponden con:    (1) equipos integrados con base en la teoría del roles de Belbin (Equipos Belbin)    y (2) equipos integrados de manera forma aleatoria (Equipos Tradicionales).</p>     <p>&nbsp;</p>     <p align="center"><a name="t1"></a><img src="/img/revistas/rist/n31/31a05t1.jpg"/></p>     
<p>&nbsp;</p>     <p><b>3.5. Análisis estadístico</b></p>     <p>El análisis de los datos que serán recolectados en ambos experimentos, contendrá    una sección descriptiva a partir de la generación de gráficos de caja y bigotes,    y en el caso del análisis inferencial, se utilizará el modelo estadístico del    análisis de varianza simple. Los gráficos de caja y bigotes permiten generar    una presentación visual en la que se pueden observar diversos datos de los conjuntos    de mediciones por analizar: valor mínimo y máximo, mediana, cuartil inferior    y superior, así como valores atípicos; así mismo, permiten observar la forma    y dispersión de los conjuntos de datos, pero sobre todo, permiten evaluar empíricamente    el comportamiento de los conjuntos de mediciones por comparar.</p>     <p>Para realizar el análisis inferencial, elegimos el análisis de varianza de    una vía, debido a que nos permite realizar pruebas de hipótesis para determinar    si hay o no diferencias significativas entre las medias y varianzas, de los    valores recogidos en la variable dependiente, para los diferentes niveles del    factor (tratamientos). El análisis de la varianza (Gutierrez y de la Vara, 2012)    permite construir con los datos, un modelo estadístico que describe el impacto    de un solo factor categórico sobre una variable dependiente, dicho modelo lineal    asociado es el siguiente:</p>     ]]></body>
<body><![CDATA[<p>Yij= &#956; + &#946;i + &#949;ij;</p>     <p>donde Yij es la ij-ésima medición, &#956; es un parámetro común para todos    los tratamientos, denominado media global, &#946;i es un parámetro que mide    el efecto del i-ésimo tratamiento, y &#949;ij es el error sistemático atribuible    a la medición Yij.</p>     <p><b>4. Primer Experimento</b></p>     <p><b>4.1. Participantes/Sujetos Experimentales</b></p>     <p>La muestra por conveniencia utilizada para el experimento estuvo conformada    por 27 estudiantes de carrera de Ingeniero de Software de la Universidad Autónoma    de Yucatán, los participantes cursaban la asignatura &ldquo;Diseño de Experimentos    en Ingeniería de Software&rdquo; ubicada en el quinto semestre de la carrera. Con    los 27 participantes, se formaron 9 equipos de trabajo -sujetos experimentales.    La <a href="#t2">tabla 2</a> ilustra la asignación de los equipos a los tratamientos.</p>     <p>&nbsp;</p>     <p align="center"><a name="t2"></a><img src="/img/revistas/rist/n31/31a05t2.jpg"/></p>     
<p>&nbsp;</p>     <p>La integración de los Equipos Compatibles, con base en los roles identificados    mediante el inventario de autopercepción, se ilustra en la <a href="#f1">figura    1</a>.</p>     <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p align="center"><a name="f1"></a><img src="/img/revistas/rist/n31/31a05f1.jpg"/></p>     
<p>&nbsp;</p>     <p><b>4.2. Ejecución del Experimento</b></p>     <p>El experimento se llevó a cabo en tres sesiones de trabajo, en la primera,    se administró el inventario de autopercepción, a partir del cual se identificaron    los roles primarios de los participantes; posteriormente, en una segunda sesión    que duró dos horas, los participantes recibieron capacitación sobre la técnica    del análisis de puntos de función; finalmente, la sesión experimental fue realizada.</p>     <p>Al inicio de la sesión experimental, se integraron los nueve equipos, de acuerdo    con lo indicado en la <a href="#t2">tabla 2</a>, se les proporcionó el documento    de Especificación de Requisitos de un caso, así como una hoja de informe con    el esquema de la <a href="#t1">tabla 1</a>; posteriormente, se describió la    actividad y se les pidió que identificaran en la hoja de informe: el número    de equipo, hora de inicio y de finalización de la actividad, así como las métricas    correspondientes a la técnica. La sesión transcurrió sin problemas.</p>     <p><b>4.3. Análisis y Resultados del Experimento</b></p>     <p>En esta sección se presenta tanto el análisis descriptivo, como el análisis    inferencial con base en las métricas seleccionadas para el experimento.</p>     <p>Primeramente se analizan los gráficos de Caja y Bigotes generados para las    dos variables dependiente consideradas, a efecto de tratar de identificar intuitivamente    el comportamiento de los datos (ver <a href="#f2">figura 2</a>).</p>     <p>&nbsp;</p>     <p align="center"><a name="f2"></a><img src="/img/revistas/rist/n31/31a05f2.jpg"/></p>     
]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p>Como se observa en el gráfico de la <a href="#f2">figura 2(a)</a>, en cuanto    a la variable PFSA, los EC presentan mayor dispersión y un sesgo negativo respecto    de su mediana, por su parte los ET tienen un comportamiento más simétricos;    si observamos ambas gráficas al mismo tiempo, vemos que el área de la caja de    los ET se encuentra incluida en el área de los EC, lo cual nos da indicios de    que no haber diferencias en cuanto a la variable PFSA. Por su parte, la <a href="#f2">figura    2(b)</a> ilustra el comportamiento de los datos vinculados con la variable TM,    observamos que los ET presentan mayor dispersión que los EC, sin embargo, dado    que las áreas de ambas cajas se encuentran desfasadas, podemos suponer que el    factor tiene cierta influencia.</p>     <p>Con el objeto de evaluar estadísticamente las diferencias observadas en el    análisis descriptivo previo, se plantearon las siguientes hipótesis estadísticas.</p>     <p>&nbsp;</p>     <p align="center"><a name="e1"></a><img src="/img/revistas/rist/n31/31a05e1.jpg"/></p>     
<p>&nbsp;</p>     <p>El resultado de evaluar con ANOVA ambas hipótesis, se ilustra en la <a href="#t3">tabla    3</a>.</p>     <p>&nbsp;</p>     <p align="center"><a name="t3"></a><img src="/img/revistas/rist/n31/31a05t3.jpg"/></p>     
<p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p>La tabla ANOVA descompone la varianza de la variable en estudio en dos componentes:    un componente intergrupo y un componente en grupos. Dado que el valor p de la    prueba F -en la variable PFSA- es mayor que 0.05 (PFSA: 0.4894) la hipótesis    de nulidad se acepta, es decir, se afirma que no existe diferencias entre las    medias de los dos tratamientos.</p>     <p>Por su parte, el valor P de la prueba F -en la variable TM- es menor que 0.05    (TM: 0.016), entonces podemos rechazar la hipótesis de nulidad y podemos afirmar    que existe una diferencia estadísticamente significativa entre las medias de    la variable TM de los dos tratamientos.</p>     <p>El modelo ANOVA tiene asociado tres supuestos que es necesario validar antes    de utilizar la información que nos ofrece; los supuestos del modelo son: (1)    Los errores experimentales de sus datos se distribuyen normalmente, (2) No existe    diferencia entre la varianza de los tratamientos (Homocedasticidad) y (3) existe    independencia entre las muestras.</p>     <p>Para validar el primer supuesto, usaremos el gráfico de probabilidad normal    de los residuos. Es una técnica gráfica para evaluar si un conjunto de datos    se distribuye de acuerdo con la distribución normal. Como se puede ver en la    gráfica que se ilustra en la <a href="#f3">figura 3</a>, los puntos, en ambas    gráficas, no muestran desviaciones de la diagonal, por lo que es posible asumir    que los residuos tienen una distribución normal en ambos casos.</p>     <p>&nbsp;</p>     <p align="center"><a name="f3"></a><img src="/img/revistas/rist/n31/31a05f3.jpg"/></p>     
<p>&nbsp;</p>     <p>En el caso de la homocedasticidad, generamos un gráfico de residuales vs. predichos    y observamos si es posible detectar que el tamaño de los residuales aumenta    o disminuye sistemáticamente a medida que aumenta los valores predichos. Como    podemos ver en los dos gráficos de la <a href="#f4">figura 4</a>, no se observa    patrón particular alguno, con el cual podamos aceptar que se cumple la hipótesis    de varianza constante de los residuos.</p>     <p>&nbsp;</p>     <p align="center"><a name="f4"></a><img src="/img/revistas/rist/n31/31a05f4.jpg"/></p>     
]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p>Finalmente, para validar el supuesto de independencia de los datos, generamos    un gráfico de residuales vs. secuencia de los datos; en este caso, observamos    si es posible detectar alguna tendencia a tener rachas con residuos positivos    y negativos; en el caso de nuestro análisis, podemos ver en la <a href="#f5">figura    5</a> que en ambos casos no se identifica una tendencia, por lo que es posible    suponer que los datos provienen de poblaciones independientes.</p>     <p>&nbsp;</p>     <p align="center"><a name="f5"></a><img src="/img/revistas/rist/n31/31a05f5.jpg"/></p>     
<p>&nbsp;</p>     <p>Con el propósito de profundizar en el análisis, utilizamos el ANOVA para evaluar    pruebas de hipótesis relacionadas con cada uno de los cinco componentes de la    métrica PFSA (Ficheros Lógicos Internos: ILF, Ficheros de interface externos:    EIF, Entradas Externas: EI, Salidas Externas: EO y Consultas Externas EQ); la    <a href="#t4">tabla 4</a> resume los valores obtenidos para dicho análisis inferencial.</p>     <p>&nbsp;</p>     <p align="center"><a name="t4"></a><img src="/img/revistas/rist/n31/31a05t4.jpg"/></p>     
<p>&nbsp;</p>     <p>Como se observa en la <a href="#t4">tabla 4</a>, únicamente uno de los cinco    componentes de la métrica de PFSA, presentó diferencias estadísticamente significativas;    el componente vinculado con el elemento de transacciones &ldquo;salidas externas&rdquo;.</p>     ]]></body>
<body><![CDATA[<p>Resulta importante mencionar, que aunque no se incluye en el artículo, la validación    de los tres supuestos del modelo fue realizada por los autores, y en los cinco    casos antes citados, el modelo resultaba válido.</p>     <p><b>5. Réplica Experimental</b></p>     <p><b>5.1. Participantes/Sujetos Experimentales</b></p>     <p>La muestra por conveniencia disponible para la réplica experimental estuvo    conformada por 18 estudiantes de la carrera de Ingeniero de Software de la Universidad    Autónoma de Yucatán, los participantes cursaban por segunda ocasión -en un curso    de verano- la asignatura &ldquo;Fundamentos de Ingeniería de Software&rdquo; ubicada en    el primer semestre de la carrera. Con los 18 participantes -de primer curso-    se integraron 6 equipos de trabajo que fungieron como sujetos experimentales.    La <a href="#t5">tabla 5</a> ilustra la asignación de sujetos a los tratamientos.</p>     <p>&nbsp;</p>     <p align="center"><a name="t5"></a><img src="/img/revistas/rist/n31/31a05t5.jpg"/></p>     
<p>&nbsp;</p>     <p>La integración de los Equipos Compatibles, con base en los roles identificados    mediante el inventario de autopercepción, se ilustra en la <a href="#f6">figura    6</a>.</p>     <p>&nbsp;</p>     <p align="center"><a name="f6"></a><img src="/img/revistas/rist/n31/31a05f6.jpg"/></p>     
]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p><b>5.2. Ejecución del Experimento</b></p>     <p>La ejecución de la réplica experimental se desarrolló en tres sesiones, en    forma similar al primer experimento, es decir, para la sesión de capacitación,    se utilizó el mismo material de instrucción, incluso fue el mismo instructor    quién impartió dicho taller; en cuanto al problema por resolver, se utilizó    el mismo Documento de Especificación de Requisitos, y en relación con el tiempo    disponible para la actividad, también se dispuso de 180 minutos. Un parámetro    que se consideró homogéneo respecto del primer experimento, fue el de la experiencia    de los participantes, ya que en el caso de la réplica, los alumnos se encontraban    en su primer año de la carrera.</p>     <p><b>5.3. Análisis y Resultados del Experimento</b></p>     <p>En esta sección se presenta tanto el análisis descriptivo, como el análisis    inferencial con base en las variables seleccionadas para el experimento. Los    gráficos de Caja y Bigotes generados para las variables dependientes consideradas    se presentan en la <a href="#f7">figura 7</a>. Como se observa en el gráfico    de la <a href="#f7">figura 7(a)</a>, en cuanto a la variable PFSA, los ET presentan    mayor dispersión y un sesgo negativo respecto de su mediana, por su parte los    EC tienen poca dispersión pero también presentan un sesgo negativo respecto    de su mediana.; si observamos ambas gráficas al mismo tiempo, vemos que el área    de la caja de los EC se encuentra totalmente desfasada respecto de los ET, lo    cual nos da indicios de diferencias con a variable PFSA.</p>     <p>&nbsp;</p>     <p align="center"><a name="f7"></a><img src="/img/revistas/rist/n31/31a05f7.jpg"/></p>     
<p>&nbsp;</p>     <p>Por su parte, la <a href="#f7">figura 7(b)</a> ilustra el comportamiento de    los datos vinculados con la variable TM, observamos que los EC presentan mayor    dispersión que los ET, y ambos mantienen un sesgo positivo, también se puede    observar que el área de la caja de los ET se encuentra incluida en el área de    los EC, lo cual nos da indicios de que no haber diferencias en cuanto a la variable    TM.</p>     <p>Con el objeto de evaluar estadísticamente las diferencias observadas en el    análisis descriptivo previo, se plantearon las mismas hipótesis estadísticas    que en el primer experimento.</p>     ]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p align="center"><a name="e1"></a><img src="/img/revistas/rist/n31/31a05e1.jpg"/></p>     
<p>&nbsp;</p>     <p>El resultado de evaluar con ANOVA ambas hipótesis, se ilustra en la <a href="#t6">tabla    6</a>.</p>     <p>&nbsp;</p>     <p align="center"><a name="t6"></a><img src="/img/revistas/rist/n31/31a05t6.jpg"/></p>     
<p>&nbsp;</p>     <p>En virtud de que el valor P de la prueba F -en la variable PFSA- es menor que    0.05 (PFSA: 0.0494), entonces podemos rechazar la hipótesis de nulidad y afirmar    que existe una diferencia estadísticamente significativa entre las medias de    la variable PFSA de los tratamientos. Por su parte el valor p de la prueba F    -en la variable TM- es mayor que 0.05 (TM: 0.9287) la hipótesis de nulidad se    acepta, es decir, se afirma que no existe diferencias entre las medias de los    dos tratamientos.</p>     <p>Para validar el primer supuesto del modelo ANOVA, generaremos el gráfico de    probabilidad normal de los residuos para ambas variables. Como se puede ver    en la gráfica de la <a href="#f8">figura 8</a>, los puntos, en ambas gráficas,    no muestran desviaciones graves de la diagonal, por lo que es posible asumir    que los residuos tienen una distribución normal en ambos casos.</p>     <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p align="center"><a name="f8"></a><img src="/img/revistas/rist/n31/31a05f8.jpg"/></p>     
<p>&nbsp;</p>     <p>Para analizar la homogeneidad de varianzas, observamos el gráfico de residuales    vs. predichos; y como podemos observar en ambas variables, no se tiene un comportamiento    de aumento o disminución de valores predichos, por lo que consideramos homogeneidad    de varianzas.</p>     <p>&nbsp;</p>     <p align="center"><a name="f9"></a><img src="/img/revistas/rist/n31/31a05f9.jpg"/></p>     
<p>&nbsp;</p>     <p>Finalmente, para validar el supuesto de independencia de los datos, generamos    un gráfico de residuales vs. secuencia de los datos, y como podemos ver en la    <a href="#f10">figura 10</a>, en ambos casos no se identifica tendencia alguna    en los datos, por lo que podemos suponer que los datos provienen de poblaciones    independientes.</p>     <p>&nbsp;</p>     <p align="center"><a name="f10"></a><img src="/img/revistas/rist/n31/31a05f10.jpg"/></p>     
<p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p>De manera similar a lo reportado en el primer experimento, se realizaron los    cinco análisis de varianza -para cada componente de la métrica PFSA- con sus    respectivas pruebas de validez al modelo, la cuales, por las limitaciones de    espacio no serán incluidas en el artículo; la <a href="#t7">tabla 7</a> resume    los valores obtenidos para el ANOVA.</p>     <p>&nbsp;</p>     <p align="center"><a name="t7"></a><img src="/img/revistas/rist/n31/31a05t7.jpg"/></p>     
<p>&nbsp;</p>     <p>Como se observa en la <a href="#t7">tabla 7</a>, aunque de manera global la    variable PFSA presenta diferencias significativas entre ambos tratamientos,    en cuanto a sus componentes, solamente uno de los cinco presentó diferencias    estadísticamente significativas, particularmente, el componente vinculado con    el elemento de datos &ldquo;ficheros lógicos internos&rdquo;.</p> 6. Conclusiones y Trabajos Futuros      <p>En este estudio presentamos un primer experimento controlado con el propósito    de explorar si el uso de la teoría de roles de Belbin puede ser de utilidad    para la integración de equipos que pudiesen evidenciar mayor calidad, tanto    en el proceso de desarrollo, como en los productos generados. En particular,    se seleccionó la actividad de medición de software en el contexto de un entorno    académico. Con el propósito de conformar o refutar los hallazgos del primer    experimento, se realizó una réplica similar-interna. En el primer experimento    se encontró con que la variable PFSA no presentó diferencias entre tratamientos,    sin embargo, la variable Tiempo en minutos para concluir la actividad, presentó    diferencias significativas. Con el objetivo de profundizar en los componentes    de la variable PFSA, se analizaron posibles diferencias entre sus cinco elementos,    presentando diferencias solo uno de éstos. Posteriormente, con la réplica experimental,    los resultados no fueron confirmados, en este caso, la variable PFSA presentó    diferencias significativas. Por su parte, lo obtenido en la variable Tiempo    para concluir la tarea, en la réplica no se identificaron diferencias entre    tratamientos. Siendo un estudio exploratorio, y luego de un razonamiento abductivo,    podemos comentar que posiblemente la madurez de los participantes en el estudio    tuvo alguna influencia en los resultados, si bien, en ambos experimentos se    mantuvo un mismo nivel de experiencia en la técnica, la madurez en procesos    de software en el primer experimento, es mayor que la de los sujetos de la réplica.</p>     <p>Con lo obtenido en el estudio, los autores proponen continuar con el desarrollo    de experimentos controlados con estudiantes; una variante es analizar el factor    madurez académica, para identificar si éste tiene alguna influencia en las variables    respuesta. En cuando a la incorporación de una nueva variable dependiente, se    tiene el interés de incorporar una métrica vinculada con la colaboración de    los integrantes del equipo, durante la realización de una tarea. Por otro lado,    considerando los estudios previos, y siendo la actividad de medición de software,    una actividad que pudiese realizarse de manera individual, nos resulta interesante    investigar si alguno de los roles de Belbin presenta diferencias significativas    en cuanto a la calidad de la medición de software.</p>     <p>&nbsp;</p>     <p><b>REFERENCIAS</b></p>     <!-- ref --><p>Aguileta, A. Ucán, J., &amp; Aguilar, R. (2017). Explorando la influencia de    los roles de Belbin en la calidad del código generado por estudiantes en un    curso de ingeniería de software. <i>Revista Educación en Ingeniería</i>, 12(23),    93-100.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001367&pid=S1646-9895201900010000500001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Aritzeta, A., Swailes, S., &amp; Senior, B. (2005). <i>Team roles: Psychometric    evidence, construct validity and team building. </i>Hull, UK: University Hull.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001369&pid=S1646-9895201900010000500002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Basili, V., Selby, R., &amp; Hutchens, D. (1986). Experimentation in Software    Engineering. <i>IEEE Transactions on Software Engineering, </i>12(7), 733-743.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001371&pid=S1646-9895201900010000500003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Belbin, M. (1981). <i>Management teams: Why they succeed or fail</i>. New York:    John Wiley &amp; Sons.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001373&pid=S1646-9895201900010000500004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Belbin, M. (1993). <i>Team roles at Work</i>. Oxford, USA: Elsevier Butterworth    Heinemann.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001375&pid=S1646-9895201900010000500005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Bourque, P., &amp; Fairley, R. (2014). <i>Guide to the Software Engineering    Body of Knowledge (SWEBOK V3.0)</i>. IEEE Computer Society.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001377&pid=S1646-9895201900010000500006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Briggs-Myers, I., &amp; McCaulley, M. (1985). <i>Manual, A Guide to the Development    and Use of the Myers-Briggs Type Indicator</i>. Palo Alto, USA: Consulting Psychologists    Press.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001379&pid=S1646-9895201900010000500007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Estrada, E., &amp; Peña, A. (2013). Influencia de los roles de equipo en las    actividades del desarrollador de software. <i>Revista Electrónica de Computación    Informática, Biomédica y Electrónica</i>, 2(1), 1-19.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001381&pid=S1646-9895201900010000500008&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Garmus, A. &amp; Herron, D. (1996). <i>Measuring the Software Process: a practical    guide to functional mesurements</i>. New Jersey, USA: Prentice Hall.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001383&pid=S1646-9895201900010000500009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Genero, M., Cruz-Lemus, J., &amp; Piattini, M. (2014). <i>Métodos de investigación    en ingeniería de software</i>. Madrid, España: Ra-Ma.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001385&pid=S1646-9895201900010000500010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Glass, R., Vessey, I., &amp; Ramesh, V. (2002). Research in Software Engineering:    An analysis of the literature. <i>Information and Software Technology</i>, 44(8),    491-506.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001387&pid=S1646-9895201900010000500011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Gómez, O., Juristo, N., &amp; Vegas, S. (2014). Understanding replication of    experiments in software engineering: A Classification. <i>Information and Software    Technology</i>, 56(8), 1033-1048. DOI:<a href="https://dx.doi.org/10.1016/j.infsof.2014.04.004" target="_blank">10.1016/j.infsof.2014.04.004</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001389&pid=S1646-9895201900010000500012&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Gutiérrez, H., &amp; De la Vara, R. (2012). <i>Análisis y Diseño de Experimentos</i>,    (3ª Ed). Ciudad de México: McGraw Hill.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001391&pid=S1646-9895201900010000500013&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Henry, S., &amp; Stevens, K. (1999). Using Belbin’s leadership role to improve    team effectiveness: An empirical investigation. <i>The Journal of Systems and    Software</i>, 44, 241-250.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001393&pid=S1646-9895201900010000500014&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Hernández, L., Muñoz, M., Mejía, J., Peña, A., &amp; Rangel, N. (2017). Una    Revisión Sistemática de la Literatura Enfocada en el uso de Gamificación en    Equipos de Trabajo en Ingeniería de Software. <i>RISTI - Revista Ibérica de    Sistemas y Tecnologías de Información</i>, (21), 33-50. DOI: <a href="https://dx.doi.org/10.17013/risti.21.33-50" target="_blank">10.17013/risti.21.33-50</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001395&pid=S1646-9895201900010000500015&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <p>Johansen, T. (2003). <i>Predicting a Team’s Behaviour by Using Belbin’s Team    Role Self Perception Inventory</i>. (Dissertation at Department of Management    &amp; Organisation), University of Stirling, UK.</p>     ]]></body>
<body><![CDATA[<!-- ref --><p>Juristo, N., &amp; Moreno, A. (2001). <i>Basics of Software Engineering Experimentation</i>.    Boston, USA: Kluwer Academic Publishers.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001398&pid=S1646-9895201900010000500017&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Margerison, C.J., &amp; McCann, D.J. (1985). Team Management Profiles: Their    use in Managerial Development. <i>Journal of Management Development</i>, 4(2),    34-37. DOI: <a href="https://dx.doi.org/10.1108/eb051580" target="_blank">10.1108/eb051580</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001400&pid=S1646-9895201900010000500018&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Miramontes, J., Muñoz, M., Calvo-Manzano, J., &amp; Corona, B. (2016). Establecimiento    del estado del arte sobre el aligeramiento de procesos de software. <i>RISTI    - Revista Ibérica de Sistemas y Tecnologías de Información</i>, (17), 16-25.    DOI: <a href="https://dx.doi.org/10.17013/risti.17.16-25" target="_blank">10.17013/risti.17.16-25</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001402&pid=S1646-9895201900010000500019&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Morales, N., &amp; Vega, V. (2018). Factores Humanos y la Mejora de Procesos    de Software: Propuesta inicial de un catálogo que guíe su gestión. <i>RISTI    - Revista Ibérica de Sistemas y Tecnologías de Información</i>, (29), 30-42.    DOI: <a href="https://dx.doi.org/10.17013/risti.29.30-42" target="_blank">10.17013/risti.29.30-42</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001404&pid=S1646-9895201900010000500020&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <p>Mumma, F.S. (2005). <i>Team-work &amp; team-roles: what makes your team tick?    facilitator guide. </i>King of Prusia, PA: HRDQ Press.</p>     <!-- ref --><p>Norambuena, B., &amp; Vega, V. (2017). Minería de procesos de software: una    revisión de experiencias de aplicación. <i>RISTI - Revista Ibérica de Sistemas    y Tecnologías de Información</i>, (21), 51-66. DOI:<a href="https://dx.doi.org/10.17013/risti.21.51-66" target="_blank">10.17013/risti.21.51-66</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001407&pid=S1646-9895201900010000500022&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Senior, B. (1997). Team roles &amp; Team performance: Is there ‘really’ a link?.    <i>Journal of Occupational and Organizational Psychology</i>, (70), 85-94.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1001409&pid=S1646-9895201900010000500023&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <p>&nbsp;</p>     <p>Recebido/Submission: 10/12/2018     <br>   Aceitação/Acceptance: 22/02/2019</p>      ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Aguileta]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Ucán]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Aguilar]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Explorando la influencia de los roles de Belbin en la calidad del código generado por estudiantes en un curso de ingeniería de software]]></article-title>
<source><![CDATA[Revista Educación en Ingeniería]]></source>
<year>2017</year>
<volume>12</volume>
<numero>23</numero>
<issue>23</issue>
<page-range>93-100</page-range></nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Aritzeta]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Swailes]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
<name>
<surname><![CDATA[Senior]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
</person-group>
<source><![CDATA[Team roles: Psychometric evidence, construct validity and team building]]></source>
<year>2005</year>
<publisher-loc><![CDATA[Hull ]]></publisher-loc>
<publisher-name><![CDATA[University Hull]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Basili]]></surname>
<given-names><![CDATA[V.]]></given-names>
</name>
<name>
<surname><![CDATA[Selby]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Hutchens]]></surname>
<given-names><![CDATA[D.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Experimentation in Software Engineering]]></article-title>
<source><![CDATA[IEEE Transactions on Software Engineering]]></source>
<year>1986</year>
<volume>12</volume>
<numero>7</numero>
<issue>7</issue>
<page-range>733-743</page-range></nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Belbin]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Management teams: Why they succeed or fail]]></source>
<year>1981</year>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[John Wiley & Sons]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Belbin]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Team roles at Work]]></source>
<year>1993</year>
<publisher-loc><![CDATA[Oxford ]]></publisher-loc>
<publisher-name><![CDATA[Elsevier Butterworth Heinemann]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Bourque]]></surname>
<given-names><![CDATA[P.]]></given-names>
</name>
<name>
<surname><![CDATA[Fairley]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<source><![CDATA[Guide to the Software Engineering Body of Knowledge (SWEBOK V3.0)]]></source>
<year>2014</year>
<publisher-name><![CDATA[IEEE Computer Society]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Briggs-Myers]]></surname>
<given-names><![CDATA[I.]]></given-names>
</name>
<name>
<surname><![CDATA[McCaulley]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Manual, A Guide to the Development and Use of the Myers-Briggs Type Indicator]]></source>
<year>1985</year>
<publisher-loc><![CDATA[Palo Alto ]]></publisher-loc>
<publisher-name><![CDATA[Consulting Psychologists Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Estrada]]></surname>
<given-names><![CDATA[E.]]></given-names>
</name>
<name>
<surname><![CDATA[Peña]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Influencia de los roles de equipo en las actividades del desarrollador de software]]></article-title>
<source><![CDATA[Revista Electrónica de Computación Informática]]></source>
<year>2013</year>
<volume>Biomédica y Electrónica, 2</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>1-19</page-range></nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Garmus]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Herron]]></surname>
<given-names><![CDATA[D.]]></given-names>
</name>
</person-group>
<source><![CDATA[Measuring the Software Process: a practical guide to functional mesurements]]></source>
<year>1996</year>
<publisher-loc><![CDATA[New Jersey, USA ]]></publisher-loc>
<publisher-name><![CDATA[Prentice Hall]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Genero]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Cruz-Lemus]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Piattini]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Métodos de investigación en ingeniería de software]]></source>
<year>2014</year>
<publisher-loc><![CDATA[Madrid, España ]]></publisher-loc>
<publisher-name><![CDATA[Ra-Ma]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Glass]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Vessey]]></surname>
<given-names><![CDATA[I.]]></given-names>
</name>
<name>
<surname><![CDATA[Ramesh]]></surname>
<given-names><![CDATA[V.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Research in Software Engineering: An analysis of the literature]]></article-title>
<source><![CDATA[Information and Software Technology]]></source>
<year>2002</year>
<volume>44</volume>
<numero>8</numero>
<issue>8</issue>
<page-range>491-506</page-range></nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Gómez]]></surname>
<given-names><![CDATA[O.]]></given-names>
</name>
<name>
<surname><![CDATA[Juristo]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
<name>
<surname><![CDATA[Vegas]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Understanding replication of experiments in software engineering: A Classification]]></article-title>
<source><![CDATA[Information and Software Technology]]></source>
<year>2014</year>
<volume>56</volume>
<numero>8</numero>
<issue>8</issue>
<page-range>1033-1048</page-range></nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Gutiérrez]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
<name>
<surname><![CDATA[De la Vara]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<source><![CDATA[Análisis y Diseño de Experimentos]]></source>
<year>2012</year>
<edition>3</edition>
<publisher-loc><![CDATA[Ciudad de México ]]></publisher-loc>
<publisher-name><![CDATA[McGraw Hill]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Henry]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
<name>
<surname><![CDATA[Stevens]]></surname>
<given-names><![CDATA[K.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Using Belbin’s leadership role to improve team effectiveness: An empirical investigation]]></article-title>
<source><![CDATA[The Journal of Systems and Software]]></source>
<year>1999</year>
<volume>44</volume>
<page-range>241-250</page-range></nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hernández]]></surname>
<given-names><![CDATA[L.]]></given-names>
</name>
<name>
<surname><![CDATA[Muñoz]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Mejía]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Peña]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Rangel]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Una Revisión Sistemática de la Literatura Enfocada en el uso de Gamificación en Equipos de Trabajo en Ingeniería de Software]]></article-title>
<source><![CDATA[RISTI - Revista Ibérica de Sistemas y Tecnologías de Información]]></source>
<year>2017</year>
<volume>(21)</volume>
<page-range>33-50</page-range></nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Johansen]]></surname>
<given-names><![CDATA[T.]]></given-names>
</name>
</person-group>
<source><![CDATA[Predicting a Team’s Behaviour by Using Belbin’s Team Role Self Perception Inventory]]></source>
<year>2003</year>
</nlm-citation>
</ref>
<ref id="B17">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Juristo]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
<name>
<surname><![CDATA[Moreno]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Basics of Software Engineering Experimentation]]></source>
<year>2001</year>
<publisher-loc><![CDATA[Boston, USA ]]></publisher-loc>
<publisher-name><![CDATA[Kluwer Academic Publishers]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B18">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Margerison]]></surname>
<given-names><![CDATA[C.J.]]></given-names>
</name>
<name>
<surname><![CDATA[McCann]]></surname>
<given-names><![CDATA[D.J.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Team Management Profiles: Their use in Managerial Development]]></article-title>
<source><![CDATA[Journal of Management Development]]></source>
<year>1985</year>
<volume>4</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>34-37</page-range></nlm-citation>
</ref>
<ref id="B19">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Miramontes]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Muñoz]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Calvo-Manzano]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Corona]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Establecimiento del estado del arte sobre el aligeramiento de procesos de software]]></article-title>
<source><![CDATA[RISTI - Revista Ibérica de Sistemas y Tecnologías de Información]]></source>
<year>2016</year>
<numero>17</numero>
<issue>17</issue>
<page-range>16-25</page-range></nlm-citation>
</ref>
<ref id="B20">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Morales]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
<name>
<surname><![CDATA[Vega]]></surname>
<given-names><![CDATA[V.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Factores Humanos y la Mejora de Procesos de Software: Propuesta inicial de un catálogo que guíe su gestión]]></article-title>
<source><![CDATA[RISTI - Revista Ibérica de Sistemas y Tecnologías de Información]]></source>
<year>2018</year>
<numero>29</numero>
<issue>29</issue>
<page-range>30-42</page-range></nlm-citation>
</ref>
<ref id="B21">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Mumma]]></surname>
<given-names><![CDATA[F.S.]]></given-names>
</name>
</person-group>
<source><![CDATA[Team-work & team-roles: what makes your team tick? facilitator guide]]></source>
<year>2005</year>
<publisher-loc><![CDATA[King of Prusia ]]></publisher-loc>
<publisher-name><![CDATA[HRDQ Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B22">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Norambuena]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
<name>
<surname><![CDATA[Vega]]></surname>
<given-names><![CDATA[V.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Minería de procesos de software: una revisión de experiencias de aplicación]]></article-title>
<source><![CDATA[RISTI - Revista Ibérica de Sistemas y Tecnologías de Información]]></source>
<year>2017</year>
<volume>21</volume>
<page-range>51-66</page-range></nlm-citation>
</ref>
<ref id="B23">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Senior]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Team roles & Team performance: Is there ‘really’ a link?]]></article-title>
<source><![CDATA[Journal of Occupational and Organizational Psychology]]></source>
<year>1997</year>
<volume>(70)</volume>
<page-range>85-94</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
