7 советов себе прошлому

– А это что? – Красная смородина – А почему она белая? – Потому что еще зеленая...

Когда я отвлекаюсь от программирования на управление проектом или пипл менеджмент я подсознательно воспринимаю это как отвлекающий фактор от основной моей работы - писать код.

Казалось бы я в управлении нахожусь более 7 лет уже и понимаю эту проблему осознанно точно больше 5 лет. Но все мои попытки перейти от работы руками к исключительно организации процесса пока тщетны.

А так ли я хотел быть менеджером? Честный ответ дать все таки наверное не могу. В какое-то время так само получилось. Мне было больше всех надо или я громче всех высказывался. Сути не меняет, с каждым годом я все дальше от любимого занятия и все глубже и глубже ухожу в управление. При этом я писал ранее и не отказываюсь от тех слов, что мне в целом нравится то чем занимаюсь и вроде бы неплохо получается. Только вот дни, когда я пишу код для меня куда более светлые в сравнении с буднями, когда управленческая деятельность поедает меня без остатка.

Этот пост мог бы быть частью внутренней рефлексии, но так как уже 5 лет я борюсь с проблемой выше, то вот несколько моих "лайфхаков", как не сгореть и не сойти с ума в этой ситуации:

1️⃣ Решить проблему контроля. Каждый раз когда я погружаюсь в какую-то проблему сам и достаточно глубоко, я задаю себе вопрос - может ли эта проблема быть решена без меня? Если хотя бы на йоту ответ может быть сдвинут в утвердительном направлении - не нужно погружаться самому. Чем меньше вещей у меня на карандаше или в чем меньше проблем я погружен по локоть - тем более ясную картинку можно видеть и найти силы на что-то более полезное.

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

3️⃣ Жестко выделить себе время на кодинг. Заниматься r&d, pet проектами или чем угодно, но выделить себе 10-20 процентов времени на это.

4️⃣ Читать или слушать тематические технические материалы. Это позволяет не вылететь из контекста и сократить немного пропасть между скоростью развития технологий и своих личных хардовых скиллов. Хотя бы в теоретическое плоскости.

5️⃣ (Метафизический совет) Научиться видеть управленческий процесс, как алгоритм программы, который тебе нужно оптимизировать. Если научиться смотреть с этой точки зрения, то когда достигается результат оптимизации процесса - эндорфинов столько же, сколько и от собранного рабочего сложного кода после большого рефакторинга.

6️⃣ Щупать технологии в свободное время. Нет ничего более захватывающего, чем понять как работает та или иная неизвестная до сели технология. Экспертом становиться далеко не обязательно, но выделить себе день в неделю или две, что бы читать, тыкать, щупать, ломать и починять что-то неизвестное ранее - очень способствует переключению контекста и расслаблению.

7️⃣ Регулярно работать с собой на предмет своих ощущений от жизни. И если в ходе самокопаний приходит вывод, что все не то, и все не так. Нет ничего зазорного в том, что бы просто уйти обратно в разработку. Может быть на месяц, может быть на пол года, может быть дольше. А может и с концами. В конце концов не каждый разработчик обязан вырасти в лида и руководителя. Одно осознание этой возможности, сильно успокаивает нервную систему.

Кому-то покажется это все очень капитанскими советами (как обычно), но дьявол тут кроется в том, что понять красная смородина или белая очень сложно пока она зеленая. И может быть это кому-то на ранних стадиях это поможет не сгореть и не уйти в депрессняк. Мне в итоге помогло, но каждый очевидный пункт выгрызался с болью и шишками. Я б был рад такой заметке 5 лет назад =)