0 / 0 / 0
Регистрация: 20.10.2013
Сообщений: 10
|
|
1 | |
Куда податься IT руководителю: карьерное развитие в России и за рубежом14.03.2021, 20:17. Показов 3231. Ответов 13
Метки нет (Все метки)
Товарищи, привет. Я работаю в крупной российской конторе и управляю группой команд.
Сфера ответственности: - разработка корпоративного ПО - фронт и бэк (JavaEE/Spring/React) - развитие и наполнение хранилища данных (Oracle/Informatica), частично движемся в сторону Hadoop - работа линии внутренней поддержки пользователей нашего софта и его данных - административная работа: найм, мотивация, бюджетирование Народу порядка 60 человек, разработчиков >30. Ребята, которые у меня работают, вроде довольны и в меня не плюются, как и бизнес-заказчики.Задачи на перспективу формирую совместно с руководством из бизнеса. Часто предлагаю что-то свое и в 50-60% это "заходит". Английский на уровне intermediate. На западных заказчиков, к сожалению, не работал. Вот думаю, куда с этим бэкграундом развиваться дальше? Поделитесь пож-та, какие видите дальнейшие возможности карьерного роста с моими вводными? Интересует как Россия, так и зарубеж (Америка, Европа). Был ли у кого-то из вас или ваших знакомых опыт миграции с управленческой позиции? |
14.03.2021, 20:17 | |
Ответы с готовыми решениями:
13
Куда податься? Куда податься? Куда податься? Куда податься |
Автоматизируй это!
|
|
14.03.2021, 20:25 | 2 |
Decode-, вейт, а сейчас то чего не устраивает?
далее, с таким беком можно куда угодно дальше в РФ, например банки в последнее время много набирают. А вот на иностранную компанию лучше начать работать здесь у нас, полно офисов и представительств, после этого релокейт уже дело техники на мой взгляд. |
0 / 0 / 0
Регистрация: 20.10.2013
Сообщений: 10
|
|
15.03.2021, 20:52 [ТС] | 3 |
Спасибо за ответ.
На текущей позиции мой финансовый и карьерный рост исчерпан. Плюс не очень устраивает руководитель, под которым прийдется работать, если пойду на повышение в рамках подразделения: соковыжималка + всегда виноваты прямые подчиненные. Само подразделение тоже никуда не растет, соответственно новых интересных задач ожидается немного. |
Автоматизируй это!
|
|
16.03.2021, 08:04 | 4 |
Decode-, понятно, логично. Я бы на твоем месте целился в представительства зарубежных компаний, раз есть такая цель, примеры не привожу -их полно в Москве, Питере, Новосибирске и Новгороде. Мне известны случаи как люди, даже не особые руководители (просто спецы) переезжали попросту сначала поработав на такие компании, ибо у них офисы есть и по ту сторону границы. Даже если с релокейтом не срастется -там не обижают по зп.
|
0 / 0 / 0
Регистрация: 20.10.2013
Сообщений: 10
|
|
16.03.2021, 20:38 [ТС] | 5 |
Спасибо! Жаль, что отзыв пока поставить не могу.
|
118 / 51 / 1
Регистрация: 17.03.2021
Сообщений: 178
|
|
18.03.2021, 14:26 | 6 |
Скажу, как человек, который обычно с нанимающей стороны выступает. Прежде чем идти сейчас и предлагать себя на новые места, я бы рекомендовал подумать немного и определиться, а в чем собственно вы профессионал, и как именно будете себя позиционировать. Мне кажется, что ваш потолок сейчас именно в этом - спектр обязанностей, что вы написали, довольно пассивный. Уж не обижайтесь. Опять же - я просто говорю вслух то, что наниматели подумают, когда увидят резюме руководителя с таким списком достижений. Руководитель - это не просто человек, который инертно приглядывает за группой людей, которые что-то делают. Точнее, таких руководителей как раз очень много, но им никогда не преодолеть потолок. Если вы себя видите именно в менеджменте, то пора начать думать над тем, что именно вы привносите как менеджер. Может вы отстроили процессы и снизили конфликтность в команде? Или может, внедрили скрам, причем не для галочки, а так, что он теперь часть культуры? В чем именно ваш личный вклад, кроме того, что "не плюются"?
Хотя возможно, вы поймете, что чистый менеджмент - не ваше, а вам ближе продакт-менеджмет или например проджект-менеджмент. И это тоже вполне разумный способ преодолеть потолок, так как лучшие профессионалы в направлениях могут зарабатывать действительно много. Тогда спросите себя, а профессионал ли вы в этом? Знаете что такое customer jorney map? Как проводить Customer Development? Знаете ли в деталях преимущества и недостатки Kanban по сравнению со scrum? Какие есть методики масштабирования scrum на несколько команд и как выбрать подходящую? Опять же прошу прощения, что возможно говорю не очень приятные вещи, но пробитие потолка - это всегда выход из зоны комфорта. |
349 / 262 / 65
Регистрация: 07.04.2014
Сообщений: 1,603
|
|
25.03.2021, 13:26 | 7 |
На управленческой позиции найти работу значительно сложнее, чем "рядовому" программисту. Тем более с повышением. Во-первых самих вакансий меньше, во-вторых очень многие компании стараются растить кадры внутри себя, в-третьих руководящие должности, если кратко, имеют определённую специфику.
То, что Вы стремитесь к росту это хорошо. Как говорится, плох тот солдат, что не мечтает стать генералом. Но, в то же время нужно трезво оценивать свои возможности (об этом подробно рассказали выше). Карьерный рост хорош, когда он подкреплён профессиональным ростом. Иначе будет тяжело и Вам самому и тем людям, которые будут с Вами работать. В прочем, полагаю, Вы и сами это всё прекрасно понимаете. |
0 / 0 / 0
Регистрация: 20.10.2013
Сообщений: 10
|
|
03.04.2021, 12:18 [ТС] | 8 |
Streletz, Welemir1,
Коллеги, привет. Спасибо за обратную связь :-) Я не стал здесь писать об успешно закрытых проектах, сэкономленных бюджетах, построении команд и процессов "с нуля", т.к. мой вопрос скорее общий, куда магистрально двигаться дальше (выше). Но если вдруг кто-то из уважаемых форумчан заинтересуется моей кандидатурой, с удовольствием расскажу в ЛС :-) Критику приемлю и готов учиться. Как я писал, сейчас у меня два направления и несколько команд: 1. Разработка автоматизированных систем (JavaEE) 2. Разработка хранилищ данных (Hadoop, Oracle/Greenplum, ETL). Мне интересны оба направления и я с удовольствием работаю с бизнесом, чтобы реализовать обе этих потребности. В перспективе хотелось бы добавить Ai, но с этой областью я только начинаю разбираться во внерабочее время и вряд ли будут быстрые результаты. Из того, что сейчас пытаюсь понять: есть ли какая-то роль, которая сочетает эти направления? Если да, то что еще к моему бэкграунду надо подтянуть? Сейчас представляю это как: программист -> Team Lead -> Head of development -> CTO(?). Место, в которое мне рационально целится при имеющихся навыках, наверное - Head of development. Как я понимаю, в просторечии это начальник отдела автоматизации/директор по разработке/CTO(?). Возможно, я на себя слишком много беру, т.к. на HH два моих ключевых направления обычно висят раздельно, да и технологии развиваются стремительно: Oracle меняется на GreenPlum/Hadoop, а серверная часть некоторых корпоративных приложений переписывается на Node.JS/Джангу, с которыми я вообще не работал. Системным администрированием не занимался, что ставит под вопрос должность именно CTO. В совсем чистый менеджмент я идти пока не готов и хочу сосредоточиться на разработке. Вопросы правильные, спасибо. Про методики масштабирования scrum на несколько команд, например, я действительно сходу не отвечу. Дотяну. |
Автоматизируй это!
|
|
03.04.2021, 13:32 | 9 |
с чего бы вдруг? по вашему СТО это мастер на все руки, знающий все? так не бывает, мастера у тебя в команде, твоя задача в целом понимать, а не уметь делать что-либо лучше любого в команде. Условно говоря Суворов не лучший в мире солдат, но мы любим его не за это.
|
349 / 262 / 65
Регистрация: 07.04.2014
Сообщений: 1,603
|
|
04.04.2021, 00:56 | 10 |
Есть ещё System Architect. Но, эта роль скорее про разработку, чем про менеджмент.
Много берёте (ИМХО). Отвечу здесь более развёрнуто. Знание деталей той или иной технологии безусловно большое подспорье IT менеджеру. Но, данное требование является ключевым только для исполнителей или максимум менеджеров, которые непосредственно курируют реализацию проекта в коде и/или железе (т.е. занимаются операционным управлением). Для руководителя главное в первую очередь уметь грамотно построить работу, её планирование, стратегию, действовать на опережение и т.д. И чем выше позиция IT менеджера, тем больше менеджмента и меньше технической части. А, это уже требует от человека не только несколько других знаний и навыков, но и личных качеств. Другими словами. Вы можете быть самым крутым программистом, но, если вы никакой управленец, вам это не сильно поможет. Со всеми вытекающими... |
0 / 0 / 0
Регистрация: 20.10.2013
Сообщений: 10
|
|
05.04.2021, 22:06 [ТС] | 11 |
Концептуально я с вами согласен. Но смущают подобные требования в вакансиях (см.ниже).
Толи это совсем линейные руководители (тимлиды) и в части из них должность неверно позиционируется как CTO. Либо я что-то не понимаю. https://hh.ru/vacancy/43415027 Задам, возможно, еще более глупые вопросы: 1. Руководитель и команда отдела разработки отлично разбирается в JavaEE, но проект решают перевести на Node.JS. Что происходит с руководителем и командой? Какова роль 2. Руководителю отдела разработки, до этого писавшему системы на Java, прилетела задачка написать DS/ML-проект. Как под это дело собирается новая команда? Обсудил концепцию с бизнесом -> почитал месяцок статей -> выбрал ключевые технологии -> анализ резюме на HH -> поиск тимлида и разработчиков? |
349 / 262 / 65
Регистрация: 07.04.2014
Сообщений: 1,603
|
|
05.04.2021, 23:43 | 12 |
Скорее всего это так.
Decode-, в IT (да и во многих других отраслях тоже) не всегда название должности соответствует фактическому грейду. Даже по обязанностям. В предпоследнем примере так вообще в должности CTO смешали PM и System Archictect. Плюс не стоит забывать, что большие и маленькие компании, это как говорится "две большие разницы". В этом случае хуже всего команде и линейным руководителям. Их либо переучивают на новый стек (точнее они сами себя переучивают) либо набирают заново. А, почему руководитель должен писать системы? Софт пишут рядовые программисты, тимлиды и архитекторы. Если конечно масштабы отдела не таковы, что в руководитель подразделения фактически является и линейным руководителем. В общих чертах понимать техническую часть безусловно нужно, но влезать в дебри это в компетенции сотрудников на местах. Повторюсь главная задача руководителя - правильно организовать рабочий процесс и управлять им (это я кратко о том, что писал выше), а не писать софт. И потому даже если если он прекрасно справляется со вторым, не может справляться с первым он по своей сути не руководитель, а обычный исполнитель. Просто занимает руководящую должность. Это справедливо не только доля уровня CTO, начальников отделов и т.п. Но и для линейных руководителей (тимлидов и т.п.). Да, для тимлидов и т.п. ещё важна техническая часть, но если тимлид по своей сути не является руководителем, он провалит проект. И таких примеров масса. Добавлено через 51 минуту Согласитесь. Если Вам нужно повестить люстру, Вы же не будете вместе с электриком подключать провода, устанавливать выключатель и т.д. Да, Вы имеете общее представление об электричестве, знаете в общем как работает люстра, как она должна включаться. Но, когда к Вам придёт электрик Вы не станете ему рассказывать про закон Ома, устройство выключателя и т.д., руководить каждым его действием. Вы ему просто скажете, что люстра должна висеть там-то, а выключатель располагаться там-то и он прекрасно выполнит свою работу. Если Вы не можете ему толком объяснить эти 2 простые вещи, то даже защитив диссертацию по профильной специальности Вы по всей вероятно будете, условно говоря, вечером пить чай с фонариком или при свечах. Есть ещё вариант, когда вы не только ставите задачу электрику, но и сами будучи специалистом ему всё объясняете во всех деталях и даже руководите его действиями. Но, как правило это следствие либо микроменеджмента в стиле управления, либо определённой квалификации самого электрика (за чем Вам такой электрик?). Пример, который я привёл, конечно сильно утрирован, но суть от этого не меняется. К слову, даже линейное руководство (если оно хотя бы относительно адекватно и соответствует занимаемой должности) обычно делегирует часть технических вопросов подчинённым. А, Вы про CTO... Повторюсь. солидный технический бэкграунд это очень хорошо, но по мере вертикального роста на передний план выходя другие вещи. Многие директора в сфере IT, даже если выросли из программистов, уже давно, если и пишут код, то только для себя. Однако им это почему-то не мешает успешно вести свои компании к процветанию. |
0 / 0 / 0
Регистрация: 20.10.2013
Сообщений: 10
|
|
13.04.2021, 22:50 [ТС] | 13 |
Спасибо вам. Очень редко на просторах сети встретишь человека, который все разложит по полочкам по сложной теме.
Не подскажите, где-то встречается толковое описание компетенций, которые толковому руководителю разработки/CTO нужны? Хочу для себя это окончательно разложить. |
349 / 262 / 65
Регистрация: 07.04.2014
Сообщений: 1,603
|
|
16.04.2021, 10:15 | 14 |
Если Вы имеете в виду что-то наподобие типовой должностной инструкции, то такого я увы не встречал. Но, суть не в этом.
Найти статьи, литературу, на худой конец курсы и т.п. где по это так или иначе расскажут не проблема. Занять руководящую должность при определённом раскладе тоже. Главное по своей сути стать руководителем (в хорошем смысле этого слова). Начальников, в том числе тех, что изучали менеджмент применительно к IT, хоть отбавляй. Настоящие Руководители редкость. |
16.04.2021, 10:15 | |
16.04.2021, 10:15 | |
Помогаю со студенческими работами здесь
14
Куда податься? Куда податься? Куда податься? Куда податься студенту? Подскажите, куда податься? Куда податься новичку? Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |