gestion y procesos internos

Gestión y procesos en empresas de software
Juan Palacio
Rev. Nov - 2005

SINOPSIS
Las empresas que desarrollan software no pueden
ignorar que su negocio es un negocio de software, y
que el modelo que cada una adopte para las
actividades de desarrollo y mantenimiento tiene implicaciones relevantes en la eficiencia general del
negocio.
El problema que pueden encontrar quienes deciden
implantarmétodos más eficientes, es caer en la
desorientación ante el abanico de modelos de calidad,
de procesos y de técnicas de trabajo desplegado en la
última década; o abrazar al primero que se presenta
en la puerta de la organización como “solución” de
eficiencia y calidad
Este artículo dibuja un mapa de situación general
como orientación para directores técnicos, responsables de departamentos informáticosy personal
directivo de organizaciones de software.
La visión general que ofrece, muestra cómo en su
totalidad un entorno de producción es un entorno
sistémico, en cuyo diseño global los componentes
tienen que encajar y funcionar armónicamente,
alineados con las características, cultura y estrategia
de la organización.

Amenaza u oportunidad
Según como afrontan las organizaciones el desarrollodel software, éste puede comportarse como factor de
riesgo o amenaza para el negocio; o por el contrario
como una poderosa oportunidad de negocio.
Todas las empresas quieren producir más rápido, mejor
y con menores costes, y sin duda esto es posible porque
la naturaleza del software no es origen de riesgos y
problemas, sino una fuente de oportunidades.
Cada vez más directivos están comprendiendo quela
forma de gestión del desarrollo de software, puede
hacer de la materia prima de su negocio un material
arisco de resultados impredecibles, o una ventaja
competitiva.
La evolución hacia entornos de ingeniería del software
requiere cambios severos en la organización, así como
el convencimiento, implicación y empuje de la
dirección. Pero sobre todo el diseño de un modelo de
producción propio quesepa aprove-char la
personalidad de la organización, y responder a las
particularidades de su negocio.

El software ha estado generando los mismos problemas
en los últimos 40 años, y quien no cambia la forma de
hacer las cosas, sigue tropezando en ellos.
El problema que pueden encontrar quienes deciden
implantar métodos más eficientes es caer en la
desorientación ante el abanico de modelos decalidad,
de procesos y de técnicas de trabajo desplegado en la
última década, o abrazar al primero que se presenta en
la puerta de la organización como “solución” de
eficiencia y calidad.

Trabajar sin ningún método es una opción,
pero no una metodología
Las organizaciones que desarrollan o mantienen
software pueden optar por trabajar "a la buena de
Dios", o por seguir una metodología. Hacerlo a labuena de Dios no es tan raro. Es la primera forma que
se empleó para desarrollar programas:
"Aquí tenemos unos ordenadores, aquí unos señores a
los que les encanta leer los manuales de programación,
y se trata sencillamente de conseguir que estas
máquinas terminen imprimiendo facturas (o haciendo
lo que sea)".
En realidad, cuando en la segunda mitad del siglo
pasado la industria del hardware puso enla calle
máquinas que se podían programar, poco más se podía
hacer; y los pioneros de nuestra profesión, atraídos por
el encanto de diseñar y construir artefactos útiles, y
verlos funcionar, fueron los primeros en remangarse
frente al teclado y decir a su cliente con una sonrisa:"en
un par de meses esto estará funcionando".
Fueron también los primeros en pasar noches en vela
programando,prometiendo una y otra vez que "tan sólo
es cuestión de un par de días más."
Aunque las cinco décadas de vida del software ya han
sido suficientes para experimentar los excesos y los
errores de la infancia y la juventud, la resistencia al
cambio es el mejor aliado de la inercia, y por eso se
produce una cierta impermeabilidad a la experiencia.
En cualquier caso es una opción: trabajar sin ninguna...