Introduccin El desarrollo de software requiere de una serie de lineamiento que le permitan a los desarrolladores generar software de calidad en el tiempo

establecido y con la menor cantidad de errores. El generar equipos de trabajo efectivos suele ser una de las principales barreras que se presentan en los proyectos de desarrollo de software

Team Software Process Team Software Process (TSP) fue creado en 1998 por Whatts Humphrey con el fin de proporcionar una mejora en la calidad de los servicios de ingeniera de software desde un punto de vista organizacional. Este bsicamente fue creado para solucionar los problemas entre los equipos de desarrollo y la administracin que se dieron al implementar PSP. Es una metodologa para dirigir el trabajo de mejora y desarrollo de software adems de establecer un entorno donde el trabajo efectivo de equipo sea normal y natural. Ayuda a conformar equipos para el desarrollo de software de calidad. (Samuel, 2009) Con base en lo anterior podramos afirmar que TSP surge como un complemento para PSP donde PSP toma las competencias de los miembros de los equipos y TSP se encarga de la gestin de los equipos de trabajo. TSP establece un conjunto de procesos a nivel de equipos de proyecto orientados a la ejecucin de las tareas, as como mecanismos de gestin e indicadores de control que permiten gestionar, de manera continua y efectiva, el desempeo del equipo. (Escobar, 2011) Este es un proceso de desarrollo enfocado para equipos de ingenieros el cual est basado en la metodologa CMMi. Este modelo se cre como continuacin de CMM (CapabilityMaturityModel) ya que de la misma manera TSP trata de demostrar que es ms productivo y beneficioso trabajar con prcticas de ingeniera de software. Es decir es una metodologa que orienta a la ingeniera de aplicaciones de una forma organizada con procesos estructurados. TSP gua a los desarrolladores para crear mejores equipos de trabajo, les ensea como guiar estos equipos de trabajo y como ser integrantes valiosos en los mismos. Tambin les muestra a los ingenieros a administrar su trabajo de la mejor

forma por medio de cuatro procesos bsicos de desarrollo (anlisis, diseo, programacin y prueba). Este modelo est formado por dos componentes primarios, los cuales agrupan distintos aspectos del trabajo en equipo: Formacin del equipo de trabajo Gestin del equipo de trabajo.

A su vez TSP impulsa a los ingenieros a planificar su trabajo de tal manera que puedan equilibrar su carga de trabajo para as minimizar el tiempo del proyecto. De esta manera, incluyendo a los desarrolladores en la planificacin del proyecto se crea un compromiso por parte de ellos con el trabajo que se desea realizar, sin olvidar que el foco de atencin debe ser la calidad del producto lo que maximiza la productividad del equipo. Tanto PSP como TSP son herramientas ideales para ayudar a las empresas en la formacin de equipos de desarrollo de alta calidad y madurez; pero no son procesos rpidos de implementar, ya que en un equipo de 30 personas PSP puede durar unos 6 meses implementndose mientras que TSP hasta 1 ao, esto sin contar la necesidad de capacitacin.

Cite 5 problemas que se presentan en los equipos de trabajo. Cuando un proyecto de software falla, se debe principalmente a problemas de trabajo en equipo y no a problemas tcnico. (DeMarco, 1987) A continuacin podemos mencionar segn la lgica del TSP algunos problemas que pueden llegar a darse tanto en los proyectos de desarrollo como en los equipos de desarrollo de software:

Fallos en los proyectos de desarrollo Problemas con las personas Presin.

Problemas en los equipos de desarrollo de software Falta de Liderazgo. Falta de compromiso por parte de los integrantes. Falta de confianza Ausencia de calidad en los trabajos entregados. Mejoras excesivas Revisiones inefectivas Falta de participacin.

Indique 2 estrategias para solucionarlos. Segn la Real Academia Espaola un equipo de trabajo se puede definir como Grupo de personas organizado para una investigacin o servicio determinado De otra manera podramos definirlo como La unin de al menos 2 personas las cuales trabajan por una meta comn, donde cada uno tiene un rol especfico asignado segn sus cualidades. Los equipos de desarrollo necesitan conocer cmo trabajar eficientemente y producir productos de calidad especialmente si consideran calendarios agresivos. (Geovanna Bustos Recalde, 2007) Existen varios aspectos que se deben de tomar en cuenta a la hora de construir equipos de trabajo efectivos:

Cohesin o Es un grupo de personas tan fuertemente unidas que el conjunto de personas es mucho ms que la suma de cada uno de los individuos (DeMarco, 1987) o Se refiere al compromiso que ejerce el ser miembro de un equipo o grupo. Metas retadoras o Las metas deben ser especficas, medibles y representar un reto significativo para el equipo. Retroalimentacin o Mediante el progreso y distinguir tanto el desempeo personal como el del grupo como un conjunto. Ambiente de Trabajo Comn o Las tareas asignadas a cada uno de los miembros deben ser claras y especificas, as mismo cada miembro debe estar claramente identificado en su rol especfico. o Cada uno de los miembros debe estar claro de los objetivos, caractersticas, metas y actividades que le competen con respecto al rol que les fue asignado.

Por otro lado podemos hablar de dos estrategias que nos ayuden a evitar o solucionar los problemas que se suscitan en los equipos de trabajo. Liderazgo del equipo Una de las principales responsabilidades del lder del equipo es finalizar con xito el proyecto. Un buen lder de equipo debe identificar los conocimientos y habilidades necesarias por parte de los integrantes del equipo para seleccionar, de ser posible, los mejores elementos disponibles. (Chamoun, 2002) De lo anterior podemos observar que un lder es una persona que nos gua hacia una meta comn, mostrando el camino y creando un ambiente en el que los miembros del equipo se sientan involucrados. Con respecto a los problemas que se dan en los equipos de trabajo antes mencionados podemos observar que uno de los detonantes de estos problemas es la falta de liderazgo eficaz para el equipo de trabajo.

Objetivos comunes identificados Cada uno de los miembros debe estar claro de los objetivos, caractersticas, metas y actividades que le competen con respecto al rol que les fue asignado. Por otro lado, el lder debe recordar peridicamente a los integrantes sobre los avances en el trabajo, cuanto falta, que ha fallado y que debe ser reforzado o evaluado.

Describa las fases del Ciclo de vida de TSP Ciclo de vida de TSP (TSPi) TSPi es una serie de ciclos que inician con la declaracin de las necesidades del producto y terminan con la entrega del producto final.

Ciclo de vida de TSP

Lanzamiento Durante esta fase se realiza una revisin de los objetivos del proyecto, se genera una descripcin de la estructura general de TSPi y su contenido, se asignan los equipos de trabajo y a cada integrante se le asigna un rol, describiendo las necesidades del cliente para posteriormente realizar intercambios de roles de acuerdo al desempeo o gustos personales.

Estrategia Se crea un diseo conceptual del producto estableciendo la estrategia de desarrollo decidiendo que se producir en cada ciclo, realizando estimaciones acerca del tamao y esfuerzo requerido, identificando los riesgos Planeacin Planeacin Se estima el tamao de los distintos elementos identificando las tareas que sern realizadas, asignando a cada miembro del equipo, proponiendo adems un plan de calidad que fije parmetros que sern alcanzados Requerimientos Analizar las necesidades del sistema, especificando los requisitos, adems de entrevistarse con los clientes para posteriormente en la planeacin realizar las pruebas del sistema Diseo En esta etapa se especifica y examina cada parte identificada fijando estndares de diseo, implementando un plan de prueba para la integracin y posteriormente implementar el plan de integracin Implementacin Se realiza un diseo detallado y un cdigo estndar, para la posterior revisin, compilacin y prueba unitaria. Prueba Se integran todos los programas implementando estrategias de prueba como: BigBan, uno a la vez, agrupamiento y sistema plano

Postmortem Se analiza el producto, se documenta el ciclo, generacin de las evaluaciones del equipo, y finalmente se realiza la presentacin del estado del proyecto.

Cuadro Comparativo de PSP y TSP

Modelo

Ventajas
Reduce defectos en el cdigo. Reduce la duracin del ciclo de vida, detectando los defectos en las fases inciales. Reduce costos. Ayuda al seguimiento de los procesos Realiza estimaciones ms precisas. Ayuda a mejorar la productividad de los integrantes de los equipos de trabajo. Permite mejorar los hbitos de programacin de tareas. Deteccin temprana de defectos y riesgos. Ayuda a mejorar la calidad de los productos finales.

Desventajas
Requiere ms tiempo, el conocer, entender y aplicar la metodologa. Equipos de desarrollo resistentes al cambio Durante la incorporacin de la metodologa puede extender los tiempos del desarrollo. Se requiere compromiso y la disciplina para darle seguimiento al plan creado. Mucha documentacin para el control y seguimiento del proyecto. Se de tener un buen conocimiento y manejo del PSP ya que son complementarios.

Caractersticas
Es una metodologa enfocada a los ingenieros de sistemas, que les permite mejorar la forma en la que se desarrolla el software, considerando aspectos como la planeacin, calidad, estimacin de costos y productividad.

PSP

TSP

Se utiliza como complemento para PSP y permite aumentar la calidad de los productos de software a travs de un equipo disciplinado y auto dirigido

Conclusin El trabajar con estos modelos permite incrementar la calidad de los procesos de desarrollo de software y ayuda a reducir los costos del mismo, gracias a la deteccin temprana de errores y la reduccin de tiempo en los procesos realizados. TSP est enfocado principalmente al trabajo en equipo y permite dirigir a estos de una manera ms eficiente, proporcionando roles para cada uno de los integrantes, metas bien definidas, crea un sentimiento de compromiso en los integrantes y un mejor liderazgo. TSP se desenvuelve como una herramienta de gran ayuda para los ingenieros en desarrollo de software ya que provee de mtodos para el fcil desarrollo de equipos de trabajo, con funciones bien definidas y un lder el cual se encarga de recopilar la informacin, mantener informados a los integrantes y evaluar el desempeo tanto grupal como individual.

Recomendaciones Como se comento anteriormente en el desarrollo del proyecto, TSP proporciona un marco de trabajo que se construye sobre la base de PSP por lo que se debe tomar en consideracin los conocimientos previos del mismo a la hora de querer incluirlo en alguno de nuestros proyectos.

A la hora de implementar TSP en alguno de nuestros proyectos de desarrollo debemos tener en cuenta que cada uno de los miembros del equipo debe tener muy claro cul es su rol, sus objetivos, metas y actividades propias del rol que desempea, ya que si no se tiene claridad en estos puntos puede ocurrir problemas en el grupo de trabajo que pueden traer consigo atrasos en el desarrollo del proyecto.

Bibliografa
Chamoun, Y. (2002). Administracin Profesional de Proyectos. Mexico, D.F: McGraw-Hill. Cofr, M. (n.d.). Ventajas y desventajas del PSP. Retrieved 04 14, 2012, from http://personalsoftware.wordpress.com/ventajas-y-desventajas-del-psp/ DeMarco, T. a. (1987). Peopleware, Productive Projects and Teams. New York: Dorset House Publishing Co. Escobar, C. J. (2011, Abril 20). Retrieved Marzo 11, 2012, from http://asprotech.blogspot.com/2011/04/team-software-process-tsp.html Geovanna Bustos Recalde, C. G. (2007). Uso del TSP en el desarrollo de Software. Quito: Escuela Politecnica Nacional. Gross, M. (2009, 06 15). Pensamiento Imaginativo. Retrieved 04 14, 2012, from http://manuelgross.bligoo.com/content/view/537316/Estrategias-para-liderar-el-trabajo-enequipo.html Samuel, J. (2009, Noviembre 11). TSP (Team Software Process ). Retrieved Abril 14, 2012, from http://ingsistemascalidad.blogspot.com/

(Gross, 2009)