La calidad del software en las pymes

En el software es un producto muy peculiar: básicamente intelectual, que no obedece a leyes físicas y cuyo coste principal consiste en el esfuerzo de las personas para generar la primera copia. Se trata, asimismo, de un producto que no se desgasta con el uso, lo que quiere decir que los defectos detectados ya estaban en el producto original y cuya reparación, de este modo, obliga al rediseño y no a la mera sustitución por “piezas” nuevas.
Se trata, todavía, de uno de los productos más artesanales existentes (más que muchas piezas de cerámica de mercadillos alternativos), ya que se construye frecuentemente desde cero con nula o mínima reutilización de componentes y código existente. De hecho, la facturación por venta de software empaquetado fue de 1765 M€ en 2007 (de los que sólo unos 500 M€ son para aplicaciones finales quitando sistemas operativos, herramientas, etc.), mientras que la derivada de proyectos de desarrollo e implantación de aplicaciones superó los 2.000 M€.
Lamentablemente el software se sigue considerando muchas veces un gasto más que una inversión con evidentes retornos en ahorros de costes y mejoras competitivas. Esta sensación de intangibilidad y de gasto improductivo provoca que muchos proveedores de servicios y tecnología se encuentren con una situación compleja con los clientes, especialmente si se trata de pymes.
Es difícil transmitir la idea de la calidad del software y de su rentabilidad cuando no se trata de un elemento evidente y palpable. De hecho, un reciente estudio de INTECO señala que las pymes no dan importancia suficiente a elementos de confianza en su proveedor, como certificaciones de procesos de desarrollo (según modelos como CMMi, ISO 15504, etc.) y tienden a ser poco exigentes (por desconocimiento y por primar el aspecto del mínimo precio) en su relación con los proveedores.
De hecho, renuncian a exigir certificaciones del proveedor por considerar que eso les lleva a contratos más caros. Además, al tratarse de un producto intangible y cuya visibilidad de progreso de proyecto es muy baja (frente a casos como las edificaciones y los productos industriales), en el cliente se crea a veces una sensación de que se requiere poco esfuerzo y tiempo para su finalización satisfactoria.
La situación es compleja y su solución difícil de plantear con plenas garantías para los proveedores, ya que afecta más a la percepción de los clientes, que a la aplicación de la pura lógica tecnológica. En primer lugar, parece razonable plantear que, al menos, los modelos de ciclo de vida para los proyectos opten por unos esquemas que aporten al cliente mayor visibilidad del proceso necesario para un correcto desarrollo. La inclusión de prototipado rápido y ciclos evolutivos con frecuente feedback del cliente pueden promover esa visibilidad y tangibilidad.