Тема вины и синдром самозванца всплывают среди программистов очень часто. Особенно остро их можно прочувствовать, когда переходишь на новую работу и понимаешь, что совсем не укладываешься в эстимейты. Поговорим сегодня, что такое эстимация проекта, и как правильно оценивать время на разработку?
Оцениваем ситуацию
Новичок вы или опытный разработчик? Вы сами поставили себе эстимейты или вам их спустили сверху? Эстимейты объективно достижимы или их высосали из пальца и они не имеют ничего общего с реальностью? В зависимости от ответов, вы получаете совершенно разные ситуации, но есть важная особенность: вы все равно будете чувствовать свою вину за то что не справляетесь, не вписываетесь в поставленные сроки. И даже если вы попадаете в эстимейты, все равно червячок недовольства будет грызть, ведь вы могли сделать качественнее, лучше, быстрее, и вообще вокруг вас все работают быстрее.
Я, как представитель вашего здравого смысла, напомню, что ребята вокруг вас работают в компании давно, а вы только пришли. Довольно часто получается, что на ознакомление с проектом у нового сотрудника может уйти 2-3 недели, а иногда и несколько месяцев, прежде чем он сделает что-то в проекте, имеющее бизнес-смысл. Особенно если человек попал на какой-то сложный проект. И это абсолютно нормально, об этом нужно себе напоминать.
Как правильно оценивать эстимейты
Если эстимейт делаете вы сами, постарайтесь продумать его как следует. Моя собственная ноу-хау система по поводу эстимейтов звучит так: эстимейт не должен быть меньше половины дня и больше двух дней.
- Эстимейт не может быть меньше чем полдня
Какую-бы задачу вы не делали, если вы закончите до обеда или за час до конца дня, вряд ли вы будете брать новую задачу. Поэтому оцениваем таски не меньше чем в полдня. Обращаю внимание, что если задача занимает явно меньше времени, ее нужно объединить с другой задачей или с несколькими однотипными. Также в задачу можно включить какие-то другие дополнительные аспекты, которые должны дополниться по логике, например, тестирование, логирование и пр. В общем минимальный квант вашего эстимирования должен быть полдня.
- Эстимейт не должен превышать двух дней
Если по вашим прогнозам эстимейт занимает больше двух дней — нужно подумать, как его разбить. Все что вы оцениваете в срок больше двух дней, наша психика оценивает как очень сложное и откладывает выполнение задачи на будущее. В большинстве случаев вы оцениваете что-то как очень сложное тогда, когда вы это не понимаете. Наша психика делает вывод: я не понял = очень сложно. Возможно, когда вы поймете, как сделать задачу, она займет всего полдня. Возможно, эта вещь вообще не реализуемая. Поэтому бессмысленно эстимировать задачи, которые вы в принципе не понимаете и не знаете, как сделать.
На самом деле эстимейт 3 дня, 7 дней или месяц – это абсолютно равные эстимейты и значат они только одно – вы не поняли задачу, для вас она кажется сложной. Именно поэтому если у вас в голове возникает эстимейт больше двух дней, я советую упростить задачу, отрезать от нее куски. Подумать, как это можно сделать. А если сделать без такой-то функциональности? А если без первоначальной настройки? А если только уровень бизнес-логики, не трогая базу данных? А если только основной поток выполнения, без разбора ситуаций? И так далее, пока задача, которую вы собираетесь оценивать, не станет достаточно простой, а ее эстимейт не будет превышать двух дней. Все что вы отрезали, включаете в другие таски.
Если эстимейт дают сверху
Совсем другая ситуация, когда эстимейт спускают сверху. Я советую все равно сесть и самому проэстимировать эту задачу, а затем сообщите человеку, который дал вам этот эстимейт, сколько по вашей личной оценке занимает выполнение этой таски. Если ваша оценка сильно больше той, что вам наэстимировали – сразу об этом говорите. Если все равно настаивают, чтобы вы делали в эти сроки, еще раз озвучьте, что вы скорее всего не успеете и предупреждаете об этом. А дальше работаете по своему эстимейту.
Старайтесь уложиться в озвученные вами сроки. Если вы все же успели быстрее, можете сказать, что риски не оправдались и первоначальный эстимейт сработал. Если же закончили по своему эстимейту – говорите, что вы предупреждали. Именно таким поведением вы показываете себя как взрослого, адекватного человека, который переживает за работу. Это очень важно для любого руководителя. Через время, когда вы скажете, что такая-то таска займет столько времени, ваши эстимейты будут принимать за данность. Старайтесь работать исключительно с теми эстимейтами, которые сделали вы сами.
Вас взяли, потому что вы подошли
Вы должны помнить, что если вас взяли на работу, это результат командного выбора – рекрутера, технического директора и начальника. Не вы заставили себя взять на работу, это сделала опытная команда. Если, конечно, вы не нагло врали на собеседовании, рассказывая о несуществующем опыте. Чуть приукрасить можно, красиво продать себя – это правильно, так нужно делать. Но обманывать, говорить что вы что-то знаете, хотя никогда не имели с этим дела – не нужно. Так вот, исходим из того, что вас взяли осмысленно. Соответственно просто выкиньте из головы мысль, достойны ли вы этой работы, заслужили ли вы это место или нет. Просто сосредоточьтесь на том, чтобы хорошо работать. Что такое хорошо работать? Это укладываться в СВОИ эстимейты.
Рабочая атмосфера
Очень важный момент – работа с коллегами, в том числе с наставниками. Будьте адекватными и вменяемыми. Ожидать друг от друга адекватности на работе – это нормально. Не нужно напрашиваться в друзья, но и вести себя как нелюдимый мизантроп тоже не нужно.
Если вы неопытный сотрудник и только что вышли на работу, довольно часто бывает ситуация, что вы тормозите работу только потому, что не задали правильных вопросов. Вопросы надо задавать. Но задавать их нужно уметь.
Как спрашивать что-то у старших коллег? В первую очередь подумайте, можете ли вы это загуглить. Если вопрос касается исключительно вашего проекта или компании – это нельзя загуглить, значит это нужно спросить у коллег. Если это относится к языку программирования, фреймворку, серверу – это можно загуглить и вы это должны сделать, прежде чем обращаться с вопросом. Если вы оказались в ситуации, когда есть два равнозначных решения и вы не знаете, как в вашей компании принято делать – это случай, когда нужно спросить.
К моменту, когда вы идете к старшему товарищу задавать вопрос, у вас должен быть четко сформулированный вопрос, а также варианты решений, которые вы видите, или же вы узнаете, как принято в компании. Вы также можете задать уточняющие вопросы. В этом случае вы будете отвлекать коллегу на минимальное количество времени. Ничего так не раздражает старшего сотрудника, когда начинают мямлить и он не может понять, о чем вообще разговор.
Соблюдайте баланс между временем гугления и отрыванием коллег от работы. Т.е. не дергайте коллег на пустяковые вопросы, но и если не получается загуглить – не тратьте много времени (зарыться в поиски информации можно очень глубоко и потратить слишком много времени).
Выводы
Из этих всех пунктов и складывается ровное состояние, способствующее работе. Будьте ответственным человеком, который предупреждает заранее об опоздании, который задает вопросы если у него возникает проблема, который старается работать качественно. В этом случае даже если вы не будете укладываться в эстимейты (в том числе в свои), это не испортит о вас впечатление и не приведет к увольнению.
Всегда ваш Сергей Немчинский
