Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software Programa de la asignatura: Desarrollo de Software en Equipo TSP 8 Cuatrimestre Unidad 2. Implementacin de TSP Clave: 150930934 Universidad Abierta y a Distancia de Mxico UnADM Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software1 ndice Unidad 2. Implementacin de TSP ..................................................................................... 2 Presentacin de la unidad .................................................................................................. 2 Propsitos .......................................................................................................................... 2 Competencia especfica ..................................................................................................... 2 2.1. Formar Equipos de Trabajo ......................................................................................... 2 2.1.1. Documentar propsitos, objetivos y roles del Equipo ................................................ 6 2.1.2. Planear y ejecutar el lanzamiento del proyecto ......................................................... 9 Actividad 1. Planeacin del lanzamiento del proyecto de software ................................... 15 2.2. Ejecutar el trabajo en equipo ..................................................................................... 16 2.2.1 Elaborar el plan del proyecto ................................................................................... 16 2.2.2 Elaborar Plan de Calidad .....................................................................................20 2.2.3Elaborar Plan de Riesgos ...................................................................................... 30 Actividad 2. Plan del proyecto .......................................................................................... 35 Autoevaluacin ................................................................................................................. 35 Evidencia de aprendizaje. Generacin del plan de calidad y de riesgos ........................... 36 Cierre de la unidad ........................................................................................................... 36 Para saber ms ................................................................................................................ 37 Fuentes de consulta ......................................................................................................... 37 Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software2 Unidad 2. Implementacin de TSP Presentacin de la unidad Implementacin segn la RAE (2013), es poner en funcionamiento, aplicar mtodos, medidas, etc., para llevar algo a cabo. En el marco de la metodologa TSP, la implementacin se refiere a la ejecucin de las actividades en la cual se debe tener en cuenta los equipos de trabajo, objetivos, roles y planeacin de proyecto, calidad y riesgos. En la unidad dos Implementacin de TSP aprenders a implementaresta metodologa para un proyecto de desarrollo de software, conocers los componentes de la metodologa del TSP y aprenders la forma adecuada para realizar el propsito y los objetivos del proyecto, as como las estrategias de integracin de los miembros del equipo y la asignacin de los diferentes roles que TSP propone. Tambin conocers la forma de hacer los documentos para establecer el plan del proyecto, el plan de calidad y el plan de riesgos para llevar por buen camino el proyecto y lograr que los objetivos se cumplan. Propsitos Identificars los componentes de la metodologa Team Software Process (TSP) de acuerdo a la fase del proyecto correspondiente. Analizars los productos de trabajo de acuerdo a las funciones correspondientes. Elaborars los productos de trabajo de acuerdo a su objetivo. Competencia especfica Analizar los componentes de la metodologa Team Software Process (TSP) para implementar productos de trabajo en los equipos autodirigidos, mediante la elaboracin de documentos. 2.1. Formar Equipos de Trabajo Durante la fase de lanzamiento que TSP propone, es muy importante saber cmo formar un buen equipo de trabajo no slo donde exista un buen ambiente si no tambin un equipo que sea capaz, con base en actitud y aptitud llevar el desarrollo del proyecto por buen camino siempre teniendo presente el objetivo principal del proyecto. En este captulo aprenders cmo se forman equipos de trabajo adecuados para poder implementar la metodologa TSP en un proyecto de desarrollo de software. El Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software3 establecimiento de un equipo de trabajo se lleva a cabo en la fase de lanzamiento, para que un equipo de trabajo sea realmente efectivo todos sus miembros deben estar bien capacitados para las actividades que van a llevar a cabo dentro del proyecto y tambin trabajar de manera conjunta para lograr cumplir con los objetivos trazados al inicio del proyecto. TSP indica ciertas caractersticas que un equipo que trabaje bajo esta metodologa debe tener (Humphrey, 1999): Los miembros del equipo deben contar con las habilidades requeridas, esto quiere decir que si se buscan desarrolladores de software y el proyecto se va a desarrollar en algn lenguaje de programacin en especfico, se deben buscar personas que sean expertos en ese lenguaje. El objetivo del proyecto debe ser claro, bien definido y realista. Los miembros del equipo debern estar comprometidos en cumplir el objetivo principal del proyecto a desarrollar. Entre los miembros del equipo deben ayudarse para solucionar problemas ms rpidamente y para que exista un buen ambiente en el equipo de trabajo. Los miembros del equipo deben ser disciplinados en su trabajo. El equipo debe innovar y ser eficaz, pero para que esto se logre, se debe trabajar en un ambiente de confianza y apoyarse unos a otros en todo momento. Los principales elementos para la formacin del equipo de trabajo se muestran en el siguiente esquema. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software4 Elementos necesarios para la formacin del equipo (Humphrey, 1999). Trabajo en equipo: Estimacin y planificacin Gestin de calidad Comportamiento interpersonal Asignacin de recursos Habilidades necesarias Reclutamiento Proporcionar capacitacin Miembros del equipo expertos y entrenados Habilidades tcnicas: Dominio de las aplicaciones Tecnologa del producto Herramientas y mtodos Evaluar: Destrezas y habilidad Inters por el trabajo Actitud y energa Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software5 Asignacin de recursos: el primer paso para formar el equipo implica llegar a un acuerdo de administracin de los recursos necesarios. La mayora de los proyectos de desarrollo de software inician siempre con una estimacin preliminar de costos esperados, de acuerdo al tamao y a lo complejo del proyecto.Habilidades necesarias: como se muestra en el la figura anterior las habilidades necesarias recaen en dos categoras generales que son: la tcnica y el trabajo en equipo. Dominio de las aplicaciones: se necesitar por lo menos un miembro o ms en el equipo que tengan total conocimiento y dominio sobre el software que se va a desarrollar, por ejemplo: para el desarrollo de un software del rea contable, se requiere a alguien que sepa perfectamente contabilidad para poder orientar el desarrollo del software en cuanto a ciertas caractersticas especficas del rea de contabilidad y que requieran considerarse para integrar en el software y as poder ayudar a los dems miembros del equipo a lograr los objetivos. Tecnologa del producto: la tecnologa del producto se refiere a lo complejo que puede llegar a ser el software, esto se basa en qu tan grande o novedoso va a ser el software a desarrollar, si el proyecto es complejo se necesitar que las personas que conforman el equipo cuenten con la suficiente experiencia en el desarrollo de sistemas similares para ayudar a los dems miembros del equipo. Herramientas y mtodos: se refiere a la herramientas que se necesitarn para llevar a cabo el desarrollo del proyecto de software tales como el lenguaje de programacin que se va a ocupar, el motor de base de datos, herramientas para el anlisis y el diseo del software, los mtodos se refieren a la forma como se van a utilizar esas herramientas.Se requiere que el equipo cuente con profesionales de software para saber qu herramientas y mtodos se utilizarn para desarrollar el sistema. Trabajo en equipo Hay tres puntos importantes segn la figura anterior de trabajo en equipo: Estimacin y planificacin: cuando se habla de estimacin, se hace referencia a las personas que conforman el equipo que sean capaces de estimar o calcular tiempos y as hacer una planificacin con tiempos adecuados y reales. Las personas con estas cualidades pueden lograr que el equipo sea auto dirigido, es decir que si se cuenta con una persona con las cualidades de estimar y planear, sta se encargar de dirigir al equipo sin necesidad de capacitaciones y as ahorrar tiempo en el desarrollo del proyecto, obviamente al tener personas con estas habilidades se lograr contar con equipos autodirigidos, que no necesiten de alguien que para llevar acabo sus actividades, sino por el contrario que aporten Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software6 su experiencia al equipo y ayuden a sus dems compaeros para lograr los objetivos trazados. Gestin de la calidad: Esto es un aspecto esencial en todos los proyectos que utilicen la metodologa TSP, Los miembros del equipo de software deben ser competentes en esta habilidad y todos ellos deben creer que es importante gestionar personalmente la calidad de su trabajo, incluso cuando estn trabajando bajo presin. Comportamiento interpersonal: para ser eficaces en un equipo, todos deben ser capaces de trabajar conjuntamente, participar en la resolucin de problemas y ayudar a los dems cuando sea necesario.Es necesario enfatizar que, al momento de seleccionar al personal que formar parte del equipo, quizs se encuentre a personas muy aptas en cuanto a conocimientos y habilidades pero, si tiene una actitud negativa en cuanto a los aspectos de colaboracin y desempeo grupal, esto puede generar problemas al interior del grupo y obstaculizar el ptimo desarrollo de las actividades. Reclutamiento. Para contratar a las personas que formarn el equipo de trabajo, se requiere identificar una mezcla particular de destrezas y habilidades. Por eso es muy importante que antes de iniciar el proceso de reclutamiento, se definan estas necesidades para formar un equipo adecuado. Proporcionar capacitacin. Es necesario que se capacite a los miembros del equipo respecto a la metodologa TSP, las herramientas de comunicacin que se utilizarn y los diversos procesos en los que intervendrn. Una vez que se cuenta con un equipo es necesario documentar los propsitos, objetivos y roles que guiarn las diversas acciones, a continuacin se explicar la forma de documentacin. 2.1.1. Documentar propsitos, objetivos y roles del equipo Sin duda la documentacin es una parte muy importante del proceso en la metodologa de TSP y se refiere a la integracin en documentos de los propsitos, objetivos y roles del equipo, la creacin de stos se realiza al inicio de la fase de lanzamiento, para despus redactarlos e integrarlos en una plantilla que se muestran en una junta a todos los miembros del equipo. Los objetivos, propsitos y roles del equipo se deben documentar o plasmar en un documento para que todos los miembros del equipo los puedan ver en cualquier momento, tambin para que, si se integra un miembro nuevo en una etapa ya avanzada del desarrollo del proyecto, este tenga acceso a dicha informacin. Lo anterior es muy importante porque Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software7 en la plantilla se va a ver reflejado lo que se desea alcanzar cuando el proyecto llegue a su fin.Cabe sealar que estos documentos se comparten por medio de una red Intranet. Normalmente los objetivos, propsitos y roles se redactan en un formato o plantilla que debe contener lo siguiente: Logo de la empresa que desarrolla el software: esto se ocupara como encabezado y debe aparecer en todas las pginas del documento. Nombre del proyecto: es importante saber a qu proyecto pertenece este documento, recuerda que en una empresa de desarrollo de software normalmente se trabaja en varios proyectos a la vez, obviamente por eso TSP propone hacer equipos de trabajo, para tener los proyectos ms controlados y con una estructura bien definida para cada proyecto que se est realizando. Este nombre se debe de poner debajo del logotipo de la empresa tambin como encabezado del documento Control de cambios: no es ms que una pequea tabla donde se controlan los cambios que va sufriendo el documento original, la cual en el encabezado debe llevar la fecha de medicacin y el nombre de la persona que cre o modific, por ejemplo:FECHA DE MODIFICACIONNOMBRE DEL RESPONSABLE Cabe mencionar que se debern agregar ms filas, cada que una persona realice un cambio en la plantilla. Tema del contenido: se tiene que poner como ttulo qu es lo que va a contener esta plantilla (objetivos, propsitos, roles etc.). Despus estos documentos se suben a una Intranet; una intranet es parecido a una pgina web, la nica diferencia es que slo permite ver el contenido a las personas que estn dentro de la red de la empresa. Esto se hace con la finalidad de que todos los miembros del equipo de acuerdo al proyecto en el que estn trabajando puedan acceder a estos documentos en cualquier momento. TSP como metodologa proporciona algunas plantillas como por ejemplo la plantilla LAU 1 (por las primeras letras de la palabra lanzamiento en ingles Launch) que se mostrar en el siguiente subtema. Propsitos Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software8 Un propsito es un discurso claro, que se debe redactar en mximo dos prrafos en el cual se reflejarn las intenciones o lo que se pretende alcanzar de un proyecto (Saskatchewan, 2002). Es preciso mencionar que redactar el propsito del proyecto es muy importante, porque ms tarde se reflejar en los objetivos del mismo, los propsitos dan una visin de qu se quiere lograr al final del proyecto, los encargados de hacer el propsito son el lder de proyecto, el auxiliar de planeacin y el administrador de desarrollo, y son aprobados por la alta gerencia, ms adelante se mencionar quines son estas personas. Objetivos Los objetivos son las metas que se espera alcanzar cuando un proyecto llegue a su fin. Los objetivos siempre deben comenzar con un verbo en infinitivo; estos verbos son los que no estn conjugados y todos tienen la terminacin ar, er, ir, algunos ejemplos serian: desarrollar, analizar, concluir, examinar, interpretar, describir. Para realizar un buen objetivo para un proyecto de sistemas de informacin, se debe primeroponer el verbo en infinitivo y contestar las preguntas que se desean realizar en torno a qu tipo de software se desarrollar? Por ejemplo: puede ser contable, para administracin de alumnos en una escuela, software para controlar el rea de ventas etctera, para quin ser el software a desarrollar?, es decir, el cliente o empresa que requiere este recurso, y por ltimo con qu se va realizar?, se refiere a las herramientas necesarias para llevar a cabo ese proyecto de sistemas de informacin.El ejemplo de un objetivo de acuerdo a un proyecto a realizar ocupando la metodologa TSP sera el siguiente: Desarrollar un sistema de administracin contable completo y fcil de utilizar para la empresa Contab S.A de C.V que permita a los usuarios del sistema realizar la contabilidad para sus clientes y obtener reportes accesibles, con el uso de herramientas como .net, Hibernate, JQuery y SQL Server crear un software de calidad que cumpla con todos los requerimientos, estndares y necesidades que la empresa Contab requiere. Roles En la Unidad 1 captulo 1.1.3. Fase de lanzamiento, se describen y explican los cinco roles bsicos que propone TSP y que conforman la parte medular de un equipo en TSP, que desempean 5 personas que conformaran la base del equipo: Lder de proyecto Administrador de desarrolloAuxiliar de planeacin Administrador de calidadDesarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software9 Administrador de configuraciones Estos roles que propone la metodologa TSP son necesarios si se quiere implementar esta metodologa. Hay que tomar en cuenta que se requiere de un grupo de desarrolladores de software formados en PSP e ingenieros de calidad, que estarn a cargo del administrador de calidad y del administrador de desarrollo, los cuales determinarn la cantidad con base en el tamao del software a desarrollar. La experiencia y la capacidad individual de cada desarrollador e ingeniero de calidad sern un factor muy importante al momento de hacer esta seleccin, recuerda que estas actividades se llevan a cabo en la fase de lanzamiento del proyecto y estos se redactan en una plantilla que indica la metodologa TSP llamada LAU1 y se detallar en el siguiente subtema, es importante mencionar que tambin ya finalizada la fase de lanzamiento se puede utilizar la plantilla de la unidad uno captulo 1.3.3. Fase de planeacin. En este subtema aprendiste dnde se integran los propsitos y objetivos as como los roles que propone la metodologa TSP, en el siguiente subtema revisars ms a detalle la plantilla LAU1 y la forma en que planean y ejecutan los administradores del proyecto el lanzamiento del mismo.2.1.2 Planear y ejecutar el lanzamiento del proyecto En este captulo aprenders cmo se planea y ejecuta un proyecto utilizando la metodologa TSP, tambin se revisar la forma en que se integran los datos en la plantilla LAU1 (LAUNCH script 1) que propone TSP para realizar el lanzamiento del software a desarrollarse. Antes de empezar con todo la fase de lanzamiento, TSP propone realizar un checklist. En el se redactarn las actividades y el orden en el que se llevarn a cabo todas las tareas de esta fase, este checklist contiene lo siguiente: ActividadEstatus 1Establecer productos y objetivos de la empresa 2Establecer roles y objetivos del equipo 3Definir estrategia de desarrollo 4Hacer un plan general 5Hacer un plan de calidad 6Balancear el plan(carga de trabajo) 7Plan de riesgos 8Disear reporte de administracin 9Revisin del plan con administracin 10Anlisis Postmortem. el equipo revisa el proceso Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software10 En la columna estatus se pude palomear, pero lo ms correcto, es poner todos en pendiente y conforme se vayan completando las actividades se cambie el estatus a completado. Una vez que el lder del proyecto, el auxiliar de planeacin y el administrador de desarrollo redacten los objetivos, el propsito, roles y el checklist, crearn una plantilla que la metodologa TSP seala como esencial llamada LAU1, como se muestra en la figura 2.2, posteriormente se impartir un curso y se mostrar esta plantilla a todos los miembros del equipo. Como se mencion anteriormente en una empresa que se dedica al desarrollo de software pueden trabajar en varios proyectos a la vez, para cada proyecto se conforman equipos de trabajo llamados clulas de trabajo, dentro de cada una de estas clulas, estarn las cinco personas que obtendrn los roles que TSP propone y un grupo de desarrolladores e ingenieros de calidad que se encargarn del desarrollo del proyecto al que hayan sido asignados dentro de su clula. Los reportes que cada equipo debe entregar son definidos en las reuniones que TSP seala para ejecutar el lanzamiento del proyecto. Ms adelante se explicar a detalle qu temas se tocan en cada reunin. Propsito Crear los equipos en el primer ciclo de desarrollo Criterios de entrada Todos los miembros del equipo deben completar el curso de PSP General Con esta plantilla se inicia el proyecto en equipo Los objetivos se describen en esta junta Se forman los equipos y se realiza la asignacin de roles Se explican los objetivos del proyecto a desarrollar. Se establecen las juntas de los equipos y los tiempos de entrega de los reportes. PasoActividadDescripcin 1Resumen del curso El instructor describe los objetivos del curso Qu se espera que los miembros el equipo logren Cmo ser evaluado y calificado su trabajo Principios bsicos del trabajo en equipo El proceso de TSP 2Informacin del integrante del equipo El instructor explica los criterios para hacer la asignacin de equiposInformacin necesaria para la asignacin adecuada Roles del equipo, responsabilidadesy aptitudes 3Objetivos del producto El instructor describe los objetivos del producto. Los objetivos crticos que deben ser satisfechos. Los objetivos deseables y opcionales. Los criterios para evaluar un producto terminado. 4Asignacin de equipos El instructor asigna a los asistentes su equipo y les asigna su rol 5Objetivos delEl instructor describe los parmetros de los objetivos. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software11 equipoPor qu se necesitan los objetivos y metas del equipo. 6Reuniones del equipo El instructor explica las reuniones del equipo y su propsito. El propsito de las juntas de equipo, fechas y reportes. Datos requeridos semanalmente 7La primera reunin del equipo El lder del equipo tiene su primera reunin con su equipo. Se discuten los roles de los miembros del equipo. Se discuten y se acuerdan los objetivos del ciclo 1. Se establecen los tiempos de las reuniones semanales. Se especifican y se acuerdan los tiempos semanales de todos los miembros del equipo para dar sus reportes semanales al administrador de planeacin. 8Datos requeridosEl administrador de planeacin revisa por equipo: Los datos requeridos por cada miembro del equipo semanalmente. Los reportes que sern generados y entregados al equipo de estos datos 9Inicia el proyectoLos equipos inician su trabajo en el proyecto Plantilla LAU 1 A continuacin se explicarn los elementos que se deben integrar en cada columna de la plantilla LAU1, mismos que conforman el listado de acciones o checklist de la fase de lanzamiento de TSP. Propsito. En el propsito general se describen los objetivos del curso que son los siguientes: Asignar los roles (recuerda que cada rol que propone TSP lo adquiere una persona cualificada para ese rol). A cada uno de ellos se les asigna un equipo de trabajo. Criterios de entrada. En la fila criterios de entrada (entry criteria) se integrar como primer requisito que los miembros del equipo hayan completado su curso de PSP, como se revis en la asignatura Mtricas de Calidad PSP, es una metodologa de calidad a nivel personal y es de suma importancia si se quiere aplicar TSP que todos los integrantes del equipo conozcan y dominen PSP. General. El instructor del curso expone los objetivos del software a desarrollar: Establecer los tiempos de las juntas.Establecer los reportes a entregar. Paso 1. En esta filase integra una introduccin y unresumen del curso a los miembros el equipo, la persona encargada de la junta describe los siguientes puntos: Qu se espera que logren los miembros del equipo a lo largo del curso. Como ser evaluado su desempeo dentro del curso. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software12 Explicar brevemente el tema trabajo en equipo. Este tema lo expondr la persona encargada de impartir el curso. Exponer ante el equipo qu es la metodologa TSP y sus diferentes procesos, por lo cual el instructor la explicar en esta parte del curso. Paso 2. En esta fila, se expone a los asistentesal curso la forma en que se realizar la asignacin de los equiposInformacin necesaria para la asignacin adecuada de cada integrante al su respectivo equipo. Se redacta a detalle la informacin sobre los diferentes roles del equipo, as como las responsabilidades y aptitudes que deben tener cada miembro para cada rol. Las responsabilidades son las obligaciones y el compromiso que adquiere cada miembro del equipo para realizar el proyecto de acuerdo a su rol y las aptitudes son los conocimientos, experiencia y habilidades especficas que una persona necesita para adquirir y desempear un rol dentro del equipo Paso 3. En esta fila se sealan los objetivos del producto a desarrollar y se deben exponer los siguientes puntos: El objetivo principal del proyecto de desarrollo de software, que generalmenteexplicar que funcionamiento tendr el software, la empresa que solicit el recurso de software que se desarrollar y las herramientas para desarrollar el software en cuestin. Los objetivos secundarios del proyecto, estos objetivos pueden ser objetivos ms pequeos y a corto plazo los cuales en conjunto permitirn lograr el objetivo principal. Los criterios para que se pueda evaluar el software como un producto terminado. En esta parte se describen los documentos entregables al final del desarrollo del proyecto (Manual de usuario, manual tcnico, ejecutable o instalador del software desarrollado, las licencias requeridas, etctera). Paso 4. En este paso, se indica la forma en que se integrarn los nombres de cada uno de los miembros del equipo. El instructor del curso dar a conocer a cada miembro uno de los miembros, el equipo al que se integrarn y la asignacin de roles para cada puesto. Paso 5. En esta parte el instructor del curso describe los objetivos para los equipos de trabajo y los roles. Paso 6. En este paso el instructor da a conocer las fechas de las futuras juntasel tiempo que dure el desarrollo del sistema. Paso 7. Se indica que cada lder de equipo tendr la primera junta con su equipo (aqu solo se mencionan las fechas, ms adelante se explican las reuniones y qu se va a ver en cada reunin), y se indican algunos puntos que se deben discutir en dicha junta: Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software13 Los roles de los miembros del equipo. Objetivos del equipo. Establecer un estndar para las juntas semanales. Paso 8. Se explica que el administrador de planeacin deber revisar con el equipo el trabajo que se le haya solicitado a cada miembro una vez por semana, as como generar reportes (plantillas de PSP donde se haga el anlisis individual de trabajo) donde se plasmen estos avances. Paso 9. Por ltimo en el paso 9 una vez aclarados todos los pasos, se inicia el proyecto y se pasa a la siguiente fase de TSP que es implementacin. El lanzamiento TSP es una serie estructurada de las actividades del equipo guiados por un entrenador TSP que tambin es el encargado de dar el curso donde se muestra la plantilla LAU 1; el proceso de ejecucin del lanzamiento tiene una duracin de dos a cinco das, e incluye nueve reuniones y una post-mortem. Las reuniones de ejecucin del lanzamiento son las siguientes: Reunin 1: Los administradores presentan los objetivos del proyecto y dan a conocer gastos crticos si no se entrega el proyecto, fechas de entregas o los requisitos de calidad. . El equipo tiene la oportunidad de hacer preguntas acerca de los requisitos y limitaciones con el fin de aclarar su comprensin de la presentacin de los administradores. Reunin 2: El equipo define sus objetivos. Reunin 3: El equipo crea el diseo conceptual del software a desarrollar, definen el proceso y los planes de apoyo del equipo, crean la estrategia del proyecto y reparten el trabajo. Reunin 4: El equipo calcula el tamao de las partes del diseo conceptual y crea el plan general donde vienen los recursos del proyecto as como el calendario de desarrollo del mismo. Reunin 5: El equipo crea el plan de calidad. Reunin 6: El equipo divide el trabajo en proyectos personales individuales para cada fase del desarrollo y as balancear la carga de trabajo. Reunin 7: El equipo identifica riesgos que puedan surgir durante el desarrollo del proyecto. Reunin 8: El equipo prepara un plan para presentar el plan que crearon con la alta gerencia (comn mente estos puestos los ocupan los dueos de la empresa que va a desarrollar el software). Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software14 Reunin 9: El equipo presenta sus planesy planes alternativos (si es que los tienen) para la administracin del proyecto y recibe la aprobacin de la alta gerencia. En el paso 9 se indica que una vez concluida la reunin se inicia el proyecto. Lanzamiento post-mortem: En este paso se generan las mejoras a los procesos de la fase de desarrollo y se hace una evaluacin de toda la fase de lanzamiento. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software15 Actividad 1. Planeacin del lanzamiento del proyecto de software Esta actividad tiene como propsito identificar los pasos mediante los cuales se generar el checklist de la planeacin del lanzamiento del proyecto de software. Para ello, revisa el documento que te enviar previamente tu Facilitador(a) y posteriormente realiza lo que a continuacin se te indica: 1.Identifica los elementos de la planeacin del lanzamiento del proyecto. 2.Genera el checklist con base en el planteamiento recibido. 3.Redacta tus conclusiones acerca de los elementos que integran el problema y cmo se relacionan con los elementos de planeacin del lanzamiento de TSP. 4.Identifica si hay elementos que faltan respecto al checklist de la fase de lanzamiento y cules son los efectos que puede tener para el desarrollo del proyecto si no se cubre este elemento. Redacta este anlisis en una conclusin al final del checklist sealando cul es la solucin que plantearas para que no repercutiera en el desarrollo del proyecto. 5.Guarda la actividad con el nombre DDSE_U2_A1_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu segundo apellido. 6.Enva tu actividad al facilitador mediante la herramienta bases de datos 7.Comenta la actividad de por lo menos dos de tus compaeros e identifica semejanzas y diferencias respecto a tus propias conclusiones. *No olvides consultar el documento Criterios de evaluacin para las actividades de la unidad 2 donde podrs conocer los parmetros de evaluacin de esta actividad. Nota: para integrar los datos correspondientes a algunos de los pasos de la fase de lanzamiento, se requiere consultar la Unidad 1. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software16 2.2. Ejecutar el trabajo en equipo En este captulo aprenders cmo una vez que se cuenta con la definicin del propsito, los objetivos y los roles bien definidos, se ejecuta el trabajo en equipo. Una vez que todos los miembros del equipo conocen cul es el rol que les toca desempear dentro del proyecto, los lderes son los encargados de mantener a los miembros del equipo motivados para que realicen sus actividades de la mejor manera. Como se observ en la unidad 1, TSP brinda una metodologa muy bien definida para trabajar con gruposen todos los ciclos de vida del desarrollo del proyecto, pero aqu surgen algunas preguntas para los administradores del proyecto Cmo controlar el proyecto de acuerdo a su tamao?, Cmo saber que el producto est cumpliendo con la calidad deseada?, si ocurre algn problema durante el desarrollo del proyecto cmo controlar los riesgos que puedan surgir durante el desarrollo del mismo? Afortunadamente TSP brinda una serie de planes para resolver estas preguntas y llevar por buen rumbo el desarrollo del proyecto para llegar a los objetivos planteados en la fase de lanzamiento del mismo. En los siguientes subtemas aprenders la forma y estrategias de creacin deestos planes, para contar con una mtrica exacta de posibles errores que surjan en el desarrollo del proyecto, y as poder controlar de una manera ms adecuada y dar solucin a estos problemas, para lograr entregar el producto final en el tiempo estimado y con la calidad requerida. 2.2.1. Elaborar el plan del proyecto En este tema conocers qu es el plan de proyecto, laimportancia de aplicarlo durante el desarrollo del mismo y las actividades que se deben realizar para hacer un adecuado plan. Un plan de proyecto es una gua de las actividades que se realizan en un proyecto y la manera en que deben estar organizadas en cuanto a tiempo, as como la secuencia y orden. Dentro del plan de proyecto se dividen las tareas y actividades, as mismo se ordenan entre los hitos del proyecto, un hito se refiere a la duracin de una tarea o actividad que termina hasta la culminacin de su objetivo, estos tienen descripcin y fecha bien definidas (Rodrguez, 2007). Un plan de proyecto se debe hacer una vez que ha sido convenido formalmente por el cliente y el equipo el proyecto a desarrollar. El plan de proyecto es un medio de comunicacin que dar a conocer las decisiones que se lleguen a tomar por los participantes del proyecto. El Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software17 plan de proyecto permite que la comunicacin sea mucho ms fcil entre los involucrados en el desarrollo del proyecto. El principal responsable de generar el plan de proyecto es el lder de proyecto, quien debe asegurar que se elabore correctamente, que contenga los elementos necesarios y se ejecute. En un plan de proyecto se contemplan los siguientes cuestionamientos Quin?, Qu?, Por qu?, Cundo?, Dnde?, Cmo? y Cundo? A continuacin se mencionan los elementos que componen un plan de proyecto. Definicin del alcance. Estructura de desglose de trabajo. Cronograma de actividades. Recursos requeridos. Presupuesto definitivo del proyecto. Asignacin de roles y responsabilidades. Riesgos. Definicin del alcance Para poder expresar el alcance es muy importante generar un enunciado correcto en donde se va a establecer hasta dnde se va a hacer. Para poder generar el enunciado del alcance se recomienda incluir lo siguiente: Los objetivos. Estos sern los objetivos planteados para el proyecto. Descripcin. Esta se har de los productos o servicios que se realizarn. Lmites del Proyecto. Lo que se incluye y excluye. Supuestos. Esto se refiere a las situaciones que se dan por hecho, por ejemplo se cuenta con el equipo de cmputo necesario para la programacin del sistema. Restricciones. Son las normas, reglas y polticasa las cuales el proyecto debe de seguir. Estructura de desglose de trabajo La estructura de desglose de trabajo (EDT) es una herramienta que se utiliza para especificar el alcance de un proyecto, y es una representacin grfica de los elementos principales de la planeacin del proyecto. La estructura de desglose de trabajo es semejante la estructura de un organigrama de una empresa, la cual identifica las los elementos de un proyecto. El EDT depender de los requerimientos del proyecto, los cuales revisar el equipo Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software18 de proyecto.En la siguiente ilustracin se muestra un ejemplo de la estructura de desglose de trabajo para el desarrollo e implementacin del sistema de gestin de compras de una empresa. Esquema ejemplo de estructura de desglose de trabajo (Cybertesis, 2009). Sistema de gestin de compras 5.2.1Plan de gestin de alcance 1. Anlisis y diseo 1.1 Requerimientos del Sistema 2. Desarrollo 1. 2 Diagrama del sistema 3. Pruebas4. Implementacin 5. Gestin 1.3 Prototipo 1.4 Informes preliminares de anlisis y diseo 2. 2 Aprobar requerimiento 2.4 Aprobar cotizaciones 2.3 Seleccionar cotizaciones 3.1 Plan de pruebas 2.5 Visar orden de compra 2.1 Visar requerimiento 2.6 Aprobar orden de compra 3.3 Manuales de sistema 3.2 Actas de conformidad de pruebas 4.1 Manual de usuario 4.2 Instaladores del sistema5.1 Inicio 5.2 Planificacin 5.3 Ejecucin 5.4 Seguimiento y control 5.5 Cierre5.2.2EDT 5.2.4 Presupuesto de costos 5.2.3 Cronograma del proyecto 5.2.5Plan de gestin de calidad 5.2.9 Plan de gestin de comunicaciones 5.2.8 Plan de gestin de personal 5.2.7 Plan de gestin deriesgos 5.2.6 Registro de riesgos 5.2.10 Plan de gestin de adquisiciones 5.2.11 Acta de aceptacin final Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software19 Cronograma de actividades. El diagrama de actividades es una representacin grfica detallada de la secuencia en la que sern ejecutadas las actividades, estas secuencias se deben de establecer por medio de fechas. Existen diversas herramientas para generar este tipo de diagramas, solo por mencionar una de estas se encuentra Microsoft Project. Recursos requeridos. Los recursos humanos y materiales se establecen a partir de los roles y actividades de los miembros del equipo Presupuesto definitivo del Proyecto. Las estimaciones de costo se hacen en base a los costos asignados a las actividades y recursos que se hayan realizado en el proyecto. Asignacin de roles y responsabilidades. Es de suma importancia delegar a los miembros del equipo las tareas y actividades que desempearan dependiendo de las habilidades, actitudes y aptitudes como ya se ha explicado en los temas anteriores. Riesgos. La gestin de riesgos es una de las actividades ms importantes dentro de la planeacin del proyecto ya que de ste depender el cumplimiento de los objetivos del proyecto, en el captulo 2.2.3 se abordar ms a detalle la elaboracin del plan de riesgos dentro de esta unidad. Dentro de un plan de proyecto se deben considerar los objetivos y actividades a realizar, estas deben ser claras y bien definidas. En un plan de proyecto se contempla la versin inicial del proyecto, cada una de estas versiones del plan de proyecto debe ser colocada en la administracin de configuracin, adems de contener un calendario para programar las actualizaciones futuras del plan de proyecto. Es de gran importancia generar un plan de proyecto ya que de ste depender que los objetivos propuestos en cada una de lasactividades puedan cumplirse en tiempo y forma. As tambin al generar un plan de proyecto de establecer las bases de hasta donde se quiere hacer y lo que se va a hacer. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software20 2.2.2. Elaborar plan de calidad En este captulo aprenders a elaborar un plan de calidad de acuerdo a la metodologa TSP, este plan es muy importante porque con ste se podr tener una mtrica exacta de qu se est haciendo bien y los posibles fallos que surjan a travs del desarrollo del proyecto. En la fase de lanzamiento del proyecto se define el plan de calidad, se basa en el tamao del proyecto y de acuerdo a esto se inyectarn defectos (Humphrey, 2006) que no es ms que introducir defectos en cada una de las fases de desarrollo. Para entender ms claro este punto, el plan de calidad se basa totalmente en PSP; es necesario recordar que en PSP se hacen plantillas, por ejemplo los desarrolladores plasman en estas plantillas los errores que van teniendo al codificar, el tiempo que pierden al tener estos errores y al final del da se hace un anlisis de cules fueron los errores que ms se repitieron para tener oportunidad de mejora. Por ejemplo, para los desarrolladores de software, el error ms comn al codificar son los errores de punto y coma, el administrador de desarrollo retoma esta concurrencia de errores y al momento de aplicar el plan de calidad se inyectan estos errores en el cdigo para saber de manera exacta qu tan bien estn codificando los desarrolladores. Una vez que los ingenieros y administradores han identificado qu errores inyectar TSP se propone usar un histrico con estimaciones (yields), estos darn el porcentaje de productividad de acuerdo al trabajo realizado por cada miembro del equipo al que corresponda. Finalmente el equipo examina este plan de calidad para ver si los parmetros son razonables y si cumplen con los objetivos de calidad del equipo de trabajo. El contenido del plan de calidad debe integrarse por los siguientes elementos los cuales se exponen uno por uno detalladamente a continuacin: Resumen de porcentaje. Se refiere a la exposicin breve y precisa del porcentaje de errores por lnea de cdigo. Los porcentajes tienen tres medidas en la calidad del proceso: LOC/Horas (por sus siglas en ingls LOC quiere decir Line Of Code Lnea de cdigo): Esta operacin de dividir las lneas de cdigo entre las horas por da o segn se establezca, con base en el registro de tiempos que se indica en PSP mencionada en la asignatura Mtricas de desarrollo de software. El resumen del porcentaje indica la calidad global del equipo, un nmero grande indica costos bajos y productividad alta. % Reutilizacin: mide el porcentaje del producto si fue reutilizado de algn otro u otros proyectos. % Reutilizacin Nuevo: mide la contribucin del ciclo en futuros proyectos. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software21 Porcentaje Libre de Defectos (PDF). Mide el porcentaje de los componentes de un producto cuando no se encuentran defectos en una fase dada. Un ejemplo de PDF sera: En un componente de 10 partes al momento de hacer las pruebas 9 de ellas tienen errores, el PDF en la fase e compilacin es de 10% (no se toman en cuenta los errores slo la parte que est bien). Defectos por pgina. Muestra los defectos removidos en cada pgina del documento de requerimientos. Defectos por KLOC. KLOC significa mil lneas de cdigo LOC por sus siglas en inglsLine Of Code significa lnea de cdigo. La experiencia muestra que cuando un producto tiene menos de 0.5 defectos/KLOC en construccin y pruebas de integracin y menos de 0.2 defectos/KLOC en pruebas de sistema, generalmente no habr defectos para que encuentre el usuario (producto de alta calidad) estas mtricas se ejemplifican al final del captulo. (Para recordar cmo se pueden contar las lneas de cdigo, recurre a la asignatura Mtricas de desarrollo de software). Proporcin de defectos (RATIO) Proporciona mayor calidad a detalle en las revisiones de diseo y de cdigo, esto se mide en nmero de defectos encontrados en revisin de diseo contra nmero de defectos encontrados en pruebas unitarias. La proporcin para considerar un producto de calidad deber ser mayor a 2.0.Proporcin de tiempos de desarrollo. 25% del tiempo de requerimientos debe designarse a lainspeccin de requerimientos. 50% del tiempo de diseo de alto nivel debe designarse a las inspecciones y revisiones. 100% del tiempo de diseo detallado debe asignarse a ser las inspecciones y revisiones. A/FR (appraisal to failure ratio) Esta parte se refiere a la revisin y pruebas del sistema la medida para que se considere un producto de calidad seria de 2.0 para programas pequeos y 1.0 en programas grandes. Desarrollo de Software en Equipo TSPUnidad 2. Implementacin de TSP Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software22 Porcentaje de revisin e inspeccin En requerimientos debe ser