PSP PERSONAL SOFTWARE PROCESS

ANTECEDENTES
PSP, es uno de los 3 vértices donde descansa un proceso de mejora que trabaja sobre 3 niveles de la organización, los otros 2 son CMM y TSP

CMM se enfoca a nivel organizacional TSP se enfoca a un proceso de grupos de trabajo PSP se enfoca a nivel personal "PSP cubre 12 de los 18 KPA s (áreas claves de procesos del CMM) y materializa lo que han querido decir CMM, ISO 9000 y SQA (software quality assurance)"
David F. Rico

ANTECEDENTES, justificación
Los ingenieros de software rara vez basan su trabajo en prácticas y metodologías establecidas y son prácticamnete excépticos a cambiar sus hábitos de trabajo. Los ingenieros estan en un círculo vicioso, "sólo creen en lo que han probado y no prueban otras metodologías", por esta rezón para poder implantar PSP, se tuvo que obligarlos y se tuvieron buenos resultados.

PASOS PARA IMPLANTACION PSP
1. Los ingenieros deben ser entrenados por un instructor calificado de PSP. 2. La Capacitacion es sobre grupos o equipos, y seran grupos que asi lo han sido y seguiran siendo. 3. Requiere un fuerte soporte de administración, en este sentido es necesario que los administradores entiendan el PSP, saber como apoyarlos y como monitorear sus avances, sin un adecuado monitoreo los ingenieros caeran otra vez en los malos habitos. 4. Después de ser bien entrenados y bien administrados lo que sigue es optimizar la interaccion entre equipos y aquí entraría Team Software Process, el TSP extiende y refina los metodos de CMM y PSP sobre desarrollo y mantenimiento de equipos, y llegar a lo que se le llama un equipo autodirigido.

PSP, ¿ QUE ES ?
Es un ciclo de vida del proceso de software que se caracteriza por:

RESPALDAN ESTOS DOCUMENTOS EN 7 NIVELES DE PSP DESGLOSANDO PSP.y y y Ser definido.046 14.046 9. de calidad Ingeniería de software Empowerment (delegación exitosa) DESGLOSANDO PSP y y y y y y y Metodología planeación de proyectos Metodología planeación de calidad Conjunto de formas y templates Capacitación completa Métricas y modelos cuantitativos Libretos procedimientos. ¿ BARATA ? SEMINARIO P EJECUTIVOS 4. paso-a-paso Ciclo de vida integrado de punta a punta Lo conciso y prescriptivo de PSP esta basado en: 7 2 3 3 8 2 SCRIPTS SUMARIOS E INSTRUCCIONES LOGS STANDARES TEMPLATES CHECKLISTS 76 FORMAS C10-C86.046 7. INSTRUCTORES ADMON INGENIEROS 9. de proyectos Admón. PRECISION . conciso Altamente prescriptivo Rápido y barato (?) CAPACITACION PSP.223 BASES DE PSP PSP combina: y y y y Admón.498 INGENIEROS I INGENIEROS II CAPACIT.587 TOTAL dlls 44.

1 Manejo Personal de calidad PSP1 y PSP1.1 Proceso Personal de Planeación PSP0 y PSP0.El Empowerment de PSP esta basado en y y y La responsabilidad y autonomía a los ingenieros La experiencia de décadas Modelo para la optimización individual CICLO DE VIDA SW. PSP Ciclo de vida tradicional: ANALISIS DISEÑO CODIFICACION PRUEBAS Ciclo de vida PSP: planeación Diseño alto nivel Revisión alto nivel Desarrollo PostMortem 7 niveles del PSP PSP3 Proceso Personal Cíclico PSP2 y PSP2.1 Línea Base del PSP docto/seg 37 58 42 25 PSP 0 .

Revisiones de diseño Revisiones de código Uso de checklists (Listas de verificación) . resultados Documentar proceso: Formas de: Actividades (Scripts) Tiempos (Logs Time) Defectos (Defect Logs) Resumir planes.Identificar actividades: definición.1 Registrar tamaño del producto y hacer un histórico: y y y Lineas de código Function points Estandarización de la codificación Registrar problemas y mejoras de propuestas PSP 1 Mejora la planeación: y y Con la estimación tamaño del producto (historico) Decidir en base a reportes de pruebas PSP 1. evaluación. un presupuesto. en base a la predicción de estos. plasmar el plan con números.1 Mejora la planeación: y y Con la estimación de recursos Introducción de calendarizar. PSP 2 Mejora la ejecución: y y y y Detección temprana de defectos. resultados (Proyect plan summary) PSP 0. secuencia Bases mejoras: planeación.

tiempos.PSP 2. mejora del proceso en términos de hacerlo repetible (ciclico): y y y Para aplicación a programas de mayor tamaño Registro del seguimiento de asuntos importantes Análisis del resumen de la planeación. tamaños y defectos por cada ciclo Especificación Requisitos y Planeación Diseño de Alto Nivel Revisión del Diseño de Alto Nivel Desarrollo Cíclico (Análisis Ciclo) Especificación el ciclo Diseño detallado y su revisión Definición de pruebas y su revisión Implementación y Revisión de Código Compilación Pruebas Evaluación PostMortem Integración Pruebas de Sistema Uso Producto CICLO DE VIDA PSP. C77) PSP 3 Mejora el ciclo. FASES .1 Mejora el diseño: y Al hacer uso de formas detalladas de diseño (formas C76.

tamaño estimado. desarrollo estrategia. estimación de defectos. FASE REQUISITOS REQUISITOS y y y y Descripción del problema Especificación de componentes Formas de proceso Estimadores del tamaño del producto y tiempos en base a historicos CICLO DE VIDA PSP. diseño modular. seguimiento .Requisitos Planeación Diseño de alto nivel Revisión de alto nivel del diseño Desarrollo cliclico Post Mortem Integración Pruebas Producto CICLO DE VIDA PSP. patrones de estimaciones de tamaño. prototipos. CICLO DE VIDA PSP. estimados de recursos. resumen del ciclo. tamaño estimado. registro de tiempos. planificación y programas de tareas. OUTPUT Diseño conceptual. diseño conceptual. programas de patrones de planeación. ACTIVIDAD Requerimientos. resumen parte ciclico. resumen del proyecto. tiempo estimado. estrategia de desarrollo y documentación. resumen cíclico. seguimiento ACTIVIDAD Especificaciones externas. resumen plan. patrones de estimados de tamaño y planeación de tareas. formas de planeación. FASE DISEÑO DE PRODUCTO INPUT Tipificación requerimientos. FASE PLANEACIÓN (PLAN DE PROYECTO) INPUT Descripción del problema.

registro seguimiento pruebas y tiempo. reuso. FASE POSMORTEM. registro de tiempo. patrón de diseño. OUTPUT Modulos de sw. plan de proyecto y ciclo. revisión de diseño. detectar errores. producto de software. ciclo de desarrollo. tiempos y defectos. resumen del ciclo. lista de verificación de código y diseño. defectos y seguimiento. verificación de máquinas y lógica. resumen ciclico. resumen cíclico. tiempo del producto. ACTIVIDAD Diseño de apariencia. lista de verificación de código y diseño. plan de proyecto y de ciclo. consistencia del diseño. OUTPUT . aseguramiento de calidad y del ciclo. estrategia de pruebas. listas de verificación. patrones de operación y función. patrón de reporte de pruebas y diseño. seguimiento y estrategias de pruebas y ciclo CICLO DE VIDA PSP. especificación de funciones y lógica. código.OUTPUT Diseño de programa. patrón de reporte de pruebas. compilación. estrategia de verificación. FASE REVISIÓN O VALIDACIÓN DEL DISEÑO INPUT Programa de diseño. EVALUACIÓN CICLO INPUT Definición de problema y requerimientos. escenarios operacionales. ACTIVIDAD Diseño de módulos. ACTIVIDAD Defectos previstos. Producto. revisión de código. tamaño. pruebas. registro de seguimiento. patrón de diseño. forma con propuesta de mejora. defectos y seguimiento. CICLO DE VIDA PSP. tiempos y defectos. especificación de funciones y lógica. registro de seguimiento. FASE DESARROLLO O IMPLEMENTACIÓN INPUT Diseño de alto nivel. resumen del ciclo. patrón de reporte de pruebas. registro de tiempo. seguimiento y estrategia de pruebas y ciclo. CICLO DE VIDA PSP. OUTPUT Fiseño de alto nivel. escenarios operacionales. removidos.

PSP 1995. W. TSP 1999. HUMPHREY SW. resultados de una aplicación real y la versión educativa (TSPi).Team Software Process (TSP) Abstract Se describirá el TSP. HUMPHREY SW. su estructura. cómo y para quién fue desarrollado. FAGAN EN EL PROCESO DE SW 1986. W. CMM 1987. W. ESTRUCTURA DE TSP Planes personales Método planeación Valor agregado Compromiso Planes agresivos Calidad propia Prioridad en calidad Costo de calidad Seguir el proceso . una breve explicación de la metodología. ¿Qué es el TSP? 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 ENTORNOS ANTECEDENTES TSP PROSIGUE LAS ESTRATEGIAS DE CALIDAD AMERICANAS QUE INICIO: DEMMING EN LA INDUSTRIA EN 1982. HUMPHREY SW.

por un problema de equipo y no por problemas técnicos. Resumen: Maximizar calidad SW Minimizar costos Antecedentes de trabajo en equipo Cuando fracasa un proyecto de software es. Problemas comunes de Equipos y y y y y y y Falta de liderazgo Falta de compromiso y ganas de cooperar Diferencia en contribuciones Falta de confianza Falta de calidad Mejoras excesivas Revisiones entre colegas inefectivas .Métricas calidad Procesos definidos Objetivos proyecto Plan propio Plan detallado Roles Recursos de equipo Revisión de status y calidad Comunicación Objetivos del TSP y y y y y y y Generar un marco basado en PSP Desarrollar productos en varios ciclos Establecer estándares para medir la calidad y el comportamiento Proporcionar métricas para equipos Evaluar roles y equipos Guías para solución de problemas en equipos. en la mayoría de los casos.

Establecer productos y objetivos de empresa Establecer roles y objetivos de equipo Definir estrategía de desarrollo Hacer un plan general Hacer un plan de calidad Balancear el plan (cargas de trabajo) Proyecto de riesgos Diseñar reporte para administración Revision del plan con administración Analisis Postmortem.3 seran en el día 1 Los puntos 4. 7. 3.8 seran en el día 3 El punto 9 y el analisis postmortem seran en el dia 4 o bien al final del dia 3 Productos planeacion para lanzamiento TSP y y y y y y y y Objetivos de equipo por escrito Roles definidos Plan de desarrollo Plan de calidad Plan de soporte al proyecto Desarrollo en conjunto de planes y programas Plan detallado para cada ingeniero Plan contra riesgos . 6. 9. Plan de reuniones Programa de reuniones Los puntos 1. checklist para planeacion 1. 8. 4. 10.2.Metodología TSP Lanzamiento Requerimientos Diseño high level Implementación Integración y pruebas Lanzamiento TSP.5. nuevo equipo revisa proceso Lanzamiento TSP.6 seran en el día 2 Los puntos 7. 5. 2.

seguimiento avance Equilibrar cargas de trabajo Manejo de la calidad Plan de calidad Identificar problemas de calidad Encontrar prevenir problemas de calidad Plan de la calidad . se realimenta con su trabajo y tiene liderazgo que sustenta su motivación Lanzamiento del plan del equipo TSP Una vez lanzado el plan lo mas importante es que los miembros sigan el plan Liderear el equipo (guiar. hay cooperación Cada miembro conoce su status.motivar.disciplinar) Seguimiento de problemas Comunicación Reporte administrativo Mantener plan.y Reporte del estado del proyecto Producto esperado como equipo de trabajo Los miembros establecen metas comunes y roles definidos Equipo desarrolla estrategia consensada y todos participan en su creación El equipo negocia el plan con la Administración Los miembros hacen el trabajo en la forma planeada La comunicación es libre y frecuente Se forma grupo con cohesión.

sino hay historico se basaran en la tabla 3. Porcentaje de Defectos Encontrados DATOS TIPICOS SIN TSP .Se enfatiza en la administración de defectos. Manejo de la calidad Ejemplo Plan de Calidad Nombre: x Proyecto: xx parte: xxy Defectos Compilación En producto Plan 140 7 Actual 220 21 52 Revisión código 23 Grafica PDF. Se basa en los estimados de tamaño e historicos. y estimaran los defectos en cada fase.

Además de la confianza entre administración e ingenieros. Hill Air Base Force. Quizás el cambio mas grande fue la relacion administracion e ingenieros. deben seguirse metodos confiables y apropiados. mejoróy asi sera siempre que la administración crea que los ingenieros trabajan efectivamente. entrevistas personales.DATOS TIPICOS UTILIZANDO TSP Encontrando y Previniendo Problemas Las Métricas de TSP indican problemas de calidad antes de la primera compilacion. reportando constantemente a administración. levantamiento de informacion pero esto mismo (TSP) reduce las mejoras al plan y el tiempo de pruebas al grado de sostener que "la calidad es gratis". las acciones remediales son: y y y y Monitoree el modulo durante las pruebas y corrija Reinspeccione el modulo antes de la integracion y pruebas Que el programador retrabaje el modulo o corrija Redesarrolle el modulo Resultados de una aplicación practica. . Utah El miedo fue a los altos costos por la planeacion excesiva.

Administración deberá entender que los ingenieros saben mas del software y que se ocuparan solamente de que el equipo de software siga el método disciplinadamente. Los encargados de guiar también construyen el entendimiento. Lo más difícil: planeación y recaudación de métricas. el patrocinio. Cumplimiento de compromisos. Publicado por Jesus Samuel en 14:31 0 comentarios Introduccion Las estrategias comienzan con el empleo de evaluaciones a continuación podemos ver como una metodología como es el TSP primero es dirigido sobre varios pequeños proyectos para evaluar tanto acercamiento de transición como el impacto de TSP sobre la organización. Bienvenid@ Bienvenid@ a este espacio donde hablaremos de la metodologia TSP y en donde podras dar tus criticas y opiniones. AMCIS y y Lo mejor: definición de roles y sus actividades. Cíclo de TSPi dividido en fases y y y y y y y y Lanzamiento Estrategia Planeación Requerimientos Diseño Implementación Prueba Postmortem Experiencia. Numeros: Productividad aumento un 123% Tiempo de prueba redujo de 22% a 2.7% Cíclo de vida de TSP (TSPi) y y Es una serie de ciclos que inician con la declaración de las necesidades del producto y terminan con la entrega del producto final A continuación presentaremos una representación gráfica con diagramas de actividades de TSP en su versión educativa conocida como TSPi. desarrollo incremental en varios ciclos. . y apoyan en lo necesario para la amplia aceptación del TSP en la organización.

En un entorno donde el entendimiento es un factor fundamental para ser competiti o. El marco de medida TSP también hace disponible otros puntos de ista de los datos. A uda a onformar e ui os ara el desarrollo de software de alidad. El marco de medida TSP consolida datos indi iduales en una perspecti a de e uipo.y añade fechas de terminación de tarea. El componente ue construye e uipo del TSP es el lanzamiento de TSP. Los datos son analizados semanalmente por el e uipo para entender el estado de proyecto contra objeti os de calidad. datos planificados y reales son reco idos en el ni el indi idual. observemos la si uiente fi ura: ¤   ¨   ¦¦ ¥ ¨    © ¥¢     ¨  £ ¨  ¥  ¨     ¡ ¡   £ ¢ ¢© ¤ ¦ © § © ¥ ¢© ¢¨ ¢ § ¦ ¥ ¤ £ ¢¡          §   §   ¨ §  ¨    ¨ ¨   § . El personal y datos de e uipo son archi ados para proporcionar un depósito de datos históricos para el futuro empleo. la fase. El TSP tiene dos componentes primarios: un componente ue construye e uipo y un funcionamiento de e uipo o componente de dirección. tiempo. la semana.tamaño. TSP ro orciona un marco de trabajo ue se construye sobre la base PSP con bases de desarrollo bien definidas en las ue los roductos de software se eneran en arios ciclos y así se establecen medidas estándares ara la calidad del roducto y ara el desempe o de los e uipos y los desarrolladores. el día. como por el producto o la parte. etc. El TSP usa las mismas medidas básicas del PSP. Para todas las medidas. y defectos . ue pone el e uipo en la situación pro ocati a de desarrollar su plan. las empresas tienen ue superar todo tipo de barreras culturales para poder expandir con éxito sus acti idades comerciales a escala mundial. la tarea.Publi us Samuel en 14: 0 comentarios Desarrollo Team Software Process (TSP) Es eo oo í ii i e jo e ejo esarro o e sof ware e torno donde el trabajo efe ti o de e i o sea ade ás de estable er normal natural.

Obje ivos del TSP. permitir n al ingeniero de software identificar. Métricas calidad. Otro entorno es el CMM e n la administración para Software que luego evolucionó a CMMI. La calidad en PSP. Cíclo de vida de TSP TSPi . Método. En este nivel se introducen algunos métodos aplicables al proceso de desarrollo de software. Revisión de status y calidad. pl aneación. y el an lisis de la información. ESTRUCTURA DE TSP PSP: Planes personales. tanto sus fortalezas como sus debilidades. PSP provee lineamientos específicos sobre cómo los desarrolladores de software pueden continuamente me orar su desempeño. La aplicación de PSP en varios procesos de desarrollo.Vemos tres entornos. estadística generada en cada uno de éstos. Seguir el proceso. Costo de calidad. Considerando aspectos como la planeación. estimación de costos y productividad.            & %  # $      "   ! . * Generar un marco basado en PSP * Desarrollar productos en varios ciclos * Establecer est ndares para medir la calidad y el comportamiento * Proporcionar métricas para equipos * Evaluar roles y equipos * Guías para solución de problemas en equipos. PSP es una alternativa dirigida a los ingenieros de sistemas. Procesos definidos. y crecer a través de un proceso de autoaprendiza e y auto me ora. * Resumen: Ma imizar calidad SW. pero sin lidiar con problemas de comunicación y coordinación de los equipos de traba o. basados en una pr ctica est ndar para desarrollar software. Hoy en día CMMI es un con unto de productos y servicios de me ora de procesos compuestos por modelos de referencia. calidad. fundamentalmente de car cter estadístico. TSP provee los lineamientos específicos acerca de cómo los desarrolladores entrenados en PSP pueden traba ar efectivamente como integrantes de un equipo de alto desempeño. dentro de un enfoque de proyectos a gran escala. que les permite me orar la forma en la que construyen software. TSP Cre ión de Equip : Compromiso. Ob etivos proyecto. Estos productos contienen pr cticas que han demostrado ser efectivas y vienen ayudando a me orar por m s de veinte años a organizaciones en todo el mundo. TSP Trabajo en equipo: Prioridad en calidad. Gran parte de las tareas y actividades definidas en los scripts generar en su realización un con unt o de datos. Planes agresivos. Minimizar costos. Valor agregado. Calidad propia. material de entrenamiento y métodos de evaluación en la administración. es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene.

Segundo. De primera forma tenemos una perspectiva nueva de proyecto. de PSP que entrena por la entrega de producto. Un resumen de datos TSP de las organizaciones y al menos un numero considerado de proyectos.Es una serie de ciclos que inician con la declaración de las necesidades del producto y terminan con la entrega del producto final. Las e periencias de un equipo de TSP nuevo son descritas detalladamente. est n los datos resumidos de proyecto. ( ) ' ' ' ' . Se presentan anécdotas del PSP y las comunidades TSP que relacionan las e periencias que no pueden ser descritas solo por datos. Finalmente. cambiamos de datos a e periencias personales. Cíclo de TSPi dividido en fases: * Lanzamiento * Estrategia * Planeación * Requerimientos * Diseño * Implementación * Prueba * Postmortem Publicado por Jesus Samuel en 14:29 5 comentarios Conclusion TSP describe el uso y las e periencias que ilustran las venta as de tres perspectivas.

Sign up to vote on this title
UsefulNot useful