ARTÍCULO

24 de enero, 2020 | Brent Jones

Artículo originalmente publicado en la revista GIM International bajo el nombre de "Land Administration: Configure, Please…“

Habiendo trabajado en la administración de tierras durante muchos años, Brent Jones de la empresa Esri ha visto todo tipo de proyectos triunfar y fracasar. La mayoría de estas fallas tienen razones claras: Construir un sistema insostenible y no escalable, no comprender el costo total de propiedad, seguridad deficiente del sistema, modelos de financiamiento inadecuados, falta de capacidad local, mantenimiento costoso de software personalizado y muchos más. Aunque no existe un boleto dorado para el éxito, en esta columna Brent describe cómo aumentar las posibilidades de triunfo aprendiendo de estos fracasos.

Resolviendo problemas resueltos

Thomas Edison dijo una vez: “Empiezo donde lo dejó el último hombre”. ¿Por qué seguimos resolviendo problemas resueltos? En cambio, debemos comenzar con lo que sabemos y ya está construido. Los desarrolladores de software estándar comercial (COTS) han identificado capacidades comunes que todos los sistemas de administración de tierras necesitan, como la edición de parcelas, y luego construyeron las estructuras de datos, la funcionalidad y los flujos de trabajo, e hicieron que su solución fuera configurable para que se ajuste a los requisitos de muchas organizaciones. Al usar COTS, el costo total de propiedad se reduce drásticamente: no hay código para mantener, no hay capacitación personalizada y se obtienen beneficios de soporte profesional y nuevas capacidades con nuevas versiones de software, para que puedas trabajar en problemas no resueltos específicos de tu organización.

La mayoría del software comercial está diseñado para ser escalable, por lo que no es necesario volver a escribir el software para escalar un proyecto de un piloto a un sistema de administración de tierras empresarial. Esto incluye protocolos de seguridad, gestión de identidad de usuario y gestión de datos en la nube. Estas capacidades son costosas de construir y mantener. Las grandes plataformas geoespaciales como ArcGIS tienen protocolos de seguridad modernos y, a medida que surgen amenazas de seguridad, se desarrollan e implementan contramedidas para todos los usuarios. Es difícil imaginar cuánto costaría hacer esto de manera efectiva en un software desarrollado a medida.

El ejemplo de la ONG

Miles de organizaciones no gubernamentales (ONG) y organizaciones sin fines de lucro utilizan software comercial, en particular ArcGIS. ¿Por qué? Porque tienen recursos limitados y misiones enfocadas. Muchas ONG son responsables ante sus donantes y necesitan mostrar resultados, que generalmente no se expresan en software desarrollado a medida de un solo uso. Cadasta, por ejemplo, se enfoca en brindar herramientas y servicios técnicos para documentar los derechos sobre la tierra en los entornos más desafiantes del mundo. Originalmente concebida para ofrecer herramientas de software basadas en código abierto, Cadasta se dio cuenta de que la creación y el mantenimiento de software personalizado que requería mucho tiempo no era su misión principal, pues dedicaba más tiempo a escribir y probar software que a servir a sus socios en el terreno. Frank Pichel, gerente de programas de Cadasta, dijo: “En pocas palabras, no podíamos seguir el ritmo de las crecientes solicitudes de escala y funcionalidad de nuestros socios mientras manteníamos una infraestructura de código abierto completa. Tecnología de Esri como el almacenamiento seguro de datos, el análisis basado en SIG y la capacidad de usar diferentes conjuntos de datos han permitido a nuestros socios tomar mejores decisiones y a Cadasta cumplir mejor con su principal desafío: Fortalecer los derechos de propiedad”. Como muchas otras organizaciones, y no solo las ONG, Cadasta tiene una visión y una misión. Originalmente, desarrollar una solución de software era parte de esa visión, pero con el tiempo se dio cuenta de que soportar la complejidad, los recursos requeridos y las demandas del usuario final iban más allá de su capacidad.  

Evolucionar

Al observar los sistemas catastrales y de administración de tierras de todo el mundo, los que tienen éxito tienen varias cosas en común. Una característica notable es que estos sistemas han evolucionado a lo largo de los años para satisfacer las demandas cambiantes: Cambios en los mandatos, cambios en la legislación, cambios de los líderes en el gobierno, fluctuaciones en la financiación y avances tecnológicos, por nombrar solo algunos. No podemos controlar todos estos factores, pero podemos armar un sistema ágil y receptivo que pueda evolucionar en línea con los requisitos cambiantes y responder a las nuevas oportunidades. Codificar sistemas inflexibles sin contar con los recursos para respaldarlos a largo plazo es una receta para un fracaso seguro.  

Todos hemos cometido muchos errores, pero ¿no es mucho más agradable aprender de los errores de los demás que de los propios? Ahora sabemos qué funciona y qué no cuando implementamos, ampliamos y modernizamos los sistemas catastrales y de administración de tierras. Así que, por favor, no sigas reinventando la rueda y construyendo sistemas insostenibles desde cero. Aprendamos juntos del pasado y comencemos donde lo dejó el último hombre, para configurar sistemas de tierra escalables, seguros y sostenibles.

Sobre el autor

Brent Jones

Brent Jones supervisa las actividades de marketing, desarrollo comercial y planificación estratégica mundial de Esri para registro y administración de tierras, catastro, y agrimensura. Como innovador reconocido, Jones se especializa en la modernización de los sistemas de administración de tierras existentes y en el diseño de nuevos sistemas de gestión catastral basados ​​en SIG para gobiernos pequeños y grandes a nivel mundial. Es presidente electo de URISA; ex presidente de la Asociación de Tecnología e Información Geoespacial; y miembro actual del Comité de Expertos de las Naciones Unidas en Gestión de Información Geoespacial Global, miembro del Grupo de Expertos en Administración y Gestión de Tierras.