Por más que hasta los últimos diez años se haya intentado constreñir el proceso de desarrollo de software dentro de patrones ordenados, a veces forzados, la programación es un proceso creativo. Hoy en día parece que se está imponiendo la noción de que los equipos de trabajo competentes no necesitan ceñirse a este tipo de modelos [PAL11]. Como parte de un proceso creativo, plasmar conceptos en un papel siempre será más rápido que el uso de un ordenador. Así, a pesar de tecnologías como e-Readers, procesadores de textos y aplicaciones para organizar la información, el modo más eficiente para desarrollar una idea suele pasar por usar papel y lápiz. Entre otras ventajas, el uso de esta alternativa más rudimentaria consigue clarificar aspectos, promover la adquisición de habilidades, y despertar la curiosidad y el interés por resolver nuevas situaciones [MAR99]. Por otro lado, es más barato y no hay que actualizarlo.
Esta acción es independiente y previa al uso de cualquier metodología de software, y el número de veces que tendremos que rehacer código durante la fase de construcción dependerá en gran medida de la claridad de su resultado. Aunque se espera que la actividad no ocupe mucho tiempo, se aconseja no iniciar el proyecto hasta que no pueda reproducirse mentalmente un primer nivel del diagrama de despliegue que sea realista y cumpla los objetivos, y ser capaz realizar un acercamiento en profundidad de cada componente como si de la pantalla de la película Minority Report se tratara. Apoyarse en técnicas ya conocidas de procesos de desarrollo software puede ayudar.
Principalmente, es necesario poseer una idea clara de los siguientes elementos:
- Usuarios objetivos.
- Alternativas de tecnologías (lenguaje de programación, base de datos, y características de los equipos informáticos y redes de comunicaciones).
- Información a gestionar.
- Interfaces de usuario.
Además de eso, la filosofía de la empresa y las características del cliente deben tenerse en cuenta.
Con el tiempo se adquiere cierta habilidad para agilizar este proceso, si bien esto no evita que, una vez empezado el proyecto, haya que reestructurar algunos aspectos del planteamiento de "lápiz y papel", pero esta tendencia será cada vez más baja conforme se va alcanzando experiencia en el desarrollo de aplicaciones.
Una última advertencia: no podemos olvidar que el papel lo aguanta todo. Eso significa que las ideas no deben llegar directamente al cliente, so pena de que luego no sean realizables.
[PAL11] J. Palacio. Los mejores equipos de trabajo no siguen metodologías. Navegapolis.net, 16 de enero de 2011
[MAR99] C. Martínez Losada, S. García Barros, M. Mondelo Alonso, P. Vega Marcote. Los problemas del lápiz y el papel en la formación de profesores. Enseñanza de las ciencias, 1999, 17(2), 211-255
