С точки зрения разработчика создание "буфера" может значить фактически расширение его первоначальной оценки, что может вызывать увеличение времени решения задачи.
Так же постоянное увеличение оценки под риски, позволяет разработчику ошибатся и может привести к несерьезному отношению к этому процессу. "За меня проверят, добавят". Что в свою очередь может привести к затягиванию сроков, превышению бюджетов и так далее.
Так же разработчик может перенять опыт закладывания "рисков", и тогда может создаваться двойной буфер, как со стороны разработчика так и со стороны руководства. Что тоже плохо.
Таким образом механизм "оценка-решение" расшатывается и возможен такой сценарий что он приходит в непригодность.
С другой стороны этот процесс естественен для многих компаний. Потому что правильную и точную оценку может дать только человек с достаточным опытом, а человек без оного может создать кучу проблем для компании занизив время на решение задачи.
Но опять же создание буфера руководством может расцениваться как недоверие к разработчику, особенно если он профессионал.
Все права защищены. Любые незаконные действия, связанные с изготовлением одного и более экземпляра произведения или его части в любой материальной форме, в том числе в форме звуко- или видеозаписи, распространением, переводом, переработкой, импортом, прокатом, доведением до всеобщего сведения, будут преследоваться по закону.
С точки зрения разработчика создание "буфера" может значить фактически расширение его первоначальной оценки, что может вызывать увеличение времени решения задачи.
Так же постоянное увеличение оценки под риски, позволяет разработчику ошибатся и может привести к несерьезному отношению к этому процессу. "За меня проверят, добавят". Что в свою очередь может привести к затягиванию сроков, превышению бюджетов и так далее.
Так же разработчик может перенять опыт закладывания "рисков", и тогда может создаваться двойной буфер, как со стороны разработчика так и со стороны руководства. Что тоже плохо.
Таким образом механизм "оценка-решение" расшатывается и возможен такой сценарий что он приходит в непригодность.
С другой стороны этот процесс естественен для многих компаний. Потому что правильную и точную оценку может дать только человек с достаточным опытом, а человек без оного может создать кучу проблем для компании занизив время на решение задачи.
Но опять же создание буфера руководством может расцениваться как недоверие к разработчику, особенно если он профессионал.
Как то так.