Comments 7
Если дал оценку под дедлайн проекта и не успел – значит надо поработать ночью (да, за ошибку в оценке есть ответственность).
Как итог в следующий раз сроки будут завышены. Запомните разработчик ни при каких обстоятельствах не должен работать вечером, в выходные или ночью. Исключение только если сам захотел и то не более одного выходного в месяц.
Ну и норм, если их согласовали. Бизнес любит предсказуемость.
А ничего страшного нет, если человек дал неправильную оценку, понес ответственность и в следующий раз оценку увеличивает. Я всегда говорю про баланс, он и тут нужен: оценка не должна быть слишком оптимистичной, оценка должна быть при этом не сильно завышенной (сильно завышенные - очень видны и их легко увидеть нормальному РП).
Адзизес (это такой гуру бизнес управления) говорил, что любой менеджер - это вообще любой человек, давший срок по своей работе. Далее он управляет всеми стандартными потоками (объем, риски, коммуникации), только в миниатюре, в одной своей задаче.
Умение предвидеть проблемы, умение их решать очень отличает джуна от мидла, а мидла от синьора.
Странный РП, который позволяет бизнесу напрямую ходить к разработчику. Гнать таких надо, чтобы сберечь команду.
Я больше скажу. Бывает, что это даже не РП, а CIO компании , который не против такой прямоу коммуникации, потому что "мы за бизнес, любое пожелание бизнеса нам важно". За последний год две такие компании наблюдал. И оба CIO зашивались от кучи текучки, бизнес был недоволен, разработчики выгорали. И ничего не менялось. Хаос и бардак.
Руководитель ИТ проектов и его команда: как выстраивать отношения правильно?