Rodolfo Quispe-Otazu

Un proceso define quien esta haciendo que, cuando, y como alcanzar un determinado objetivo. En la Ingenieria del Software el objetivo es construir un producto software o mejorar uno existente. Un proceso efectivo proporciona normas para el desarrollo eficiente de software de calidad. Captua y presenta las mejores practicas que el estado actual de la tecnologia permite. En consecuencia, reduce el riesgo y hace el proyecto mas predecible. El efecto global es el fomento de una vision y una cultura comunes.

Es necesario un proceso que sirva como guia para todos los participantes clientes, usuarios, desarrolladores y directivos ejecutivos. No nos sirve ningun proceso antiguo; necesitamos uno que sea el mejor proceso que la industria pueda reunir en este punto de su historia. Por ultimo necesitamos un proceso que este ampliamente disponible de forma que todos los interesados puedan comprender su papel en el desarrollo en el que se encuentran implicados.

Un proceso de desarrollo de software deberia tambien ser capaz de evolucionar durante muchos años. Durante esta evolucion deberia limitar su alcance, en un momentodel tiempo dado, a las realidades que permitan las tecnologias, herramientas, personas y patrones de organizacion.

1. Tecnologias: El proceso debe contruirse sobre las tecnologias lenguajes de programacion, sistemas operativos computadores, estructuras de red, entornos de desarrollo, etc disponibles en el momento en que se va a emplear el proceso. Por ejemplo hace varios años el modealado visual no era realmente de uso general. Era demasiado caro. En aquellos tiempos, un creador de un proceso practicamente tenia que asumir que se usarian diagramas hechos a mano. Esa suposicion limitaba mucho el gado en el cual el creador del proceso podia establecer el modelado dentro del proceso.
2. Herramientas: Los procesos y las herramientas deben desarrollarse en paralelo. Las herramientas son esenciales en el proceso. Dicho de otra forma, un proceso ampliamente utilizado para soportar la inversion necesaria para crear las herramientas que lo soporten.
3. Personas: Un creador del proceso debe limitar el conjunto de habilidades necesarias para trabajar en el proceso a las habilidades que los desarrolladores actuales poseen, o apuntar aquellas que los desarrolladores puedan obtener rapidamente. Hoy es posible empotrar las herramientas software tecnicas que antes requieran amplios conocimientos, como la comprobacion de la consistencia en los diagramas del modelo.
4. Patrones de Organizacion: Aunque los desarralladores de software no pueden ser expertos tan independientes como los musicos de una orquestas, estan muy lejos de los trabajadores automatas en los cuales Frederick W. Taylor baso su “Direccion Cientifica” hace cien años. El creador del proceso debe adoptar el proceso a las realidades del momento hechos como mezcla(en empresas pequeñas recien montadas) de socios de la empresa, empleados asalariados, trabajadores de obra y subcontratas de outsourcing y la prolongada escacez de desarrolladores de software.

Los ingenieros del proceso deben equilibrar estos cuatro conjuntos de circunstancias. Ademas el equilibrio debe estar presente no solo ahora, sino tambien en el futuro. El creador del proceso debe diseñar el proceso de forma que pueda evolucionar, de igual forma que el desarrollador de software intenta desarrollar un sistema que no solo funciona este año, sino que evoluciona con exito en los años venideros. Un proceso debe madurar durante varios años antes de productos comerciales manteniendo a la vez un nivel razonable de riesgo de utilizacion. El desarrollo de un producto nuevo es bastante arriesgado en el mismo como para añadirle el riesgo de un proceso puede ser estable. Sin este equilibrio de tecnologias, herramientas, personas y organizacion, el uso del proceso seria bastante arriesgado.

Fuente Original:

Grady Booch, Ivar Jacobson, James Rumbaugh. El Proceso Unificado de Desarrollo de Software. Addison Wesley. 2000