Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 19
готовим рассказ, почему оценки занимают именно столько времени и ни на час больше или меньше. Необходимо уметь обосновывать заложенные цифры.
И вот тут начинается самое интересное. Исполнитель говорит: «На задачу надо потратить 10 часов». Руководитель проекта отвечает: «А я считаю, что 3». Приехали, патовая ситуация: если исполнитель соглашается, то почти наверняка срываются сроки, если не соглашается, то PM теряет лицо. Или начинается базарная торговля.
потому что исполнитель работает за з.п. и может быть премию, а РП работает за прибыльность проекта. Поэтому для исполнителя чем дольше идет проект, тем лучше. А для РП — наоборот. Это не патовая ситуация, это стандартная ситуация.
Не только и не столько поэтому. Исполнитель оценивает «сверху», чтобы точно успеть, РП «снизу», чтобы увеличить прибыль. Причём исполнитель почти наверняка оценивает точнее, поскольку он в данной конкретной области компетенее, чем РП, зато у РП есть власть назначить сроки.
Как бы то ни было, момент это важный, а в статье никак не освещён.
Как бы то ни было, момент это важный, а в статье никак не освещён.
Это стандартная патовая ситуация :) Исполнителю, работающему за ЗП и может быть премию, всё равно сколько идёт проект, если он за сроки никак не отвечает: закончится один проект — начнётся другой, не будет сразу проекта — оплатят простой, уволят — выплатят компенсацию за пару месяцев и т. п. Но ему (предполагаем профессионала) обычно немного не всё равно, если он не попадает (с обеих сторон) в свою же оценку, даже если никаких «оргвыводов» из этого не следует. Но чаще следуют хотя бы в виде учащающихся вопросов «когда же будет готово?», если факт выходит за оценку.
а из описанного вами какая мотивация исполнителю попадать в сроки, делать хорошо и т.п., если «не будет проекта — уволят»? Перспектива отличная, но только чтобы не стараться. Ибо все равно есть проект или нет от тебя не зависит, но если не будет, то уволят именно тебя. Заклинание «ты же профессионал» звучит также пошло, как и «ты же у нас программист». Получается, что ответить на «когда же будет готово?» «как только так сразу» мешает лишь страх потери рабочего места? А он отлично блокируется новым офером. Вот это да — та самая патовая ситуация. На мой взгляд.
VolCh говорит правильно, есть такая проблема (с оценкой в частности, и с мотивацией вообще) в аутсорсе. В продуктовых компаниях с этим существенно легче.
А вообще, существует разница между оценкой (estimate) и обязательством (commitment).
Есть ряд мероприятий для повышения точности оценки в Agile, например, в XP оценки делаются двухфазно, сперва Story оценивается коллективно, затем Task оценивается индивидуально. Кроме того, постоянно ведутся метрики и отслеживается динамика ресурсов, затрачиваемых на реализацию тикетов, предсказуемость эстимитов, ресурсы, отвлеченные на багфиксы и т.п., поскольку они свидетельствуют о качестве проектирования и состоянии кодовой базы. Но автор, по всей видимости, имел ввиду, оценку для проекта целиком, т.е. Waterfall.
А вообще, существует разница между оценкой (estimate) и обязательством (commitment).
Есть ряд мероприятий для повышения точности оценки в Agile, например, в XP оценки делаются двухфазно, сперва Story оценивается коллективно, затем Task оценивается индивидуально. Кроме того, постоянно ведутся метрики и отслеживается динамика ресурсов, затрачиваемых на реализацию тикетов, предсказуемость эстимитов, ресурсы, отвлеченные на багфиксы и т.п., поскольку они свидетельствуют о качестве проектирования и состоянии кодовой базы. Но автор, по всей видимости, имел ввиду, оценку для проекта целиком, т.е. Waterfall.
вот честно скажу, что все эти агли, скрамы, спринты и стендапы были придуманы чтобы это кому-то продать. А у нас это еще через кальку «стендап = постоять». В итоге все встали кружком, друг на друга потупили минут 10-15 и разошлись. Можно было и не стоять. Я лично с кофе приходил на такое. Если уж сидя пить не дают, а как стендап еще переводится — не знают.
Нет и не должно быть у исполнителя мотивации попадать в произвольно назначенные менеджментом сроки, должна быть мотивация давать стабильные оценки (необязательно временные), на основе которых менеджмент построит свои планы, заложив «наценку» на риски неточности оценки и всякие форс-мажоры. А обоснованная оценка задач обычно входит в непосредственные обязанности разработчика, как и, например, документирование. Поэтому с одной стороны, да, страх потери рабочего места по несоответствию, с другой — просто желание добросовестно делать свою работу тоже не позволяет отвечать «как только так сразу»
И разумный, уверенный в себе исполнитель не боится увольнения в связи с досрочным завершением проекта и отсутствием у менеджмента новых. По факту это может быть даже дополнительной мотивацией сделать проект быстрее, получить компенсацию за два месяца и начать работу на новом проекте, не дожидаясь истечения двух месяцев.
И разумный, уверенный в себе исполнитель не боится увольнения в связи с досрочным завершением проекта и отсутствием у менеджмента новых. По факту это может быть даже дополнительной мотивацией сделать проект быстрее, получить компенсацию за два месяца и начать работу на новом проекте, не дожидаясь истечения двух месяцев.
что значит компенсацию за два месяца? почему не за 10?
Кажется в кодексах это дефолтная компенсация при увольнении по сокращению штатов и т. п.
это не так
Да, немного не так. Ст. 178 ТК РФ обязывает выплатить месячную компенсацию в виде выходного пособия и до двух месяцев выплачивать до трудоустройства.
при условии официального сокращения. А так как эти данные идут в статистику по безработице, идет ловкая подмена «сокращения» на «соглашение сторон». И тут начинается самое интересное.
По соглашению сторон можно и больше компенсацию за фактическое сокращение выбить. Никаких ограничений ТК или иные законы на размер выходного пособия в этом случае не накладывают, насколько я знаю, как договоришься.
Тут закон на стороне работника: или оплачивать ему вынужденный простой из-за отсутствия проектов неопределённое время, или договариваться, или проводить официальное сокращение и оплачивать от месяца до двух, а иногда до трёх.
Тут закон на стороне работника: или оплачивать ему вынужденный простой из-за отсутствия проектов неопределённое время, или договариваться, или проводить официальное сокращение и оплачивать от месяца до двух, а иногда до трёх.
На самом деле выход есть, РП должен задать вопрос так:
"Дорогой мой разработчик. Я знаю что ты очень крут в своем деле, и умеешь найти творческий подход к задаче. Давай попробуем придумать, как решить эту задачу за 3 часа, добавив необходимые ограничения".
Любую задачу можно решить множеством способов, почти всегда можно найти более короткий.
Сам такой тщательный анализ и структурирование требований — уже огромный кусок работы.
Из моего опыта, чтобы более менее достоверно оценить что-то, что займет Тх6 времени — надо потратить не меньше Т времени. Т.е. если чем-то надо будет заниматься к примеру 5 недель, то надо потратить как минимум неделю на эту оценку.
Таким образам сама толковая оценка — это как минимум шестая часть работы. Если бизнес не хочет оплачивать оценку исходя из этой пропорции — лучше с таким проектом не связываться.
Из моего опыта, чтобы более менее достоверно оценить что-то, что займет Тх6 времени — надо потратить не меньше Т времени. Т.е. если чем-то надо будет заниматься к примеру 5 недель, то надо потратить как минимум неделю на эту оценку.
Таким образам сама толковая оценка — это как минимум шестая часть работы. Если бизнес не хочет оплачивать оценку исходя из этой пропорции — лучше с таким проектом не связываться.
Всё это оценивание для меня всегда смахивает на определение времени прибытия по длине воздушной линии и средней скорости автомобиля
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Оценка новых проектов