Как оценивать задачи в IT. Могут ли увольить джуна за перетрек? Оценка проекта (estimation) 

Немного фонит, но в целом оч.хорошо

Не у всех получается, звучит не сложно, но на практике легко забыть об этой схеме :)

Ответ на вопрос "Вот тебе задача на 4 часа": В этом случае нужно узнать какой план решения этой задачи. Если это оценивал старший разработчик, то он видать значет, что к чему делать и есть мысли как влезть в эту оценку. Если оценивал менеджер, то нужно сразу сообщить о нехватке часов (если думаете что не хватит) с перечнем необходимых работ. Мол тут нужно админку править, тут нужно на фронте добавлять, тут еще АПИ кривая, не хватает 2х полей. Возможно ответ будет, давай захардкодим, потому что нужно просто посмотреть как будет. И тогда может хватить времени 4ре часа :) Ответ на вопрос "Или, ты называешь 10 часов, а тебе говорят, давай за 8 часов": Тут как я описывал в видео, оценка на 10 часов должна содержать 2-3 блока, по 5 или по 3.3 часа каждый (в среднем) с опциями, чем можно жертвовать, что будет доработано. Не всегда то что кажется разработчику, совпадает с требованиями. Я часто хочу больше и сложнее чем может себе позволить клиент. По этому опции с вариантом подешевле и вариантом подороже, всегда спасает :) И тут пусть ПМ (ТЛ) решает, что убрать, чтобы успеть в 8 часов. Если нельзя успеть ни как, то просите овертаймы, чтобы успеть до завтра. И вам 2 часа оплатят овертаймами и качество не пострадает. P.S. я крайне негативно отношусь к техлидам которые оценивают все задачи с заниженным эстимейтом. Тут цель видать спалить сотрудников. Однако, есть сотрудники желающие подольше отдыхать. Тут сложно найти баланс :) Но все сотрудники всегда видны хорошо и можно понять кто специально, а кто не по своей вине. Общая рекомендация. Давайте оценку найболее полной, чтобы можно было выбирать. Синхронизируйтесь с тем, кто давал оценку, возможно он что то знает. Если фирма просто пресует и выжимает, то смотрите это видео ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-rJBlUDWiU_I.html И да прибудет с Вами IT профком, ахха. Не позволяйте себя обижать ;) и знайте себе цену

@@grommaks Спасибо за подробный ответ :)

@@grommaks вот эта тема да, недостаточно раскрыта, я считаю. есть определённая категория менеджеров и лидов, которые любят уговаривать на оценку. и вот это надо тоже уметь понимать и чувствовать. Когда тебе говорят, "ну давай попробуем за 4 часа сделать" или типа того. Есть книжка у Дядюшки Боба Мартина называется Идеальный Программист, там про это подробнее можно почитать. Если вкратце, то это показатель профессионализма, профессионал делает как он считает. То есть если задача на 4 часа, а тебе надо 6 часов, ты говоришь это и НЕ делаешь за 4, ни под какими предлогами, уговорами и угрозами. Отказаться от невыполнимых сроков это профессионализм. Сделать криво косо из говна и палок, но в два раза быстрее это ударит по вам же и вашей репутации. Как говорят на районе - "кроилово ведёт к попадалаву" и это одно из основных правил разработки.

@@igor_p13 Спасибо за емкое дополнение 😃 По этому нужно учить паттерны, учить подходы к написанию кода, solid и dry. Тогда у разработчика появляется понимание в каком месте безопасно вставить заглушку...чтобы колеги не взяли в работу случайно опубликованный класс :) И действительно, иногда нужен рабочий прототип...потому что клиент еще сомневается, клиент может решить что ему нужен другой вариант... Т.е. Можно достигнуть компромиса недоделанного кода (Готового к доработке) за минимальное количество часов, если этого требует бизнес. Не говнокода...это главное отличие:) Как я уже говорил, предлагайте варианты решения одной и той же задачи разными по цене способами и, возможно, этого будет достаточно в 90% случаев. Исключения, это когда лайв упал и надо быстренько хоть как то оживить. Даже хардкод в коже может быть в ООП стиле 😅 Просто не представляю, я реально потрачу 8 часов, меня уговаривают...давай за 4ре...это типа 4ре подарить, или как это возможно? Можно договориться сегодня 12 часов поработать чтобы сдать до завтра, а через 2 дня поработать 4ре часа. Т.е. Если меня принуждают работать по 60 часов в неделю, на говно тасках, то мой рост будет равен 0...я работаю 40часов максимум в неделю, и 20часов учусь разным скилам...в моих интересах расти и защищает меня профсоюз it 😆 Вывод. Фирма не эффективна, в фирме отвратительный менеджмент, фирма дешевая вебстудия, в конце концов галлера. Стоит ее сменить...прокачивайте скиллы и ходите по собесам. Лучше потерять 30% зп, прокачаться в сильной команде и вырасти на +200% 🙄

@@grommaks уговоры это норма для внутренней разработки. Когда идёт разработка для себя, а не для заказчика, тогда, как правило, хотелок больше чем рабочих рук и ПМу хочется сделать больше за меньший срок.

Так деньги с клиента берут только за потраченные часы, а не за часы ожидания. Сделал быстрый инвестигейт, задал вопросы и пошел другую задачу делать :) Можно гестимейт оставить, мол от 3х до 5 недель в зависимости от ответа, чтобы сразу отпугнуть клиента, может ничего уточнять не нужно и клиент хотел за пару часов сделать :)

@@grommaks тут еще рамки есть, называемый дедлайнном))))

@@oleoduche6973 ну если мы говорим об этапе оценивания :) не помещаемся в дедлайн, можно добрать разработчиков или не делать

Очень просто, смотрим это видео ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-rJBlUDWiU_I.html Когда на рынке платят как за мидла, то уже не джун :) Я считаю что через год, при 2-3 часа вечернего обучения каждый день станешь мидлом, даже если этого не хочешь...остается вопрос мотивации...о которой я сниму отдельное видео 😅