Desarrollo esbelto de software (DES)

Por ejemplo

1. Todos los actores entiendan mejor cuales son las necesidades que deben satisfacerse.

2. El problema pueda dividirse con eficacia entre las personas que deben resolverlo.

3. Se asegure la calidad a medida que se hace la ingeniería y se construye el sistema.

Aunque el MA sugiere una amplia variedad de principios de modelado “fundamentales” y

“suplementarios”, aquellos que son exclusivos del MA son los siguientes:

• Modelo con un propósito: debe de tener en mente una meta especifica antes de crear el modelo.

• Uso de modelos múltiples: hay muchos modelos y notaciones diferentes que pueden usarse para describir el software. El MA sugiere que para dar la perspectiva necesaria, cada modelo debe presentar un diferente aspecto del sistema y que solo deben utilizarse aquellos modelos que den valor al publico al que dirigen.

Viajar ligero.

Conforme avanza el trabajo de ingeniería de software, conserve sólo aquellos

modelos que agreguen valor a largo plazo y elimine los demás. Todo producto del trabajo

que se conserve debe recibir mantenimiento cuando haya cambios.

El contenido es más importante que la representación.

El modelado debe transmitir

información al público al que se dirige. Un modelo con sintaxis perfecta que transmita poco

contenido útil no es tan valioso como otro que tenga notación defectuosa, pero que, no

obstante, provea contenido de valor para los usuarios.

Conocer los modelos y herramientas que se utilizan en su creación

Entender las fortalezas y debilidades de cada modelo y las herramientas que se emplean para crearlos.

Adaptación local. El enfoque de modelado debe adaptarse a las necesidades del equipo

ágil.

Proceso para elaborar software de computo (puede o no ser eficiente) existe un proceso watts Humphrey , sugiere que para cambiar un proceso personal ineficaz debe pasr las cuatro fases que requieren capacitación, e instrumentación cuidadosa.

Planeación – aísla los requerimientos, desarrolla estimaciones de tamaño de proyecto así como estima los defectos todo esto re registra en hojas e trabajo, e identifican las tareas a realizar.

Diseño de alto nivel.- Desarrolla especificaciones externas para cada componente que se van a construir y diseñar. Elaboran prototipos, registran aspectos relevantes y se da seguimiento.

Revisión de diseño de alto nivel.-Se verifica el proyecto para descubrir errores en el diseño, manteniendo mediciones de tareas y resultados en el trabajo.

Desarrollo.- se mejora y revisa el diseño, se compila el código se prueba, las mediciones se mantienen son guía para modificar el proceso.

Post mortem.- determina la eficacia y el proceso, medidas y mediciones obtenidas, deben ser guía para modificar el proceso de mejora y eficacia.

El PPS enfatiza la necesidad de detectar los tipos de error que probablemente se hayan cometido.

Se logra a través de una evaluación y que implementando este en forma apropiada trae mejoras

significativas en la productividad de las empresas.

El PPS ha sido adaptado por la industria tiene que ver con fortalezas y enfoques, plantea desafíos

intelectuales y demandan un nivel de compromiso.

PROCESO DEL EQUIPO DE SFTWARE (PES).

Después de haber conocido la introducción del PPS se propuso un nuevo proceso del equipo auto

dirigido para el proyecto. Que se organice para producir software de alta calidad.

Humphrey define los objetivos siguientes:

 Formar equipos autodirigidos que planeen y den seguimiento a su trabajo, establezcan

metas que sean dueños de sus procesos y planes.

 Mostrar a los gerentes como dirigir, motivar a sus equipos y ayudarlos a mantener un

rendimiento máximo.

 Acelera la mejora del proceso del software, haciendo del modelo de madurez de la

capacidad CMM25 nivel 5, el comportamiento normal y esperado.

 Brindar una guía para la mejora.

 Facilita la enseñanza universitaria de aptitudes de equipo con grado industrial.

El PES define las siguientes actividades estructurales.

Inicio del proyecto, diseño de alto nivel, implementación integración y pruebas, y post mortem

El PES utiliza variedad scripts formatos y estándares que definen actividades específicas y guían a

a los miembros del equipo.

Los PES reconocen que los mejores equipos de software son los auto dirigidos , ya que establecen

objetivos, adaptan procesos y controlan la programación de actividades.

Las”herramientas” de colaboración y comunicación por lo general son de baja tecnología e incorporan cualquier mecanismo (“proximidad fisica, pizarrones, tableros, tarjetas y notas de adheribles” [Coc04] que provea información y coordinación entre los desarrolladores ágiles.

Las herramientas de administración de proyectos no ponen el énfasis en la gráfica de Grantt y la sustitiyen con otras de valor agregado o “gráficas de pruebas creadas versus pasadas, otras herremientas ágiles se utilizan para optimizar el ambiente en el que se trabaja el equipo ágil.