Gestión del deslizamiento del alcance del chapado en oro

Considero que dos técnicas son muy útiles a este respecto:

1. En primer lugar , las prácticas de desarrollo ágil . Los sprints cortos (2 semanas) enfocados aseguran que no haya mucho tiempo en exceso para ir al oro. Además, como el cliente revisa y acepta los resultados cada dos semanas, es el cliente quien decide cuándo algo es 'suficientemente bueno'. Entonces, después de eso, la oportunidad de perder el tiempo en la perfección se ha ido. Por supuesto, esto es algo que el scrummaster/PM y el propietario del producto deben tener en cuenta.
2. El segundo es programar con las estimaciones más probables , mientras se mantiene un margen de riesgo cuando resultan demasiado optimistas (basado en las estimaciones del peor de los casos). Administrar el tiempo contra lo más probable suele ser lo suficientemente ajustado, por lo que queda poco tiempo para el oro.

Gold Plating es el efecto de los problemas con el Plan de Recursos Humanos, especialmente su parte "Plan de Motivación". Las personas hacen Gold Plating cuando no saben exactamente cómo el proyecto quiere que se comporten. En la mayoría de los casos piensan que "trabajar duro" es lo que el proyecto necesita de ellos, lo cual es absolutamente erróneo.

Para resolver el problema, debe explicarles (¡por escrito!) que el proyecto quiere que " entreguen el alcance ".

Todas las respuestas anteriores dan las razones estándar para el baño de oro. Pero hay otra razón. Viene del hecho de que los desarrolladores son personas muy creativas, y muy a menudo se quedan atascados en un "¡Dios mío! ¡Esto es genial!" trampa. La política de Google de permitir que los desarrolladores trabajen en sus propios proyectos tiene como beneficio secundario la mitigación de esta trampa.

Pero, si un desarrollador termina en la trampa, la mejor manera de lidiar con eso es aplazar la frescura hasta la próxima versión. Vea si puede involucrar a Ventas y hacer que el cliente pague por el baño de oro en la próxima versión.

Creo que el Gold Plating ocurre cuando no hay un alcance claro y una comunicación adecuada de las prioridades. Algunas de las técnicas ágiles pueden ayudar a reducir esta tendencia. Cuando tiene trabajo para entregar diariamente o semanalmente, tiende a limitar la capacidad de Gold Plate the solution.

He visto a un desarrollador pasar un mes codificando una pantalla para desactivar el botón Guardar cuando las ediciones dieron como resultado que los datos volvieran a los valores originales. La pantalla tenía un botón claro que podía usarse para hacer lo mismo. No conocía ninguna otra pantalla con la misma funcionalidad.

Siendo un tanto perfeccionista, a menudo trataré de exceder los criterios de lo suficientemente bueno. Sin duda, abogo por la inclusión de funciones que aumentarán la seguridad, como la desactivación automática de los ID de usuario de administración no utilizados. Probablemente capturaría los datos para habilitar la funcionalidad, incluso si la funcionalidad estuviera fuera del alcance.

Dibujar una línea "suficientemente buena" en la arena implica algo relacionado con la calidad, mientras que el enchapado en oro va más allá del alcance. Estas son dos cosas diferentes. Una buena estrategia para evitar el enchapado en oro es asegurarse de que su alcance esté bien definido en el sentido de que las características del producto estén definidas, documentadas y entendidas por todos los principios. Sus revisiones de control de calidad durante el desarrollo pueden ayudar a identificar dónde puede estar ocurriendo el enchapado en oro con la idea de detenerlo antes de que se salga de control. Y por supuesto realizando formación continua con su equipo e inspecciones periódicas de su trabajo.

Sin embargo, su pregunta original usaba las palabras perfeccionista y lo suficientemente bueno. La calidad es simplemente diferente al baño de oro, así que no estoy seguro de lo que realmente buscabas.

Cuando se trabaja en las especificaciones, el cliente suele participar en esas reuniones para asegurarse de que el alcance del proyecto esté bien definido. Ambas partes van y vienen discutiendo los objetivos del proyecto hasta que la especificación contiene suficientes detalles para satisfacer a ambas partes.

Para ayudar a evitar que los recursos técnicos aumenten el alcance, involucre también a los líderes técnicos en las discusiones. Si los líderes técnicos se sienten involucrados en la decisión de lo que se incluye en el documento de especificaciones, es más probable que se adhieran a su alcance.

El acto de tener un contrato ayuda a resolver disputas, responsabilizar a todas las partes y también ayuda a responder preguntas sobre el alcance, no solo para el cliente sino también para el equipo técnico.