Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

MODELOS TSP / PSP

No description
by

moises salinas silva

on 10 October 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of MODELOS TSP / PSP

Background photo by t.shigesa
MODELOS TSP / PSP
PSP – PERSONAL SOFTWARE PROCESS

Para hablar de PSP es necesario mencionar que existe un proceso
de mejora a nivel de organización el cual está compuesto por tres vértices, y PSP es uno de ellos.

El PSP (Personal Software Process o Proceso Personal de Software) es un conjunto de prácticas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y mantenimiento de sistemas. Está alineado y diseñado para emplearse en organizaciones que ya usen modelos de procesos como el CMMI (Capability Maturity Model Integration) o ISO 15504.


El Personal Software Process, conocido por sus siglas como PSP, es una metodología de reciente creación, proveniente del Instituto de Ingeniería del Software(SEI). PSP es una alternativa dirigida a los ingenieros de sistemas, que les permite mejorar la forma en la que construyen software. Considerando aspectos como la planeación, calidad, estimación de costos y productividad, PSP es una metodología que vale la pena revisar cuando el ingeniero de software está interesado en aumentar la calidad de los productos de software que desarrolla dentro de un contexto de trabajo individual.
El origen del PSP se dio debido a ciertos problemas que se empezaron a presentar en forma recurrente respecto al proceso de desarrollo de software. Por ejemplo:
• Imposibilidad de cumplir con las fechas de entrega
• Defectos detectados en el último minuto
• Incapacidad de demostrar el avance del desarrollo, no hay una medición clara ni exacta
• Esfuerzos duplicados y por ende desperdicio de recursos
• Clientes insatisfechos con el servicio brindado

Bien es cierto que el PSP es considerado como una guía de trabajo personal para ingenieros de software en organizaciones que utilizan el CMMI, sin embargo también existen algunas desventajas:
• Requiere capturar muchos datos
• Requiere mucho tiempo
• Hay resistencia por parte de los desarrolladores hacia el cambio
• Puede extender los tiempos de desarrollo
El PSP trabaja en una estructura de siete niveles, de lo más básico hasta el control.
PSP 0
Identificar actividades: definición, secuencia
Bases mejoras: planeación, evaluación, resultados
Documentar proceso:
• Actividades (Scripts)
• Tiempos (Logs Time)
• Defectos (Defect Logs)
• Resumir planes, resultados (Proyect plan summary)

PSP 0.1
Registrar tamaño del producto y hacer un histórico:
• Líneas de código
• Function points
• Estandarización de la codificación
Registrar problemas y mejoras de propuestas

PSP 1
Mejora la planeación:
• Con la estimación tamaño del producto (histórico)
• Decidir en base a reportes de pruebas
PSP 1.1
Mejora la planeación:
• Con la estimación de recursos
• Introducción de calendarizar, plasmar el plan con números, un
presupuesto.

PSP 2
Mejora la ejecución:
• Detección temprana de defectos, en base a la predicción de estos.
• Revisiones de diseño
• Revisiones de código
• Uso de checklists (Listas de verificación)

PSP 2.1
Mejora el diseño:
• Al hacer uso de formas detalladas de diseño (formas C76, C77)

PSP 3
Mejora el ciclo, mejora del proceso en términos de hacerlo repetible (ciclico):
• Para aplicación a programas de mayor tamaño
• Registro del seguimiento de asuntos importantes
• Análisis del resumen de la planeación, tiempos, tamaños y defectos
por cada ciclo

• Los ingenieros deben ser entrenados por un instructor calificado de PSP
• La capacitación es sobre grupos o equipos
• Requiere un fuerte soporte de administración, en este sentido es necesario que los administradores entiendan el PSP, saber cómo apoyarlos y como monitorear sus avances, sin un adecuado monitoreo los ingenieros caerán otra vez en los malos hábitos
• Después de ser bien entrenados y bien administrados, lo que sigue es optimizar la interacción entre equipos y aquí entraría el Team Software Process, el TSP extiende y refina los métodos de CMM y PSP sobre desarrollo y mantenimiento de equipos, y llega a lo que se le llama un equipo auto-dirigido.
PASOS PARA IMPLEMENTAR PSP
CARACTERISTICAS
En PSP todas las tareas y actividades que el ingeniero de software debe realizar durante el proceso de desarrollo de un producto de software, están puntualmente definidas en un conjunto de documentos conocidos como scripts.
Los scripts son el punto medular de PSP, por lo que se hace mucho énfasis en que deben ser seguidos en forma disciplinada, ya que de ello dependerá el éxito de la mejora que se busca.
Gran parte de las tareas y actividades definidas en los scripts generará en su realización un conjunto de datos, fundamentalmente de carácter estadístico. La aplicación de PSP en varios procesos de desarrollo, y el análisis de la información estadística generada en cada uno de éstos, permitirán al ingeniero de software identificar, tanto sus fortalezas como sus debilidades, y crecer a través de un proceso de autoaprendizaje y auto mejora.
La calidad en PSP, es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene.
En este nivel se introducen algunos métodos aplicables al proceso de desarrollo de software, dentro de un enfoque de proyectos a gran escala, pero sin lidiar con problemas de comunicación y coordinación de los equipos de trabajo.


Los scripts se organizan en cuatro niveles, identificados del 0 al 3, atendiéndose en cada nivel un conjunto de aspectos a mejorar del proceso de desarrollo de software. 1er nivel = > 0 o de medición personal
2do nivel = > 1 o de planeación personal
3er nivel = > 2 o de calidad personal
4º nivel = > 3 o cíclico personal.
Cada uno de estos niveles, con excepción del 3, tiene una versión que los extiende, introduciendo tareas y actividades para un mejor manejo de los aspectos de interés en nivel, o bien para incluir nuevos aspectos. Cada uno de los niveles extiende los aspectos considerados en el nivel inmediato anterior. Una de las razones de esta clasificación puede ser el que PSP es una metodología de mejora basada en datos estadísticos, los cuales deben ser cuidadosamente recabados por el ingeniero de software; el aumento gradual de la cantidad de datos que debe recolectar el ingeniero introduce, por consiguiente, el cambio en su manera de trabajo de una manera paulatina. Se recomienda un uso incremental de PSP, iniciando con el nivel más bajo durante un primer proyecto de desarrollo y, en proyectos siguientes, ascendiendo a niveles superiores. Los scripts no pueden utilizase en forma separada o desordenada.


PASOS A SEGUIR
La idea de que ganamos en talento y habilidad
o La estimulación por nuevas ideas
o Una estructura de trabajo de mejoramiento personal
o Tomar control del propio trabajo
o La sensación de logro
o Una base mejorada para el trabajo en grupo (TSP)
o La convicción de que es lo mejor que se puede hacer
VENTAJAS DE UTILIZAR PSP
DESVENTAJAS
o El tiempo requerido para conocerlo
o El costo emocional por mantener una disciplina
o El ego del cambio en las costumbres
Los pasos de registro de información a detalle en el nivel de medición pueden resultar frustrantes cuando se tiene presión de tiempo.
• En los scripts de PSP no se incluyen tareas y actividades para la etapa de análisis de requerimientos. Siempre se parte de una definición de requerimientos que no va a cambiar.
• Aún no existe una herramienta automatizada que facilite el registro y análisis de datos generados por la aplicación de PSP
(TSP) TEAM SOFTWARE
PROCESS

Integración de Equipos de Desarrollo de Alto Rendimiento.
Para lograr comprender mejor lo que esta nueva metodología establece, debemos de comprender el concepto de trabajo en equipo o lo que es un equipo.

Una buena definición de equipo seria al menos dos personas que, están trabajando juntos por una meta, objetivo, misión común, donde a cada persona se le ha asignado roles o funciones específicas a desarrollar, y en donde el cumplimiento de la misión requiere algún tipo de dependencia entro los miembros del grupo.
Como se establece en la definición, un equipo se nutre de características como las siguientes:
• Cohesión: es mantener una unión muy fuerte por parte de los integrantes del equipo, logrando así sentirse mas como un todo, que como partes individuales de un todo.
• Metas claras: establecer metas claras y concisas, alcanzables que puedan ayudar al equipo a trabajar para desarrollar algo en concreto sin perderse en detalles que no están dentro del marco de trabajo.
• Retroalimentación: el equipo de trabajo debe de estar continuamente en alimentación del progreso del proyecto o tareas, medir el avance del mismo y pluralizar los resultados, más que individualizarlos.
• Ambiente de trabajo común: es sin duda alguna esencial establecer un muy buen ambiente de trabajo, principalmente basado en la comunicación y en el establecimiento y la definición de cada uno de los roles, así como de las tareas de los miembros del grupo, esto con el fin de evitar mal entendidos y reproches entre los integrantes.
Dentro de esta perspectiva, le team process software, se fomenta en equipos de trabajo para realizar tareas de manera integral y estableciendo pautas para realizar dichas tareas.
Es una metodología para dirigir el trabajo de mejora y desarrollo de software además de establecer un entorno donde el trabajo efectivo de equipo sea normal y natural
Team Process Software (TSP)
El desarrollo de esta metodología se originó debido a las limitaciones que presentaba PSP (Personal Software Process) a nivel industrial (McAndrews, 2001) ya que el PSP abarca solo las fases de desarrollo de software desde el diseño a las pruebas unitarias y permite tener control del personal mediante la mejora de las habilidades personales, en busca de la reducción de los efectos presentados en los productos y no proporciona la manera de como los ingenieros podrían aplicar estas habilidades en la practica dentro de las organizaciones.
Conociendo estas limitaciones, el ingeniero y físico Watts S. Humprey creó esta metodología con el fin de sufragar los aspectos que quedaban inconclusos por parte de otras metodologías en la evaluación y mejora de procesos. El TSP acopla los principios de los equipos de producto integrados con los métodos de PSP y el modelo CMM, con el fin de producir equipos efectivos de trabajo.
TSP
Full transcript