goldplating en proyectos de ingenieria

Este es mi primer blog como requisito para la materia INFORMÁTICA, de la maestría en ciencias de la información y las comunicaciones la cual estoy cursando actualmente.

En esta clase escuche el término “bañar en oro el proyecto” o “Gold plating” y me pareció bastante curioso el termino ya que no lo había escuchado anteriormente. me pregunte si el termino era inventado por el profesor durante la clase o era acuñado desde algún ámbito del desarrollo profesional del ingeniero, al documentarme encuentro que el termino efectivamente se refiere a una muy mala práctica implementada en proyectos de ingeniería donde el producto final no cumple con los requerimientos específicos del cliente, pero no lo cumple por  "NO HACER LOS QUE EL CLIENTE PIDE", sino por colocar funciones  adicionales en el producto final que el cliente nunca solicito, es más, posiblemente ni siquiera fue consultado sobre dichos cambios.

Estas funciones adicionales no cumplen ninguna metodología ni gestión de cambios, simplemente van apareciendo a medida que el grupo desarrollador evoluciona en el proyecto con el fin de agradar o engalanar el producto final.

Pero ahora como se puede identificar que un grupo desarrollador de proyectos cae en esta mala práctica, no encontré documentación formal pero si varios blog que tratan del tema y como compilado tenemos:

Esta mala práctica aparece en dos fases del proyecto:

·        Toma de requisitos: Sucede cuando se modifican los requisitos funcionales para introducir utilidades complejas que no generan un interés real en el cliente y que no está respaldada por un caso de negocio u otro tipo de propuesta formal. También puede ocurrir con los requisitos no funcionales, elevando los criterios iniciales de rendimiento, disponibilidad del servicio, tiempos de respuesta, etc.

·        Creación del producto: Se presenta como el caso más común especialmente en proyectos TI, los más afectados por esta mala práctica. Aparece cuando el desarrollador decide unilateralmente “mejorar” el producto, alterando lo definido en la documentación de análisis y diseño, ampliando los casos de uso al incorporar nuevas características o empleando tecnologías novedosas que complican la implementación.

¿Por qué se considera “Gold plating” una mala práctica?

El grupo desarrollador del proyecto podría pensar que al colocar nuevas funcionalidades se le está entregando un plus valioso al cliente, con lo cual alimentan su ego al poder pensar cosas como:

·        Al cliente le ha gustado la nueva funcionalidad. No la esperaba y ha sido una sorpresa agradable.

·        La mejora introducida ha sido una de las opciones más utilizadas de la aplicación informática.

·        La novedad técnica es bienvenida y cuenta con el visto bueno de otros técnicos.

·        Es conveniente dejar libertad absoluta al creador, de lo contrario se perjudica la calidad y se castiga la creatividad.

Sin embargo, los efectos del “Gold plating” son casi siempre perjudiciales y su impacto en la planificación del proyecto suele ser elevado. Quizá no sea tan evidente comprobar el precio que se paga, pero como consecuencias podemos numerar:

·        Prioridades: El equipo permite que pase a un segundo plano el verdadero objetivo del proyecto, entregar un producto o servicio de acuerdo a los requisitos, tiempo y presupuesto acordados.

·        Decisiones: El grupo desarrollador puede, tomar decisiones que no le competen ya que no cuentan con el cliente ni el director de proyecto. Por otro lado, se pueden tomar decisiones equivocadas rezagando otras métricas que para el cliente pueden ser más importantes, tal vez lo más importante era la fecha de entrega, el presupuesto, la disponibilidad de recursos para otros proyectos, etc.

·        Recursos: El “Gold plating” es en esencia un sobreesfuerzo injustificado y por tanto tiene una consecuencia directa al malgastar  recursos de todo tipo (horas hombre, recursos informáticos, presupuesto, etc.).

·        Complejidad: Se añade complejidad al producto y su implementación, y ello puede revertir negativamente en tareas de documentación de análisis, diseño, requisitos, manuales, etc., así como en el mantenimiento futuro del producto o servicio.

Estrategia para evitar el “Gold plating”

En un proyecto hay múltiples factores que favorecen la aparición del “Gold plating”  y por tanto la mejor estrategia es considerarlo un riesgo. Para evitarlo o mitigar sus efectos es necesario actuar de manera continuada en algunos frentes como:

Dirección: Establecer con claridad las líneas de trabajo y el rumbo a seguir. Una labor de coordinación deficiente puede ser causa de interminables problemas.

Gestión de equipos: Ingenieros y programadores no deben trabajar en solitario, trabajar en equipo y estar sujeto a dependencias reduce el riesgo de desviaciones por “Gold plating”.

Responsabilidad: Una asignación de roles y responsabilidades lleva implícito mecanismos de contrapeso que pueden evitar malas prácticas. La concentración excesiva de competencias dificulta la detección del “Gold plating”.

Monitorización y control: Para prevenir desviaciones innecesarias es imprescindible que las tareas se deleguen correctamente. Además, evitar el “Gold plating” a menudo exige conocimientos técnicos muy específicos, especialmente cuando se produce en la fase de desarrollo del producto. Por ello es necesario no conformarse con las explicaciones de alto nivel, sino bajar más al detalle y preguntar, indagar y aclarar.

Expectativas: Detrás de cada caso de “Gold plating” siempre se esconde el mismo problema, una muy mala gestión de expectativas. Lo que el cliente espera se entiende mal y se distorsiona. Conviene por tanto llevar a cabo una buena gestión de expectativas, aclarando completamente que está incluido y que no lo está en el alcance del proyecto, para tal efecto se deben generar procesos constantes de documentación, revisión y retroalimentación constante e iterativa.