Chapado en oro.

En la gestión de proyectos y la gestión del tiempo, el chapado en oro (gold plating) es el fenómeno de seguir trabajando en un proyecto o tarea más allá del punto de rendimientos decrecientes.

Por ejemplo, tras haber cumplido los requisitos de un proyecto, el gestor o el desarrollador sigue mejorando el producto, pensando que el cliente quedará encantado de ver características adicionales o más pulidas, más allá de lo que se pidió o se esperaba. Si el cliente queda decepcionado con los resultados, el esfuerzo extra invertido puede resultar inútil.

El chapado en oro se considera una mala práctica de gestión de proyectos según distintas mejores prácticas y metodologías de gestión de proyectos, como el Project Management Body of Knowledge (PMBOK) y PRINCE2. En este caso, «chapado en oro» significa la adición de cualquier característica no contemplada en el plan de alcance original (PMBOK) o en la descripción del producto (PRINCE2) en cualquier momento del proyecto. Esto se debe a que introduce una nueva fuente de riesgos para la planificación original, como pruebas, documentación, costes o plazos adicionales. Sin embargo, evitar el chapado en oro no impide que se añadan nuevas características al proyecto; pueden añadirse en cualquier momento siempre que sigan el procedimiento oficial de cambios y se tenga en cuenta el impacto del cambio en todas las áreas del proyecto.

Efectos del chapado en oro

Incluso los mejores resultados del chapado en oro pueden tener consecuencias negativas para un jefe de proyecto o para el proyecto en su conjunto. En el mejor de los casos, el cliente acepta el entregable del proyecto con el trabajo fuera de alcance, y las expectativas del cliente en proyectos futuros pueden quedar elevadas para siempre a niveles poco realistas. En el peor de los casos, el cliente podría rechazar por completo el entregable del proyecto y anular el contrato.

Ejemplo

La tarea pedía exportar los pedidos a CSV. El desarrollador añadió además salida en PDF y en hoja de cálculo, temas, localización y gráficos que nadie había solicitado: cada uno es más código que probar, documentar y mantener, y una fuente de riesgo que el plan no contemplaba.

interface Order { id: string; total: number }

interface ExportOptions {
  format: "csv" | "pdf" | "xlsx";
  theme?: "light" | "dark";
  locale?: string;
  includeChart?: boolean;
}

// la tarea solo pedía exportar los pedidos a CSV
export function exportOrders(orders: Order[], options: ExportOptions): string {
  switch (options.format) {
    case "csv":
      return toCsv(orders);
    case "pdf":
      return renderPdf(orders, options.theme ?? "light", options.locale ?? "en", options.includeChart ?? false);
    case "xlsx":
      return renderSpreadsheet(orders, options.locale ?? "en");
  }
}

Entregue lo acordado; los formatos adicionales pueden proponerse mediante el procedimiento de cambios si alguien los necesita de verdad (véase también Generalidad especulativa).

interface Order { id: string; total: number }

export function exportOrdersCsv(orders: Order[]): string {
  const rows = orders.map((order) => `${order.id},${order.total.toFixed(2)}`);
  return ["id,total", ...rows].join("\n");
}

Adaptado del artículo de Wikipedia “Gold plating (project management)” (revisión 1288387819), disponible bajo la licencia CC BY-SA 4.0; el texto ha sido traducido y editado, y se han añadido ejemplos.