В управлении временем , золочение явление работы над проектом или задачами мимо точки убывающих . Например: после выполнения требований менеджер проекта или разработчик работает над дальнейшим улучшением продукта, полагая, что заказчик будет рад увидеть дополнительные или более совершенные функции, а не то, о чем просили или ожидалось. Заказчик может быть разочарован результатами, а дополнительные усилия разработчика могут оказаться бесполезными. [1] [2] [3] [4] [5]
Золотое покрытие также считается плохой практикой управления проектами для различных передовых практик и методологий управления проектами, таких как свод знаний по управлению проектами (PMBOK) и PRINCE2.. В этом случае «позолота» означает добавление любой функции, не учтенной в первоначальном плане работ (PMBOK) или описании продукта (PRINCE2) на любом этапе проекта. Это связано с тем, что это вводит новый источник рисков для первоначального планирования, такой как дополнительное тестирование, документация, затраты или сроки. Однако позолота не препятствует добавлению новых функций в проект; они могут быть добавлены в любое время, если они следуют официальной процедуре изменения и учитывается влияние изменения во всех областях проекта.
Смотрите также
Рекомендации
- ^ МакКоннелл, Стив (1996-07-02). Быстрое развитие . Microsoft Press. ISBN 978-1-55615-900-8.
- ^ МакКоннелл, Стив. «Перечислены классические ошибки» . stevemcconnell.com . Проверено 3 мая 2010 .
- ^ Этвуд, Джефф (2004-12-07). «Золочение» . CodingHorror.com .
- ^ Этвуд, Джефф (2008-07-15). "Окончательное золотое покрытие программного обеспечения" . CodingHorror.com .
- ^ Флетчер, Джон. «Золочение» . Архивировано из оригинала на 2011-07-18 . Проверено 3 мая 2010 .