Changing the way you learn

TSP
1. ESTRUCTURA
  1. PSP
    1. Planes personales, Método, planeación, Valor agregado, Métricas calidad, Procesos definidos.
  2. TSP Creacion de equipos
    1. Compromiso, Planes agresivos, Calidad propia, Objetivos proyecto.
  3. TSP Trabajo en equipo
    1. Prioridad en calidad, Costo de calidad, Seguir el proceso, Revisión de status y calidad.
2. Objetivo
  1. Generar un marco basado en PSP Desarrollar productos en varios ciclos
  2. Proporcionar métricas para equipos Evaluar roles y equipos
  3. Maximizar calidad SW, Minimizar costos.
3. Ciclo de vida
  1. LANZAMIENTO
    1. Revisión de objetivos a perseguir Asignación de equipos y roles al personal
  2. ESTRATEGIA
    1. Crear un diseño conceptual para el producto. Se establece la estrategia de desarrollo
  3. PLANEACION
    1. Estima el tamaño de cada artefacto a ser desarrollado. Se identifican las tareas
  4. REQUERIMIETNOS
    1. Se analizan las necesidades del cliente y se entrevistan Se especifican los requerimientos.
  5. DISEÑO
    1. Se crea un diseño de alto nivel. Se especifica el diseño.
  6. IMPLEMENTACION
    1. Se crea el diseño detallado de los módulos y unidades. Se revisa el diseño.
  7. PRUEBA
    1. Se construye e integra el sistema. Se llevan a cabo las pruebas del sistema.
  8. POSTMORTEM
    1. Análisis de resultados. Se escribe el reporte del ciclo.
Objetivos de Equipo
1. Es una integración armónica de funciones y actividades desarrolladas por diferentes personas.
2. Para su implementación requiere que las responsabilidades sean compartidas por sus miembros.
3. Necesita que las actividades desarrolladas se realicen en forma coordinada.
4. El trabajo en equipo no es la suma de las aportaciones individuales, sino que por el contrario se basa en la complementariedad, la coordinación, la comunicación, la confianza y el compromiso
5. Necesita que los programas que se planifiquen en equipo apunten a un objetivo común.
6. El trabajo en equipo significa que las personas que integren el grupo tienen que tener claro los objetivos y metas, han de orientar su trabajo a la consecución de los fines del grupo.
Roles
1. LIDER DE PROYECTO
  1. Dirige al equipo
2. ADMINISTRADOR DE DESARROLLO
  1. Guía al equipo en el diseño y desarrollo del producto.
3. AUXILIAR DE PLANEACION
  1. Apoya y guía al equipo en la planificación y seguimiento del trabajo.
4. ADMINISTRACION DE CALIDAD
  1. Apoya al equipo en definir sus necesidades acerca del proceso y a establecer y administrar el plan de calidad.
5. ADMINISTRADOR DE CONFIGURACIONES
  1. Dirige al equipo en el desarrollo de requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de apoyo administrativo.
Plan de desarrollo
1. Versión preliminar preparada para ser incluida en la propuesta elaborada como respuesta al proyecto
2. Visión global del enfoque de desarrollo propuesto.
3. Proporcionar la información necesaria para controlar el proyecto.
4. En él se describe el enfoque de desarrollo del software.
Plan de calidad
1. Es un documento que especifica qué procedimientos y recursos deberían aplicarse
  1. Aplicarlos y cuándo deberían aplicarse a un proyecto, proceso, producto o contrato específico, de manera de poder alcanzar los objetivos de la calidad
    1. Especificando aspectos tales como quién genera los requisitos, qué forma tomarán y quién los revisará.
      1. Es un instrumento de apoyo de un proyecto para la definición de su forma de trabajo
Plan detallado para cada ingeniero
1. Objetivos de equipo por escrito
  1. Roles definidos
    1. Plan de desarrollo
      1. Plan de calidad
        Plan de soporte al poryecto
        Desarrollo en conjunto de planes y programas
2. Los miembros establecen metas comunes y roles definidosEquipo desarrolla estrategia consensada y todos participan en su creaciónEl equipo negocia el plan con la AdministraciónLos miembros hacen el trabajo en la forma planeada
Plan contra Riesgos
1. Monitoree el modulo durante las pruebas y corrija
  1. Reinspeccione el modulo antes de la integracion y pruebas
    1. Que el programador retrabaje el modulo o corrija
      1. Redesarrolle el modulo
2. Evitar fallas y posibles problemas a lo largo del proyecto
Reporte del estado del Proyecto
1. El reporte de estado debe ser un documento corto
  1. Su foco es describir los desvíos del plan y cómo serán corregidos.
2. El propósito principal de este reporte es comunicar al receptor si el proyecto está yendo según lo planeado y por qué
  1. Y si no está yendo según lo planeado, también por qué
    1. Resumen ejecutivo
    2. Detalle de avances y desvios
    3. Registros de riegos
    4. Metricas

Next up

Desarrollo de Software en Equipo

Description

Resource summary

Media attachments

Similar

	Created by ERICK EDUARDO BALTAZAR ORTEGA almost 8 years ago