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

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

Сегодня мы с вами поговорим о том, что нужно делать чтобы не вылететь с работы программистом, я поделюсь с вами своими выводами из личного опыта, расскажу о том как нужно действовать, а в конце расскажу как я сам несколько лет назад слетел с проекта и чуть не был уволен из компании и как это все в итоге закончилось.

*Нет продвижения по задачам*

- Если нет продвижения по задачам то менеджмент и команда не понимает что вы делаете, ежедневно проговариваем с нашим тимлидом что мы делаем, какой у нас прогресс и какие трудности, все должны быть всегда в курсе.
- Должна быть максимальная видимость того что происходит с вашими задачами, это значит что задача должна быть всегда в нужном статусе и разбита на подзадачи если требуется.
- Всегда логаем время в задачи, даже если это не требуется, особенно актуально для 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сфере

Комментарии

Информация по комментариям в разработке