desarrollo / modularidad abierta - el antídoto al "desarrollo a medida"

Todos los productos basados en smiralles software engines son el fruto de conocer perfectamente los procesos que se informatizan, y tiene como objetivo máximo que cada módulo tenga un funcionamiento absolutamente autónomo y ofrezca por si sólo una solución eficaz a algún problema propio dentro de una planta de producción, departamento de contabilidad o en un punto remoto de su red de distribuidores.

Todas las herramientas desarrolladas con la base de smiralles software engines componen juntas uno de los ERPs más completos de mercado pero, por su autonomía y absoluta disponibilidad para la integración con otros sistemas permiten al usuario implantar siempre el software de smiralles o de cualquier otro proveedor que entienda que le soluciona mejor cada problema individual en su empresa. Esta circunstancia tiene como consecuencia lógica la drástica reducción de las modificaciones a medida que un sistema menos adecuado requeriría para ajustarse y que inevitablemente le llevaría a depender de una manera casi insana del personal interno o externo que las desarrollara.

El desarrollo de modificaciones a medida fue una práctica muy extendida en las implantaciones de sistemas ERPs de finales de los 90, cuando la mayoría de fabricantes del mercado aún los vendían como un paquete completo que cubría todos los procesos de la empresa en administración, producción y distribución. El rastro de insatisfacción que aquellas implantaciones sembraron aún es patente en la actualidad. Cuando infinidad de empresas se vieron empujadas al faraónico cometido de tener que abordar la modificación de sistemas desarrollados sobre el modelo de funcionamiento del sector automovilístico a sus problemáticas particulares. Las empresas que optaron por acometer este trabajo con personal interno tuvieron que ver como sus departamentos de informática crecían hasta tamaños poco recomendables y como posteriormente se veían expuestos a un riesgo insufrible de perder a alguno de los artífices del trabajo de modificación y quedar sin soporte para la inversión. Las que apostaron por dar este trabajo a la empresa de software propietaria del sistema se vieron abocadas a un gasto descomunal y difícilmente mesurable a priori en desarrollos a medida y que posteriormente les anclaba a quedar obsoletos rápidamente o tener que repetir la inversión porque el fabricante, como es normal, simplemente da soporte y saca nuevas versiones de su aplicación estándar, no de todas las modificaciones que haya podido hacer en todos sus clientes.

Así pues, si se hizo todo el trabajo de modificaciones sobre la versión para Win98 y adquirían la versión para WinXP del mismo producto debían rehacer todas sus modificaciones sobre el nuevo estándar de nuevo para poder actualizarse.

¿Desastroso, no?, ¿y que hacer al respecto?, ¿cómo evitar las modificaciones a medida?
La única manera coherente de evitar las modificaciones a medida, es ... no hacerlas. Y la única manera de no hacerlas sin renunciar a tener un sistema que cubra sus necesidades de informatización es ... comprar para cada problema de información en su empresa la solución que mejor se ajuste a ese problema sin modificaciones. Así pues, la última restricción que si se debería exigir a la aplicación elegida es que fuera abierta y fácilmente integrable para que pueda formar parte de su sistema de manera que la información que aporte al mismo se pueda cruzar con la que el sistema ya tiene.

volver / imprimir / enviar