Estructura base de la metodología TSP

hector martinez
Mind Map by hector martinez, updated more than 1 year ago
hector martinez
Created by hector martinez almost 4 years ago
375
0

Description

DDSE_U1_A2_HMMR act2 UNADM

Resource summary

Estructura base de la metodología TSP
1 PSP
1.1 Disciplina de Ingenieria (Esta disciplina se basa totalmente en PSP)
1.1.1 Prioridad de Calidad
1.1.1.1 en todo desarrollo de software, el principal objetivo debe ser la calidad y la satisfacción del cliente. Esta calidad se logra mediante una buena planeación y ejecución al pie de la letra la metodología TSP
1.1.2 Método de planeación
1.1.2.1 cada miembro debe manejar y planear correctamente sus tiempos y las responsabilidades que tiene
1.1.3 Valor agregado
1.1.3.1 cada miembro del equipo aportará su experiencia y conocimiento en el desarrollo de los proyectos
1.1.4 Métricas de calidad
1.1.4.1 las métricas son una referencia exacta para medir el nivel de algo en específico. En este caso sirven para controlar, medir, monitorizar, predecir y probar el desarrollo de software. Por ejemplo, una métrica podría ser una plantilla donde muestre los avances que ha tenido el proyecto mes con mes. Esta fase se explicará con más detalle en el tema 3.2. Diagnóstico: Métricas de calidad versus trabajo realizado.
1.1.5 Procesos definidos
1.1.5.1 muestran a los miembros del equipo un panorama general para comenzar con el desarrollo del software.
2 TSP CREACION DEL EQUIPO
2.1 DISCIPLINA DE EQUIPO
2.1.1 Compromiso
2.1.1.1 todos los miembros deberán tener bien claro cuáles son los compromisos con la organización y con el cliente, de acuerdo a los objetivos planteados al inicio del proyecto.
2.1.2 Planes agresivos:
2.1.2.1 son acciones planeadas y bien estructuradas para ejecutarse rápidamente y lograr objetivos a corto plazo
2.1.3 Calidad propia:
2.1.3.1 cada desarrollador debe colocar su propio sello al desarrollo
2.1.4 Objetivo del proyecto
2.1.4.1 : el equipo debe dar su punto de vista de los objetivos que se plantean al inicio del proyecto, y así tener una visión más clara acerca de a dónde se desea llegar.
2.1.5 Plan propio
2.1.5.1 cada equipo debe de tener su propio plan, establecido por los administradores
2.1.6 Plan detallado:
2.1.6.1 en la documentación que se crea al inicio del proyecto debe haber un plan detallado sobre las actividades a realizarse
2.1.7 Roles
2.1.7.1 cada miembro del grupo debe tener bien claro cuál es su rol dentro del equipo
2.1.8 Recursos del equipo
2.1.8.1 el equipo debe de utilizar, de manera correcta, los recursos proporcionados por parte de la empresa
3 TSP trabajo en equipo
3.1 DISCIPLINA DE ADMINISTRACION
3.1.1 Comunicación:
3.1.1.1 comunicación entre los miembros del equipo no solo permite que se llegue a los objetivos deseados, también sirve para tener un buen ambiente de trabajo
3.1.2 Revisión de status de calidad
3.1.2.1 tanto los desarrolladores como los administradores utilizan plantillas y reportes
3.1.3 Seguir el proceso
3.1.3.1 al inicio del proyecto se establecen procesos bien definidos, y los administradores deben de revisar se cumplan
3.1.4 Prioridad de calidad
3.1.4.1 el principal objetivo debe ser la calidad y la satisfacción del cliente.
3.1.5 Costo de la calidad
3.1.5.1 Debe asegurarse que los costos sean adecuados para llegar a la calidad planeada al inicio del proyecto
4 Esta imagen representa la vista de cada desarrollar forma parte de un "rompecabezas" desarrollo y cada uno de ellos forma una pieza elemntal y se relacion en las etapas del metodo
5 En todo momento debemos tener metricas que no ayuden a medir los tiempos de entrega y de elaboracion de metas a seguir debido a que esparte del plan elemental
6 La principal razon del desarrollo es el cleinte el cual debemos de satisfacerlo casi en todo con respecto a su requerimiento el cual es principal funcion por lo cual nos rentamos por decirlo de cierta manera, siempre debemos de mantenernos al margen de lo que nos solicitan
7 de igual manera debemos de evaluar a los desarrolladores o prticipantes del proyecto ya que si alguno de ellos llegara a fallar o a dezconocer su responsabilidad esto puede afectar seriamente al proyecto es por eso que se debe evaluar y si es no responde manera adecuada solicitar el remplazo del mimso con la persona indicada para lograr la emta y la calidad establecida
8 cada integrante del proyecto debera de aportat su creatividad y su experiencia para sacar adelante dicho protyecto ya que en base a esto el proyecto llevara un desenvolvimiento esencial y tendra un aspecto agradable para el cliente cumpliendo asi con las espectativas del mismo.
Show full summary Hide full summary

Similar

Límites
Fernando Torrez
Límites
Cesar Morgado
UNIDAD IV
Daniel PH
Límites
Brithany Hrzich
Ingeniería de Software
Michael F. Gonzalez
Ingeniería de Software
Fabian Eduardo Alcoser Cantuña
Ingeniería de Software
LIZZY P.M.
ETICA
Ana America
Tipos de investigación
ENRIQUE DE JESUS DIAZ CHONG
Investigación
Jaminton ariza