Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Programa de la asignatura:
Desarrollo de software en equipo TSP
6º Semestre
Clave:
150930934
Índice
1
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Presentación de la unidad
Logros
Competencia específica
2
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
En los siguientes capítulos aprenderás a realizar las plantillas que TSP proporciona
como una mecánica para la gestión del proyecto, con el fin de que comprendas cómo
influyen estos reportes en la toma de las decisiones gerenciales al implementar esta
metodología.
3
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Nombre del módulo: como el título lo indica, en esta columna se integrará el nombre
del módulo. En el ejemplo anterior se mencionan dos módulos: ventas y fabricación de
productos. Estos nombres se definen al inicio del proyecto. Si el proyecto se integrara
de más de dos módulos, se deberán insertar las filas que sean necesarias.
Nombre del rol: en esta columna se escribirá el rol del encargado de las pruebas del
módulo, según la metodología TSP y el equipo en el que se encuentre.
0 a 40%
41 a 80%
81 a 100%
Porcentaje completado
4
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
En conclusión, se puede decir que esta plantilla es importante porque proporciona una
idea clara del estado del proyecto una vez ejecutadas las pruebas del software. Al
contar con esta plantilla se tiene una medida bien definida del estado del proyecto. El
monitoreo y control se divide en dos partes, la revisión de la administración del
proyecto y el reporte administrativo del estatus del proyecto, este último se abordará
en el siguiente capítulo.
5
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Un reporte de estatus del proyecto es un documento que informa el estado actual del
proyecto. Su principal propósito es comunicar si se va desarrollando según lo
planeado y por qué, o si no se va desarrollando según lo planeado, también el por qué
(Esterkin, 2008). Los elementos que conforman este reporte son los siguientes:
6
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Acuerdos anteriores
Avance %
Avance planeado %
Avance real % Estatus
Desviación % de avance 0-40%
planeado menos 41-80%
avance real 81-100%
7
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
# Actividad
Breve descripción de la actividad realizada en el periodo.
Problemas
Riesgos
8
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
que
tendrá
en el
proyecto
(alto
medio,
bajo).
Se integran
tantas filas
como se
requiera, de
acuerdo con el
número de
revisiones.
Plantilla de reporte administrativo del estatus del proyecto. Tomado de Siles, 2012.
Otro punto a remarcar es que todos los estatus se considerarán de acuerdo al avance
del proyecto y se les asignará un color, tal como se muestra a continuación:
0 a 40%
41 a 80%
81 a 100%
Porcentaje completado
9
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
ser de 40% del total del proyecto; al realizar esta tarea se encontraron errores de
codificación y diseño, por lo cual sólo se logró el 35% de avance; el costo actual del
proyecto es de$ 200,000. Algo que preocupa a la empresa que desarrolla este
software es que el cliente solicita más requerimientos de los que se plantearon al inicio
del proyecto, y es difícil implementarlos porque ya se concluyó la fase de pruebas del
desarrollo del proyecto. Cabe señalar que el proyecto se encuentra en la fase de
integración y pruebas del sistema, de acuerdo al ciclo de vida de desarrollo de
software.
Acuerdos anteriores
Avance %
Avance planeado 40 Estatus
Avance real 35 35%
Desviación 5
10
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
# Actividad
1 Se realizaron los módulos correspondientes a los catálogos de
maestros y alumnos.
2 Se realizó la parte de la calificación de alumnos por parte de los
profesores, y se tuvo un adelanto en el módulo de inscripciones, aun
no revisado por el equipo de calidad.
Problemas
Riesgos
11
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
12
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Aquí se explicarán las actividades que se llevan a cabo en el último proceso del TSP,
la fase post mortem, que es un medio de aprendizaje estructurado para el equipo de
desarrollo, ya que proporciona información sobre la eficacia del líder de proyecto y
cada uno de los miembros del equipo, así como el rendimiento de cada uno de ellos
(Humphrey, 2006).
El post mortem sirve de retroalimentación para todos los integrantes del equipo porque
se estudia la manera en que se trabajó durante el desarrollo del proyecto, se analiza la
forma de realizar las actividades, detecta en qué se falló y en qué se obtuvieron
resultados positivos. Todo esto con la finalidad de que los equipos y líderes de
proyecto sean más eficaces, consideren los errores así como las acciones positivas
con el fin de mejorar en los siguientes proyectos (Humphrey, 2006).
Cuando se llega al final de cada ciclo de un proyecto se entra a la fase post mortem,
donde los equipos de TSP cuentan con una gran cantidad de información, la cual
contiene, entre otros, los siguientes elementos:
13
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Para realizar el diagnóstico de las métricas de calidad con base en el trabajo previo, se
debe hacer uso del plan de calidad, el cual contiene la información sobre la inyección
de defectos en el diseño y codificación.
También es importante reunirse con cada uno de los miembros del equipo y revisar en
conjunto los procesos que se llevan a cabo, analizar en qué están fallando o la manera
en que pueden mejorar, así como expresar las inconformidades e inquietudes
(Humphrey, 2006).
Aquí se ofrece la distribución de las horas planeadas por semana para la realización
de las activadas que tiene a su cargo el líder de calidad, y que a su vez fue planeado
por parte del equipo de proyecto. El esfuerzo se refiere a la suma de tiempos asignado
y, por último, lo ejecutado muestra el cumplimiento real de lo que se plano.
Objetivo 1
• Ser un miembro efectivo y cooperativo.
14
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Métrica Resultado
Promedio de evaluación del rol por ayuda y Promedio de evaluación de 4,25.
soporte superior a cuatro.
Bueno
Promedio de evaluación del rol contribución Promedio de evaluación
global superior a cuatro. exactamente igual a 4.
Regular
Informe de logros del equipo de trabajo: objetivos globales de grupo. Tomado de Archila et ál., 2010.
Objetivo 2
• Hacer el trabajo personal de manera disciplinada y consiste.
Métrica Resultado
Promedio de evaluación del rol por ayuda y Promedio de evaluación de 4,25.
soporte superior a 4.
Bueno
Objetivo global líder de calidad: efectividad y cooperación. Tomada de Archila et ál., 2010.
Objetivo 3
• Planear y hacer seguimiento al trabajo personal.
Métrica Resultado
Porcentaje de datos personales Las estrategias para consolidar el
No Aplica
ciclo.
Objetivo global líder de calidad: disciplina. Tomado de Archila et ál., 2010.
15
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
De la misma manera que los demás objetivos propuestos por el equipo de proyecto, se
revisa el cumplimiento de lo planeado así como el resultado obtenido, tal como se
observa en la siguiente tabla.
Objetivo 4
• Hacer productos de calidad.
Métrica Resultado
Promedio de defectos Se encontró el 72% de los defectos esperados
encontrados antes de la antes de la primera compilación.
Excelente Bueno
Siguiendo con el mismo ejemplo de rol de líder de calidad, los objetivos propuestos por
el equipo de trabajo se observan en la tabla siguiente.
Métrica Resultado
Inspecciones y reportes de Se realizaron las inspecciones adecuadamente.
Excelente
16
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Regular
e inspecciones. adecuadamente utilizadas para las revisiones e
inspecciones a lo largo del ciclo.
Número de De acuerdo al proceso de calidad establecido
recomendaciones conjuntamente entre los miembros del grupo, se
Excelente
establecidas en las realizaron las modificaciones directamente sobre
revisiones. los artefactos, con un promedio de 12
modificaciones por artefacto revisado.
Artefactos alineados a los Los artefactos se encuentran alineados a
estándares definidos. estándares en un 80%. La falta de seguimiento de
Bueno
compilación.
La revisión de resultados se debe realizar con cada uno de los integrantes del equipo,
comparar y revisar los datos planeados, para que finalmente se evalúe la calidad del
producto obtenido. Cuando se concluya con el diagnóstico para cada uno de los
integrantes del equipo se debe realizar una serie de recomendaciones y
observaciones que puedan ser de ayuda para poder mejorar sus procesos para los
siguientes proyectos.
17
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
las áreas de oportunidad y mejora; por ello es necesario analizar lo que se planeó al
inicio del proyecto y verificar el cumplimiento de los objetivos.
Cada uno de los integrantes del equipo de proyecto debe tener una adecuada actitud
durante esta fase, que inicia con las reuniones de los integrantes del equipo, donde se
realizan las siguientes actividades (Humphrey, 2006):
Evaluación de lanzamiento: el líder del proyecto y los integrantes del equipo deben
llevar a cabo la evaluación del lanzamiento del proyecto al culminar todo el proceso.
Esta evaluación se utiliza para controlar la calidad del proceso de lanzamiento del TSP
18
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
de tal manera que se pudenda identificar los procesos o áreas que se deben cambiar o
mejorar. Para realizar la evaluación debe llenarse los formularios correspondientes.
Análisis por fase: se debe revisar cada una de las actividades que se realizaron en
cada una de las fases del ciclo de vida del TSP.
TSP recomienda primero hacer una breve descripción de lo que se realizó en cada
etapa, después se hace uso de una tabla como la siguiente, para organizar la
información:
Plan Actual
Semana Fecha Horas Horas Valor Hora Horas Valor Acumula
núm. direct acumul planeado s del acumula gana ción del
as adas ganado equi das do valor
po por ganado
sema
na
1 01/04/2009 48 43 14,33 48 48 14,33 14,33
2 08/04/2009 48 91 30 48 96 30 44,33
3 15/04/2009 68 159 49,33 64 160 23 67,33
4 27/04/2009 93 252 82,33 109 269 32,33 99,67
5 04/05/2009 48 300 100 31 300 0,33 100
Ejemplo de revisión post mortem por ciclos del proyecto ECOSSOCCER. Tomado de Toro, Escallón,
Villegas y Mariño, 2009.
En la tabla anterior se muestran las horas planeadas para realizar las actividades en la
fase del lanzamiento. Del lado izquierdo se observan las horas planeadas por semana
y del lado derecho el valor de cumplimiento de lo planeado.
19
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Lecciones aprendidas: al evaluar cada uno de los ciclos del TSP durante el
desarrollo del proyecto, se toman en cuenta una serie de criterios con el fin de detectar
en dónde se falló y qué se puede hacer para mejorar; por ejemplo, si los problemas
que se encontraron fueron más concurrentes en la codificación, en la disciplina de
trabajo, etcétera, y cómo se actuó ante estas situaciones. Finalmente, se hacer una
recomendación para mejorar para los siguientes proyectos.
20
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Para cada rol, evalúa el trabajo requerido y la dificultad relativa en % durante este ciclo.
Jefe de Equipo 15 15
Gerente de Desarrollo 25 15
Gerente de Planeación 25 30
Calidad/Gerente de 25 30
Proceso
Gerente de Soporte 10 10
Evalúa el total del equipo en cada criterio: indique un número del 1 (mín.) a 5 (máx.).
Actitud Equipo 1 2 3 4 5
Efectividad Global 1 2 3 4 5
Experiencia Gratificante 1 2 3 4 5
Productividad del 1 2 3 4 5
Equipo
Calidad del Proceso 1 2 3 4 5
Evalúa rol por contribución total: indique un número del 1 (mín.) a 5 (máx.).
21
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Líder de Equipo 1 2 3 4 5
Gerente de Desarrollo 1 2 3 4 5
Gerente de Planeación 1 2 3 4 5
Calidad/Gerente de 1 2 3 4 5
Proceso
Gerente de Proceso 1 2 3 4 5
Evalúa cada rol por ayuda y soporte: indique un número del 1 (mín.) a 5 (máx.).
Jefe de Equipo 1 2 3 4 5
Gerente de Desarrollo 1 2 3 4 5
Gerente de Planeación 1 2 3 4 5
Calidad/Gerente de 1 2 3 4 5
Procesos
Gerente de Soporte 1 2 3 4 5
Líder de Proyecto 1 2 3 4 5
Gerente de Desarrollo 1 2 3 4 5
Gerente de Planeación 1 2 3 4 5
Calidad/Gerente de 1 2 3 4 5
Procesos
Gerente de Soporte 1 2 3 4 5
Ejemplo de formulario de evaluación personal y del equipo. Tomado de Toro, Escallón, Villegas y
Mariño, 2009.
22
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
23
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Descripción
Es necesario redefinir los casos de uso a partir del análisis y
la validación que se realizó sobre la arquitectura y la
navegabilidad de los casos de uso.
24
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Introducción
Ítem de configuración
Sigla Categoría Artefactos
Fases
PLAN Estimación
Cronograma
Librerías
25
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Reporte de pruebas
Parte/nivel Ciclo 1
26
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
27
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
28
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
29
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
30
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
3. Seguimiento del proyecto: se da seguimiento a las tareas realizadas durante el desarrollo del proyecto mediante una plantilla
como la siguiente.
Tamaño de unidades
Gerente de Calidad/
Núm. de ingenieros
Gerente de soporte
Nombre de la tarea
Horas acumuladas
Horas acumuladas
Líder de equipo
Valor planeado
Núm. semana
Acumulados
producto
Semana
Tamaño
Horas
Parte
Fase
Realizar la carta de
constitución del
Lanzamiento Alcance 4 3 3 6 6 Hojas 3 1 2 2 8 8 1,2,3
proyecto con sus
objetivos y alcances.
Conformación del 1, 3,
Lanzamiento Equipo 4 1 1 1 1 1 5 11 Hojas 4 1 5 13 1,2,3
equipo de trabajo. 67 67
Asignación de roles a
1,
Lanzamiento Roles cada miembro del 2 2 2 4 15 Hojas 2 1 5 4 17 1,2,3
33
equipo de trabajo.
Elaboración del 1, 6,
Lanzamiento Glosario 1 1 1 1 1 1 5 20 Hojas 10 1 3 20 1,2,3
glosario de términos 67 67
31
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
del proyecto.
Estrategi Definir el ciclo de vida 2,
Lanzamiento 2 4 3 7 27 Hojas 3 1 9 4 24 1,2,3
a de desarrollo. 33
Estrategi Elaborar el diseño
Lanzamiento 1 3 3 30 Hojas 2 1 1 10 2 26 1,2,3
a conceptual.
Seguimiento del proyecto. Tomado de Toro, Escallón, Villegas y Mariño 2009.
En este ejemplo se observan las tareas que fueron planeadas en la fase de lanzamiento para cada uno de los roles del proyecto, así
como las horas asignadas para cada miembro del equipo. Se observa el nombre de la actividad que se planeó y realizo así como las
horas necesarias para llevarlas a cabo. Por ejemplo, en la fase de lanzamiento se planearon tres horas para que el líder de proyecto
forme el equipo de trabajo con cuatro involucrados en conjunto con el gerente de planeación, al cual se le estimaron tres horas para
culminar sus tareas con un total de horas acumuladas de seis, también se pueden observar las semanas en que se realizaron las
actividades.
32
Desarrollo de software en equipo TSP
Unidad 3. Gestión en TSP
Nombre: Fecha:
Equipo: Instructor:
Nivel: Ciclo:
Plan Actual
Semana Fecha Horas Horas Acumulaci Horas Horas Semana Acumulaci
directa acumulada ón de valor del acumulad valor ón de valor
s s planeado equipo as agregad ganado
Núm.
o
Al concluir con las actividades se hace un análisis de los datos obtenidos configurando un
reporte de calidad; para ello, se puede hacer uso de los siguientes elementos.
Logros alcanzados: se hace una revisión de los logros que se pudieron alcanzar y que
fueron planeados previamente, con una breve descripción de la actividad que se cumplió.
Lecciones aprendidas: esto se obtiene por medio de los problemas encontrados, ya que
se pude aprender de los errores para prevenir que se presenten en los futuros proyectos,
así como también se puede aprender de las actividades que se completaron sin
contratiempos.
Toda esta información debe ser registrada de manera conjunta entre líder de proyecto y
los integrantes del equipo para evaluar los resultados obtenidos, incluyendo al
administrador del proyecto.
Cierre de la unidad
Asimismo, estudiaste la fase post mortem de TSP, que proporciona una retroalimentación
de los aciertos y errores en el desarrollo del proyecto; la forma de comparar las métricas
de calidad contra el trabajo realizado por parte del equipo y la manera de elaborar el
análisis su desempeño.
Ojalá que la información aquí proporcionada te sirva para lograr el éxito deseado en los
proyectos que realices en tu vida profesional, sepas qué hacer cuando un proyecto de
desarrollo de software no marche conforme lo planeado, y seas capaz de dar soluciones a
los problemas que se presenten dentro de la empresa o proyectos en los que estés
laborando o te integres en un futuro.
https://resources.sei.cmu.edu/library/index.cfm?fp=sei_topic:Process+Improvement&globa
l=true
Blog del Software Engineering Institute Carnegie Mellon (2013). Recuperado de:
https://www.sei.cmu.edu/
Fuentes de consulta