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

Описание:

Сегодня мы с вами поговорим о том, что нужно делать чтобы не вылететь с работы программистом, я поделюсь с вами своими выводами из личного опыта, расскажу о том как нужно действовать, а в конце расскажу как я сам несколько лет назад слетел с проекта и чуть не был уволен из компании и как это все в итоге закончилось. **Нет продвижения по задачам** - Если нет продвижения по задачам то менеджмент и команда не понимает что вы делаете, ежедневно проговариваем с нашим тимлидом что мы делаем, какой у нас прогресс и какие трудности, все должны быть всегда в курсе. - Должна быть максимальная видимость того что происходит с вашими задачами, это значит что задача должна быть всегда в нужном статусе и разбита на подзадачи если требуется. - Всегда логаем время в задачи, даже если это не требуется, особенно актуально для Junior и Trainee, вам наоборот помогут если будут видеть где вам тяжело, ненадо воспринимать как контроль. - Если есть доп работа, обязательно проговариваем с менеджментом и создаем тикеты на это **Задачи делаются не те** - Если задачи делаются не те, то вы не показываете прогресса по проекту, тратите время на ненужную работу и отвлекаете команду по ненужным вопросам - Приоритет задач определяется на специальных митингах и часто влияет порядок задач на борде, смотрим внимательно над чем работаем - Держим в курсе всех заинтересованных, кто относится к задаче: тимлида, менеджера или QA в зависимости от заинтересованных сторон, добавляем комментарий в задачу и указываем всех заинтересованных лиц. **Задачи делаются с недостаточным качеством** - Написать код это далеко не все что нужно, есть еще несколько критериев, нужно узнать Definition of Done (DoD) - это набор критериев, которые позволяют понять, сделано ли то, что было целью разработки - Код обязательно должен покрывать все edge-cases - Внимание к деталям: писать UT, добавлять необходимые комментарии, соблюдать стандарты описания пул реквестов, именования веток в гит и статусов в тикетах - Задача до сих пор ваша, пока ее нет в продакшине **Задачи делаются слишком медленно** - У каждой команды будет относительная оценка задач (сторипоинты), и ваша задача узнать какая оценка дает сколько времени. - Даже если величина относительная, все равно в конечном итоге все можно свести к времени - Нужно стремиться делать задачи с той же скоростью как и другие члены команды - Все задачи обязательно должны быть оценены, разбиты на подзадачи, которые в свою очередь могут иметь свои собственные оценки. **Токсичность** - Работа программистом как не странно - это социальная среда, если с человеком сложно работать, скорее всего его уволят. - Токсичность значит обсуждения ненужных деталей, делать замечания коллегам, давать не прошенные советы и так далее - Даже один токсичный человек в команде подрывает общий дух, замедляет разработку и усложняет всем жизнь своим характером - Даже если вам что-то не нравится, постарайтесь быть обходительным, срезать углы и снимать напряженность - Не переходить на личности и решать все проблемы через менеджера **Не способность влиться в команду** - Есть люди кто пишет код быстро, а есть кто медленно, кто-то делает сразу хорошо, а кто-то делает хорошо только после ревью, все разные, вы либо сработаетесь либо нет. - Не нарушать процессы которые уже настроены в команде, ходить на все митинги, предупреждать когда уходите, заранее договариваться об отпуске и больничных если возможно, например я беру отпуск за 2 месяца до ухода, добавлять в календарь событие об отпуске. - С позитивными людьми легче работать, им прощают больше косяков, сильнее помогают и чаще отвечают на вопросы - Все диалоги очень желательно вести в общих чатах, лично пингуем человека толко если это необходимо, а лучше в чате с его упоминанием с использованием mention. **Несамостоятельность** - Один из главных критериев для Middle - самостоятельность - 45мин - час поиска, пол часа - вопросов - Читать документацию в свободное время, я читал ее на перерывах - Слушать о чем говорят коллеги и смотреть на их код и пул реквесты, даже если вы не принимаете в разработке задачи активное участие 00:00 - Начало 00:44 - Нет продвижения по задачам. 03:21 - Делаются не те задачи 05:26 - Недостаточное качество выполнения задач 06:47 - Задачи делаются слишком медленно 07:52 - Токсичность 10:06 - Не способность влиться в команду 12:37 - Несамостоятельность 15:33 - Мой личный опыт #заЧтоУвольняютвIT #работаПрограммистом #обITсфере