¿Qué es el TSP?
El Team Software Process (TSP) es un proceso de desarrollo para equipos de ingenieros basado en CMMi.
Este modelo es una continuación de la CMM (Capability Maturity Model) ya que al igual que éste, trata de demostrar que es más productivo trabajar con prácticas de ingeniería de software y también es benéfico para su mantenimiento.
A diferencia de otros métodos…
· Mejora el desempeño tanto de equipos como individuos.
· Es disciplinado y ágil.
· Provee beneficios inmediatos y medibles.
· Acelera las iniciativas de mejora de procesos organizacionales.
Como ya se menciono TSP es una metodología para dirigir el trabajo de mejora y desarrollo de software además de que establece un entorno donde el trabajo efectivo de equipo es normal y natural. La estructura de dicho entorno se muestras en la siguiente tabla
ANTECEDENTES DE TSP
TSP fue creado en 1998, por Watts Humphrey para dar una mejoría en la calidad de los servicios de software en los aspectos organizacionales.
Prosigue con las estrategias de calidad americanas iniciadas por
DEMMING EN LA INDUSTRIA EN 1982,FAGAN EN EL PROCESO DE SW 1986,W. HUMPHREY SW, CMM 1987,W. HUMPHREY SW, PSP 1995,W. HUMPHREY SW, TSP 1999
ESTA METODOLOGIA PERMITE
· PSP, los desarrolladores utilizan procesos definidos y medibles. Se toma información de tamaño, tiempo y fallas al momento de realizar el trabajo. Se utilizan los datos para: planear y monitorear el trabajo, administrar la calidad de los productos que se producen y medir y mejorar el desempeño.
· TSP permite resolver problemas típicos de negocio: predictibilidad de costo y tiempo, mejorar la productividad y los ciclos de desarrollo, así como mejorar la calidad de los productos.
· PSP/TSP mejoran el desempeño tanto de equipos como individuos; es disciplinado y ágil; provee beneficios inmediatos y medibles; acelera las iniciativas de mejora de procesos organizacionales.
· Con TSP, los equipos encuentran y reparan defectos en etapas tempranas del proceso de desarrollo.
· Esto reduce de manera importante el tiempo de pruebas.
· Con un testing más corto, el ciclo completo se reduce.
El Team Software Process (TSP) es un proceso de desarrollo para equipos de ingenieros basado en CMMi.
Este modelo es una continuación de la CMM (Capability Maturity Model) ya que al igual que éste, trata de demostrar que es más productivo trabajar con prácticas de ingeniería de software y también es benéfico para su mantenimiento.
A diferencia de otros métodos…
· Mejora el desempeño tanto de equipos como individuos.
· Es disciplinado y ágil.
· Provee beneficios inmediatos y medibles.
· Acelera las iniciativas de mejora de procesos organizacionales.
Como ya se menciono TSP es una metodología para dirigir el trabajo de mejora y desarrollo de software además de que establece un entorno donde el trabajo efectivo de equipo es normal y natural. La estructura de dicho entorno se muestras en la siguiente tabla
ANTECEDENTES DE TSP
TSP fue creado en 1998, por Watts Humphrey para dar una mejoría en la calidad de los servicios de software en los aspectos organizacionales.
Prosigue con las estrategias de calidad americanas iniciadas por
DEMMING EN LA INDUSTRIA EN 1982,FAGAN EN EL PROCESO DE SW 1986,W. HUMPHREY SW, CMM 1987,W. HUMPHREY SW, PSP 1995,W. HUMPHREY SW, TSP 1999
ESTA METODOLOGIA PERMITE
· PSP, los desarrolladores utilizan procesos definidos y medibles. Se toma información de tamaño, tiempo y fallas al momento de realizar el trabajo. Se utilizan los datos para: planear y monitorear el trabajo, administrar la calidad de los productos que se producen y medir y mejorar el desempeño.
· TSP permite resolver problemas típicos de negocio: predictibilidad de costo y tiempo, mejorar la productividad y los ciclos de desarrollo, así como mejorar la calidad de los productos.
· PSP/TSP mejoran el desempeño tanto de equipos como individuos; es disciplinado y ágil; provee beneficios inmediatos y medibles; acelera las iniciativas de mejora de procesos organizacionales.
· Con TSP, los equipos encuentran y reparan defectos en etapas tempranas del proceso de desarrollo.
· Esto reduce de manera importante el tiempo de pruebas.
· Con un testing más corto, el ciclo completo se reduce.
No hay comentarios:
Publicar un comentario