Desarrollo de software: El análisis y la experimentación
Antoni Gaudí utilizaba los planos, sus modelos en yeso y otro tipo de abstracciones de lo que posteriormente serían sus obras como un instrumento de trabajo, posteriormente estaba a pie de obra y se encargaba personalmente de solicitar modificaciones sobre el proyecto base.
No hace mucho escuché una entrevista a Achero Mañas donde comentaba la necesidad de adaptar los guiones en el propio proceso de rodaje de la película porque lo que parecía funcionar en papel, no conseguía transmitir lo que él quería cuando se llevaba a cámara.
En el desarrollo de software lo especificado en el análisis podría perfectamente adaptarse a lo que he comentado en los dos párrafos anteriores, es decir, por mucha capacidad de abstracción que se tenga, posteriormente (puede que en el diseño, en la construcción o en el mantenimiento) será necesario realizar modificaciones sobre la propuesta base, ya que la falta de flexibilidad en estos casos, puede ir a favor de la agilidad y la rentabilidad en el proceso de desarrollo pero en contra del éxito en la implantación del sistema de información.
¿Hasta dónde se puede ser flexible? Salvo que el proyecto cuente con un presupuesto muy por encima del necesario para desarrollar el producto y además se cuente con unos plazos de entrega holgados es necesario establecer ciertos límites, no obstante, pienso que muchos problemas se podrían solucionar mediante la aplicación de una metodología adecuada, es decir, seguirá siendo necesaria la flexibilidad pero el objetivo será reducir el número de casos en proceso de desarrollo.
Cada vez soy más partidario de realizar el análisis utilizando como base prototipos, ya que los usuarios nos tienen que especificar lo que quieren y a través de los prototipos les resulta mucho más sencillo. También soy cada vez más proclive a que el proceso de desarrollo (más concretamente el diseño y construcción) sea iterativo, es decir, vamos liberando y pasando a explotación módulos de la aplicación (aunque partiendo de un análisis global realizado a partir del trabajo con el prototipo), tal vez las primeras versiones todavía no tengan funcionalidad suficiente para que el sistema entre efectivamente en producción, pero hará más sencillo la localización de errores, simplificará los posteriores pasos a explotación del resto de módulos y también permitirá que el usuario pueda empezar a familiarizarse con el sistema y a poder solicitar cambios (ahí es donde entra en funcionamiento la flexibilidad) que modificarán el análisis y en consecuencia futuras iteraciones.
