Как правильно наказывать разработчиков за срыв сроков?

Ну начнете наказывать девелоперов, они начнут называть сроки вроде месяца для задач на неделю.

Тут одно дело, когда работа шаблонная, многократно выполненная (как скажем типовой сайт), в таком случае все сроки можно прикинуть более-менее точно. Другое дело, когда что-нибудь создается уникальное и не шаблонное, ошибка может быть в разы.

Я бы посоветовал два-три раза в неделю узнавать у каждого, чем он занимался предыдущие дни, какие проблемы есть, какие решения он видит, чтобы видеть в реальном времени как меняется оценка и ситуация. Но да, тут желательно бы самому разбираться хотя бы на среднем уровне, чтобы понимать о чем речь вообще.

Кипятильник же

UPD:

Так то Agile призван отследить подобную хрень.

Тот кто укладывается в сроки - их для вас просто раздул.
Чем больше наказание за срыв - тем больше происходит раздутие срока.
Может дойти до разгильдяйства, которое можно проконтролировать только наблюдая за сотрудником.

У нас применяется практика раздутия сроков, но с контролем. Контролируем трафик, имеем ряд запрещенных сайтов (сжирателей времени), и контролируем приход-уход с работы. Этого достаточно как превентивной меры от лени и занятостью не там делом. Менеджеры получают отчет по активности за неделю в пятницу и могут на выходных принять решение кому в понедельник вставить пистонов.

Те кто ходят на 9:30 и уходят в 17:30 и обедают 1.5 часа получают в соотв. % зарплату в конце месяца. Колво рабочих дней * 8 - сумма по трекингу в офисе или удаленке для тех кто злостный нарушитель.

Ну человек не робот, все имеют право на ошибку, иногда всё сделано на 90% и бах ошибка с которой весь день сидеть можно...
Я бы спросил так: как уменьшить вероятность срыва сроков?

Любое наказание - демотивация. Даже словесный бубнеж. Вы заложили погрешность расчетов или просто утвердили названные сроки "как есть"? если да, то у меня для вас плохие новости. Нужно закладывать 20%-50%

Нужно не столько наказывать, сколько тщательнее контролировать, чтобы на промежуточной стадии было видно успевает или нет.
Не успевает - овертайм. Можно овертайм даже оплатить отдельно, если причины запоздания убедительны.

Несколько овертаймов, но сданных вовремя проектов - и разработчики будут лучше продумывать свои сроки.

Блин, ну как наказывать)))
Как в 50 оттенков серого)))
будет 50 оттенков разработки)))