В компании есть разработчик, он достаточно давно участвует во всех двужухах. В какое-то время ему говорят, что надо закрыть позицию техдира.
- На сколько по вашему опыту/наблюдениям успешен опыт перехода разработчика в техдира?
- Какие ошибки совершают чаще всего разработчики перешедшие на ту сторону?
- Что лучше (опять же по опыту реальному) из разработчика в техдира или из менеджера проекта (и смежные - аналитик, продуктолог, т. е. те, кто код не пишет сам,а руководит/тестирует/формирует требования) в техдира
- Какой совет или рекомендацию вы бы дали ему (можно только одно что-то сказать), скажем так - напутствие
Я вот можно сказать разработчик, который вошел в позицию руководителя. Самое проблемное и самое значимое, что приходится переучиваться - это общение с продуктами/департаментами/заказчиками. Причем именно с ними, общение с подчиненными или равноценными руководителями не вызывает проблем. А проблема следующая, что я, как привыкший к техническим решениям человек, зачастую очень категоричен и на какой-то вопрос технического или административного характера отвечаю однозначно, что оказалось нельзя делать.
От этой проблемы могут вытекать другие, что я говорю одно, но меня не понимают. Либо я расписываю план того, куда мы движемся, но он не соответствовал тому, что требовалось (Очень помог S.M.A.R.T)