В тайм-менеджменте « золочение» — это явление работы над проектом или задачей после точки убывающей отдачи .
Например, после выполнения требований проекта , менеджер или разработчик работает над дальнейшим улучшением продукта, думая, что клиент будет рад увидеть дополнительные или более отточенные функции, помимо того, что было запрошено или ожидалось. Если клиент разочарован результатами, дополнительные усилия, вложенные в него, могут оказаться бесполезными. [1] [2] [3] [4] [5]
Позолота считается плохой практикой управления проектами для различных лучших практик и методологий управления проектами , таких как Project Management Body of Knowledge (PMBOK) и PRINCE2 . В этом случае «позолота» означает добавление любой функции, не учтенной в исходном плане объема (PMBOK) или описании продукта (PRINCE2) на любой стадии проекта. Это связано с тем, что она вводит новый источник рисков для исходного планирования, такой как дополнительное тестирование, документация, затраты или сроки. Однако отказ от позолоты не препятствует добавлению новых функций в проект; их можно добавлять в любое время, если они соответствуют официальной процедуре внесения изменений и учитывается влияние изменения на все области проекта.
Даже самые лучшие результаты золочения могут привести к негативным последствиям для руководителя проекта или проекта в целом. В лучшем случае заказчик принимает проектный результат с работами, выходящими за рамки, и ожидания заказчика относительно будущих проектов могут быть навсегда повышены до нереалистичного уровня. В худшем случае заказчик может полностью отклонить проектный результат и аннулировать контракт. [6]
{{cite web}}
: CS1 maint: несколько имен: список авторов ( ссылка )