Está en la página 1de 4

The Personal Software Process

Un paso significativo en la mejora de calidad de software, fue la introduccin


inicial del CMM (Capability Maturity Model) en 1987. El enfoque principal del
CMM era en el manejo del sistema, en el soporte y asistencia que se
proporcionaba a los ingenieros de desarrollo. El CMM ha tenido un efecto
positivo en el desempeo de las organizaciones de software.
El PSP, est diseado para ayudar a los profesionales del software a usar el
procedimiento que generalmente utilizan los ingenieros de sonido. Este ensea
como planear y rastrear su trabajo as como, usar procesos bien definidos,
establecer metas alcanzables y monitorear el desempeo en contraste a las
metas. El PSP, ensea a los ingenieros cmo implementar calidad desde el
inicio de proyecto, cmo analizar los resultados de cada trabajo y, a utilizar los
resultados para mejorar el proceso del siguiente proyecto.

PRINCIPIOS DEL PSP


El diseo del PSP est basado en los siguientes principios de calidad y
planeacin:

Cada ingeniero es diferente, para ser ms eficiente, los ingenieros deben


planear su trabajo y deben basar sus planes en su informacin personal.
Para siempre mejorar su desempeo, los ingenieros deben utilizar
procesos bien definidos.
Para producir productos de calidad, los ingenieros deben sentirse
responsables de la calidad que su trabajo.
Es ms barato encontrar y reparar errores en una etapa temprana.
Es ms eficiente prevenir errores que resolverlos.
La manera correcta, siempre es la manera ms rpida y barata de hacer
un trabajo.

PLANEACI
N

Team Software Process (TSP)


Sigue la estrategia de calidad que se origin por W. Edwards Deming y J.M.
Juran. Esta estrategia fue extendida al proceso de software por Michael Fagan
en 1976. Ms adelante fue extendido con la introduccin del CMM en 1987 y el
PSP en 1995.
El TSP provee un contexto disciplinado para el trabajo de ingeniera. El
motivador principal para el desarrollo del TSP, fue la conviccin de que los
equipos de ingeniera pueden hacer trabajo extraordinario slo si est bien
estructurado, efectivamente entrenado, compuesto por miembros talentosos y
eficientemente liderados. El objetivo del TSP es construir y guiar dichos
equipos.

Construyendo Equipos Efectivos.


El TSP, est diseado para establecer las condiciones que caracterizan los
equipos efectivos. Los principios para la construccin de estos equipos usados
en el TSP se establecen en los siguientes puntos:

Los miembros del equipo establecen objetivos comunes y definen roles.


El equipo desarrolla una estrategia previamente acordada.
Los miembros del equipo definen un proceso comn para su trabajo.
Todos los miembros del equipo participan en producir un plan y cada
miembro conoce su rol.
El equipo negocia un plan con la gerencia.
La gerencia revisa y acepta el plan negociado.
Los miembros del equipo hacen el trabajo en la manera que ellos
planearon.
Los miembros del equipo comunican libre y constantemente.
EL equipo forma un grupo coherente: los miembros cooperan y estn
comprometidos con el objetivo.

Los ingenieros conocen su estatus, reciben retroalimentacin de su


trabajo y tienen un lder que los mantiene motivados.

La formacin efectiva del equipo requiere que los miembros comprendan lo que
deben hacer y estn de acuerdo con ello. Tambin deben creer que el objetivo
es alcanzable.

Estructura del TSP

Capability Maturity Model for Integration (CMMI)


Es un modelo de procesos que contiene las mejores prcticas de la industria
para el desarrollo, mantenimiento, adquisicin y operacin de productos y
servicios.
Se refiere a los modelos que contienen las mejores prcticas que ayudan a las
organizaciones a mejorar sus procesos. Han sido desarrollados por equipos de
trabajo formados por especialistas de la industria, el gobierno y el Software
Engineering Institute (SEI) que transfiri los derechos al CMMI Institute para su
operacin y comercializacin.
Es una gua que ayuda en la mejora de procesos, pero como en cualquier
receta cada quin le puede poner de su propio sazn. El enfoque del modelo
permite evolucionar desde un proceso en crisis a un proceso controlado,
estandarizado, medido y optimizado que sienta las bases de la mejora continua
y permite a la organizacin adoptar nuevas prcticas sobre un proceso estable
y controlado que est institucionalizado.
Algunos de los objetivos del CMMI y que son buenos para el negocio:

Producir servicio y productos de alta calidad.


Crear valor para los accionistas.
Mejorar la satisfaccin del cliente.
Incrementar la participacin en el mercado.
Ganar reconocimiento en la industria.

El modelo tiene cuatro reas de conocimiento o


disciplina que incluyen:

Ingeniera de software.
Ingeniera de Sistemas.
Desarrollo Integrado de Productos y Procesos.
Acuerdos con Proveedores.

NIVELES DE MADUREZ.
Por Etapas.

Nivel 1 (Inicial): El proceso es impredecible, es reactivo y pobremente


controlado.
Nivel 2(Administrativo): El proceso es reactivo y se caracteriza por su
aplicacin a proyectos.
Nivel 3(Definido): El proceso es proactivo y se ve a nivel de la
organizacin.
Nivel 4(Administrado Cuantitativamente): El proceso es medido y
controlado.
Nivel 5(Optimizado): El proceso se enfoca en la mejora continua.

Continuo

Nivel 0 (Incompleto): El proceso no se ejecuta o se hace parcialmente.


Nivel 1 (Ejecutado): El proceso se ejecute y se producen productos
basados en productos de entrada identificados.
Nivel 2 (Administrado): El proceso es reactivo y se caracteriza por su
aplicacin a proyectos.
Nivel 3(Definido): El proceso es proactivo y se ve a nivel de la
organizacin.
Nivel 4(Administrado cuantitativamente): El proceso es medido y
controlado.
Nivel 5(Optimizado): El proceso se enfoca en la mejora continua.