Tux.cl

El pasado Viernes 31 de Julio de 2009, el MOP presento un documento de trabajo elaborado en conjunto con diversas Universidades donde se busca fomentar la neutralidad tecnológica. No nos fue fácil encontrar el documento, ya que en el sitio web del MOP no hay ningún link … pero finalmente nos enteramos que el estudio está en la siguiente dirección web http://www.mop.cl/floss/.

El llamado que hizo el Ministro al lanzar el documento es que las comunidades de software libre y profesionales que conocen del tema ayuden a terminar el documento, tal como se indica en la nota de prensa oficial:

“El secretario de Estado hizo un llamado a todas las comunidades que trabajan en software y a los ingenieros más adiestrados en estas materias, a que observen lo que ha surgido del trabajo aludido y, por consiguiente, hagan las observaciones que estimen pertinentes.”

No nos queda otra que hacer justamente eso…

Ya en el prólogo creemos tener claro de que se trata el documento:

“El gobierno de Chile se encuentra en la actualidad revisando experiencias nacionales e internacionales, para determinar en qué áreas y condiciones resultaría conveniente fomentar la utilización de software libre. Entre tanto y hasta contar con una definición oficial, la adquisición y uso de programas informáticos en el Ministerio de Obras Públicas seguirá un criterio estricto de neutralidad acorde con las prácticas internacionales, evaluando con realismo la calidad y la seguridad del software adoptado –ya sean de código abierto o licenciado-, caso a caso.”

Es decir, van a seguir estudiando el cuando y cómo fomentar la utilización del software libre, pero hasta ese entonces (y al igual que hace años) seguirán viendo la implementación de software libre caso a caso. Sospechamos que no habrá nada nuevo bajo el sol…

Seguimos leyendo el documento y nos topamos con un Manifiesto MOP relativo al software, básicamente se trata de los siguientes puntos:

- Imparcialidad tecnológica:

“El MOP no privilegia ningún tipo de solución de software…”.

Suena bien, nada que comentar.

- Buenas practicas de seguridad:
“Las aplicaciones y productos de software que se adquieran o desarrollen deben proveer los mecanismos de seguridad a nivel de datos, aplicaciones y transferencias a través de protocolos y estándares universalmente aceptados.”

Cuáles estándares? Falta una especificación más detallada al respecto.

- Estándares públicos:
“Todo programa, componente de software, elemento de datos y servicios asociados debe desarrollarse bajo normas de programación, estándares de codificación y herramientas de aceptación universal.”

Nuevamente falta especificar a cuales estándares se refieren…

- Cada decisión en su mérito:
“Ante la necesidad de adquirir una solución de software para la que existan diferentes alternativas, ellas serán estudiadas técnicamente en su mérito, debiendo efectuarse los análisis de costo total de propiedad de la solución (Total Cost Ownership –TCO-) y de impacto sobre otros proyectos y sobre la arquitectura tecnológica ministerial.”

Interesante, pero nuevamente falta especificar si por ejemplo se deben estudiar todas las alternativas, mínimo dos, etc.? También sería deseable que los estudios realizados queden a disposición de cualquier persona, organización o empresa y se puedan usar libremente.

- Disgregación:
“Como una forma de facilitar la participación de proveedores especializados en soluciones de software, las licitaciones de proyectos de desarrollo que involucren elementos de hardware, software básico y aplicativos deberán considerar la alternativa de licitar los productos por separado o, en su defecto, permitir la presentación de ofertas por componentes por separado o integrados.”

Suena bien, nada que comentar.

- Replicabilidad:
“Todos los productos y soluciones de software que se liciten y/o adquieran como un paquete o para los que se solicite su diseño y construcción, deberán permitir su intervención para adaptarlos a las necesidades de otros servicios del Ministerio o incluso para su adaptación para otras reparticiones públicas.”

Quizás el punto más interesante del Manifiesto, pero nuevamente falta más detalle. Para el desarrollo de software a medida entendemos que debería estar disponible el código fuente de cada componente para así poder realizar cambios y adaptaciones al software, pero cuál es el “software adquirido como un paquete”, se trataría de por ejemplo MS Office?

El código fuente del software licitado estará disponible para cualquier persona, organización o empresa?

- Orientación a procesos:
“Todos los productos y soluciones de software deben asociarse a procesos de negocio establecidos en el Ministerio o en los organismos públicos donde eventualmente operarán, debiendo tener además la capacidad de adaptarse, en el tiempo, a las variaciones de las reglas de negocio.”

Suena bien, nada que comentar, punto bastante obvio.

Seguimos leyendo el documento, en Impacto a nivel MOP nos llama la atención lo siguiente:

“Se requiere efectuar eventuales cambios a la normativa que regula la adquisición y uso de software permitiendo, por ejemplo, la separación (disgregación) de productos y definiendo claramente los aspectos de propiedad del software que permita compartirlo con otras reparticiones públicas.”

Entendemos que si por ejemplo se licita un software desarrollado a medida, este software sea capaz de funcionar con cualquier motor de base de datos (Oracle, MS SQLServer, PostgreSQL, MySQL, etc.). Si es así, es totalmente factible desde el punto de vista técnico (aunque no necesariamente óptimo). Pero falta especificar más al respecto..

“De igual manera, se requiere incorporar la función de evaluación de alternativas de software.”

De que manera cumplirá su trabajo esta nueva función? Se basarán en evaluaciones y estudios existentes?

“La existencia de soluciones tipo FLOSS requiere de especialistas capaces de intervenir el código y efectuar las adaptaciones requeridas.”

Se refieren a que no existen especialistas en FLOSS al interior del MOP? O se refiere a especialistas (profesionales o empresas) externos al MOP?

En Impacto a nivel país nos parece interesante

“Fortalecimiento e incentivo de uso del repositorio de aplicaciones, servicios y componentes de software que se desarrollan y comparten a nivel gubernamental (repositorio Gob Forge).”

“Apoyo indirecto al florecimiento de la industria de desarrollo de aplicaciones gubernamentales y fortalecimiento de los vínculos Estado-Proveedor de soluciones de software.”

“Impacto a nivel de la formación de profesionales informáticos ante requerimientos de desarrollo de aplicaciones con una mirada de soluciones colaborativas y bajo un esquema de “comunidad tecnológica”.”

Creemos que los tres puntos de más arriba están conectados y relacionados entre sí. Falta especificar con más detalle cómo se llegará a los impactos mencionados… no hay nada al respecto en Plan de Trabajo a nivel país.

Vamos a profundizar más al respecto en un próximo artículo (sabíamos de la existencia de GobForge desde hace años), queremos revisar los proyectos que se encuentran ahí, quienes se pueden registrar, cómo colaborar, etc.

Finalmente en Actividades 2009 hay un par de puntos interesantes

“Por otra parte, se estableció que los futuros sistemas y aplicaciones del MOP que se formulen, liciten y desarrollen, serán también registrados en el repositorio Gob Forge, de modo de que la comunidad e instituciones que lo requieran podrán consultar respecto de los antecedentes, componentes y productos de los proyectos en la idea de permitir su replicación.”

Muy bien! Esperemos que esto se implemente pronto.

“Para efectos de lo anterior, en las licitaciones que se están gestando en el MOP se está incorporando paulatinamente cláusulas relativas a la imparcialidad tecnológica y la replicabilidad de las soluciones, en las que se indica que los oferentes deberán tener en consideración que el MOP podrá publicar en el sitio del GOB FORGE de la Comunidad Tecnológica los antecedentes y entregables del proyecto que surjan tanto durante la ejecución como al término y producto del mismo, incluyendo los programas (código fuente), carta gantt, diagramas, manuales y toda otra información que permita a los usuarios registrados, divulgar e incluso hacer uso de los productos, programas y herramientas que allí se publiquen.”

Excelente! Mejor sería si en vez de “el MOP podrá publicar” diga “el MOP va a publicar”…

Podemos concluir lo siguiente:

- nos parece importante la existencia del “Manifiesto MOP relativo al software”, pero hay varios puntos que se deben detallar más. De todos modos, es un paso hacia la dirección correcta y es de esperar que otras reparticiones públicas sigan el ejemplo del MOP.

- nos parece muy interesante lo que se haga con el repositorio GobForge, creemos que cuando se habla de software libre no hay nada más efectivo que liberar el código (bajo alguna licencia de software libre), pero además se debe hace posible la participación de la comunidad. Estaremos atentos a las actividades planificadas para el año 2009.

Nos parece que falta una definición más clara respecto a cómo se quiere apoyar al florecimiento de la industria de desarrollo de aplicaciones gubernamentales y a la formación de profesionales informáticos con una mentalidad de “comunidad tecnológica”, creemos que ambas cosas tienen relación con la integración de la comunidad de software con iniciativas como el GobForge  y no sólo la posibilidad de hacer comentarios en el sitio web del documento que acabamos de revisar… cosa que en todo caso vamos hacer.

Hacemos un llamado a discutir este tema y hacer sus propios comentarios.

El contenido del documento “Neutralidad Tecnológica MOP: Neutralidad Tecnológica y Selección de Software en el Ministerio de Obras Públicas” ha sido redistribuído bajo una licencia Creative Commons.