La práctica1 tradicional de un proceso de desarrollo clásico de software, supone el paso ordenado y sucesivo entre distintas fases de complejidad diferencial. En general, se considera que un desarrollo “típico” tiene cuatro etapas:
Análisis, que a su vez comprende:
a) levantamiento inicial, b) factibilidad, c) requerimientos
Diseño lógico
Diseño físico
Construcción del prototipo
Implementación
Las condiciones particulares con que debemos enfrentarnos en nuestra área de trabajo2, caracterizadas por la voluntad política de obtención de resultados en un corto tiempo, la extensa Red Institucional de Actores Sociales que convocan los programas, así como lo novedoso de los enfoques políticos a los cuales respondemos y las características de enorma velocidad de los cambios que implica el impacto de la globalización y las TIC´s en todo el territorio, nos han ido imponiendo la necesidad de modificar drásticamente el “orden” clásico de desarrollo arriba referido, para cumplir con los requerimientos establecidos, que no obstante, se van cambiando inevitablemente a lo largo del proceso, a la vez que surgen nuevas condiciones que hacen inevitable la modificación de lo que se había considerado como necesario y suficiente.
De tal manera, adecuándonos a las condiciones del contexto, la metodología de programación que nuestra empresa está utilizando, consiste básicamente en la construcción de “prototipos modulares” (es decir de prototipos para cada uno de los módulos que a su vez definen la tipología de determinadas funcionalidades), con entregas rápidas y parciales de productos, que recogen e integran las observaciones de los usuarios y permiten así una retroalimentación que enriquece la herramienta, haciéndola pertinente a las características de las dimensiones abordadas y del teritorio en el cual sus efectos se producen. Por cierto, este desarrollo que llamamos “prototipo” y que se presenta como momento inicial del proyecto, es en realidad el resultado de un proceso complejo, que termina expresándose en él y que necesariamente ha requerido de una integración "sui generis" de los pasos anteriormente sañalados, por cuanto en tanto producto que responde a una red de necesidades, sería impensable si no hubiéramos abordado previamente –de alguna manera-, la etapa de “análisis” y sus componentes.
De la misma manera, el prototipo modular no sería utilizable si no respondiera a las exigencias de un “diseño lógico” y no tendría “forma”, si no se hubiere considerado el “diseño físico”. Lo que nos interesa subrayar en estas líneas de documentación de proceso, es que los lineamientos conceptuales a los cuales responde nuestro trabajo, sin obviar las etapas necesarias a todo desarrollo, consideran una flexibilidad de ajuste operativo, que podría representarse como una “metodología de síntesis”, en cuanto a que define los procedimientos mínimos necesarios para cumplir con los requerimientos de las etapas.
En el caso presente, de manera aparentemente “informal”, o “latente” (es decir, sin hacer manifiesta la condición de la etapa), a través de reuniones presenciales y oportunas comunicaciones a distancia, con los encargados institucionales de distintos niveles, de la Red de Protección Social Juntos, fuimos recogiendo la información que nos permitió desarrollar los prototipos modulares de la ficha familiar. De la suerte, aunque no de acuerdo a un proceso “rígido” y definitivamente establecido al inicio del proyecto, el producto que ahora presentamos, será fácilmente reconocido como “propio” por sus potenciales usuarios, quienes “subliminalmente”, participaron en adecuadas instancias decisorias, que fueron consensuando los pasos para construir el prototipo.
Notas.
1 Se entiende usualmente por “práctica” la forma determinada en que se ejecuta una actividad de gestión.
2 Nos referimos al área de Gestión de Políticas Públicas y en particular a los programas de protección social, pero es una realidad mucho más común a todos los desarrollos, que lo que dicen los “manuales” informáticos... ver: documento sobre Programación Extrema en nuestro sitio www.visiion.cl
1 Se entiende usualmente por “práctica” la forma determinada en que se ejecuta una actividad de gestión.
2 Nos referimos al área de Gestión de Políticas Públicas y en particular a los programas de protección social, pero es una realidad mucho más común a todos los desarrollos, que lo que dicen los “manuales” informáticos... ver: documento sobre Programación Extrema en nuestro sitio www.visiion.cl
