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

Я работаю менеджером по внутренним коммуникациям в IT компании, что явно «кричит» о моей экстравертности и предрасположенности к софтам, поэтому в работе легко нахожу язык с сотрудниками, чувствую боли и потребности собеседника, вникаю в ситуацию со стороны и умею договариваться. Как этому научилась? Никак, я так чувствую)

Начинается с того, что новичок с первого дня получает трек-лист для обучения.

В идеале он должен сразу получить ответы на свои вопросы и не стесняться уточнять. Таким образом создается атмосфера доверия и уважения, чтобы снять с человека лишние опасения и сомнения — так меньше напряжения по пустякам.

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

Fail Night — ночь фейлов
StandUp — встречи с руководителями департаментов
Проектный опыт — желающие делятся успехами

За 20+ лет разработки софта мы выросли из команды в четыре человека до компании с полутора тысячами специалистов в штате. В нашем портфолио уже более 1200 реализованных проектов. Мы создаем и кастомизируем информационные системы для решения бизнес-задач клиентов из разных отраслей, в том числе делаем высоконагруженные системы с использованием Machine Learning и Data Science.

Часто в разработке продуктовых (и не только) команд встречаются проблемы, при которых постановка и результат работы отличаются друг от друга. Обычно проблемы заключаются в том, что требования входят слабо формализованными, работа с ними проходит неструктурированно, за последовательностью валидации требований от сбора до передачи в разработку редко кто понимает, как следить.

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