Huye del chapado en oro!

Una de las prácticas más habituales de cara a intentar ganarse al cliente por parte de las empresas de desarrollo, especialmente cuando hablamos de proyectos a pequeña o incluso mediana escala, es el chapado en oro –gold plating en inglés-. No es algo exclusivo de los proyectos de desarrollo de software, pero si es algo que ocurre con especial frecuencia en este mundillo. Vamos a ver con un poco de detalle en qué consiste y porqué hay que evitarlo.

 

Que es
Básicamente consiste en añadir funcionalidad a las aplicaciones que se está desarrollando, normalmente por parte del equipo de desarrollo o el gestor del proyecto, que están fuera del alcance pactado del proyecto, sin seguir los procedimientos de cambio. Normalmente esta adición de funcionalidad no tiene coste extra para el desarrollador, y por tanto no se repercute al cliente, se ofrece como una ‘mejora gratuita’.
No debe confundirse con scope creep o el síndrome del lavadero, que es el crecimiento descontrolado del alcance. En este último caso, los cambios de alcance entran generalmente por el lado del cliente u otros stakeholders, y puede producirse aunque se siga el proceso de gestión de cambio del alcance de forma correcta.

 

Por qué ocurre
Los motivos por los que aparece pueden ser variados, desde el perfeccionismo o las ganas de aladear con proezas técnicas por parte del equipo de desarrollo a un intento de compensar al cliente por otros requisitos que no se van a alcanzar o retrasos en el calendario. Generalmente, se hace con buena intención, se perciben como algo positivo por parte del equipo de desarrollo y así lo ve el cliente también en muchas ocasiones. Pero en otras, cuando se comunica al cliente la nueva funcionalidad, este ve conflictos, o quiere pequeños cambios en la funcionalidad que si implicarían coste, o simplemente no le gusta.

 

Por qué es un problema
Aún en el caso de que el cliente esté conforme con las nuevas funcionalidades desarrolladas, debemos detenernos a considerar lo siguiente:
  • Añadir nuevas funcionalidades fuera de alcance añade riesgo al proyecto. Aunque en el momento de desarrollarlas no lo parezca, puede tener repercusiones futuras no previsibles: incompatibilidades al actualizar librerías, o el riesgo de sobrecoste en caso de futuras modificaciones a bloques transversales de la aplicación. Esto es especialmente significativo cuando participamos en proyectos grandes que están divididos de forma modular entre diversos equipos de desarrollo.
  • También eleva las expectativas del cliente: quizá a partir de ahora espere nuevas ‘ideas brillantes’ por nuestra parte, o cuando vengan desde él pensará que podemos incluirlas gratis. Total, ya lo hemos hecho antes ¿no?
  • Por último, aunque el desarrollo de la nueva funcionalidad haya salido gratis, no hay que olvidar que necesariamente vamos a aumentar el tiempo a invertir en pruebas, documentación y otras tareas relacionadas, y eso indudablemente es un coste adicional.

 

Cómo evitarlo
Realmente, con una buena gestión del alcance deberíamos de ser conscientes de cuando aparece y poder parar la adición de estas funcionalidades extra a tiempo. En cualquier caso, si ya está hecho e integrado en el software a entregar, es buena idea eliminarlo antes de mostrarlo al cliente. Esto de nuevo puede tener un coste, pero generalmente compensará al riesgo, si hacemos los números.
Por otra parte, si esto ocurre con frecuencia en nuestros proyectos, es señal de que nuestra gestión de las comunicaciones del proyecto no está siendo efectiva. Sería bueno revisar el plan de comunicación, especialmente la interlocución con el equipo de desarrollo.

Post By Jose Sanchez del Rio (13 Posts)

Ingeniero informático y PMP. Experto en metodologías de gestión de TI, gestión de proyectos y de desarrollo de aplicaciones. Puedes ver mi perfil completo en linkedin

Website: →

Connect

, , ,

2 Responses to “Huye del chapado en oro!”

  1. Jun Carlos González
    10 agosto, 2014 at 9:34 am #

    Totalmente de acuerdo Jose, aunque creo que el «Chapado en Oro» hoy en día es bastante complicado que se produzca…las empresas lo que buscan es un alto ROI, lo que significa que no te puedes salir ni un milímetro de las horas de desarrollo / proyecto / servicio que has negociado con el cliente…si a esto le añadimos que llevamos varios años en los que dichas horas están super-ajustadas, es muy complicado llegar a tener este problema…yo particularmente no me lo he encontrado nunca en ninguna de las empresas en las que he trabajado…simplemente, por tiempos y presupuesto de proyecto no es posible…y si lo fuese, ya se encarga tu gestor de cuentas de decirte que eso es nueva funcionalidad que se podría comentar con el cliente para ver si le interesa en futuras ampliaciones de proyecto.

    Dicho esto, la entrada es super-interesante y me encantaría leer una relativa a scope creep que al contrario que Gold plating, si que es bastante factible que se produzca te diría que en un alto porcentaje de proyectos.

    Un abrazo

  2. Jose Sanchez del Rio
    11 agosto, 2014 at 5:51 pm #

    Estoy de acuerdo contigo en que es menos probable que se produzca gold plating hoy en día. Sin embargo, creo que se debe más al auge de las metodologías ágiles, que hacen que haya una revisión y priorización constante de las funcionalidades y los requerimientos. Yo sí me lo he encontrado, sobre todo en empresas que están especializadas en desarrollar un software concreto, por lo que generalmente tienen módulos ya desarrollados y que quieren encajar en tu proyecto, tocándolos lo menos posible, precisamente para conseguir mayor ROI a largo plazo. Ahora que lo pienso, quizá debería haber incluido éste caso en la entrada porque es una tipología bastante habitual… gracias por el comentario Juan Carlos! Me anoto lo del scope creep! 🙂

Deja un comentario

Leave your opinion here. Please be nice. Your Email address will be kept private.

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies
Translate »