Комментарии 39
В российском менеджменте, как мы все знаем, окупается только близость к вышестоящему менеджменту, а отнюдь не какие-то «знания» (будь то английский язык, Agile или умение запускать docker...)
Не только лишь у всех так. В свое время я работал в филиале крупного вуза. Затем переехал в Москву, поискал работу (как водится среди понаехавших, с завышенными зарплатными ожиданиями), не нашел, устроился инженером в этот самый вуз. Зарплата там была ниже всякого плинтуса, но я и сейчас помню, что к получению первой зарплаты у меня оставалось около 3 тысяч рублей наличными из отложенной сотки. Через четыре месяца стал там руководителем айти-подразделения, сделал большой проект по объединению филиалов в одну сеть с командировками по всем подключаемым филиалам (в каждом был лично). Затем сменилось руководство, я уволился и получил на новом месте уже вполне себе достойную зарплату.
С фактами «кумовства», коррупции и прочего я в своей работе не сталкивался, хотя и должность у меня была административно-техническая. Были люди, которые сидели откровенно не на своем месте, но я практически уверен, что они там появились не в результате какого-либо «заноса» наверх, а просто потому, что руководство не нашло более подходящей кандидатуры на эти должности, а люди обладали в их глазах некоторой надежностью. Т.е. это не кумовство, а банальное нежелание брать кандидатуру с улицы, когда есть вот тут вот готовый практически кадр. Это не то, чтобы хорошо, и не то, чтобы плохо, просто вот так есть.
Сам блатом не обладал совсем, в Москве никого не знал, исключая тот факт, что в филиале у меня была очень хорошая репутация и отголоски ее были и в Москве тоже. Можно ли назвать это блатом? Сомневаюсь.
С фактами «кумовства», коррупции и прочего я в своей работе не сталкивался, хотя и должность у меня была административно-техническая. Были люди, которые сидели откровенно не на своем месте, но я практически уверен, что они там появились не в результате какого-либо «заноса» наверх, а просто потому, что руководство не нашло более подходящей кандидатуры на эти должности, а люди обладали в их глазах некоторой надежностью. Т.е. это не кумовство, а банальное нежелание брать кандидатуру с улицы, когда есть вот тут вот готовый практически кадр. Это не то, чтобы хорошо, и не то, чтобы плохо, просто вот так есть.
Сам блатом не обладал совсем, в Москве никого не знал, исключая тот факт, что в филиале у меня была очень хорошая репутация и отголоски ее были и в Москве тоже. Можно ли назвать это блатом? Сомневаюсь.
В статье совершенно отсутствует упоминание необходимости высшего образования. Однако, необходимость профильного высшего образования для человека, оснащенного сертификатами вендоров — вопрос по-прежнему дискуссионный.
Да, действительно я не разбирал в статье этот вопрос и по-умолчанию предполагал его наличие. Без высшего образования стать IT менеджером не тривиальная задача. Хотя, наверное, кое-где это и возможно.
Без высшего образования стать IT менеджером не тривиальная задача
Без какого высшего образования?
Сергей, вам нужен перечень конкретных специальностей и ВУЗов? Если да, то я могу отписать вам в личку.
Специальностей. С аргументацией, почему.
И не в личку, понятное дело.
Техническое — в общем
Техническое + экономическое — для тех кто в банках/страховых
А то многие менеджеры не знают что такое OPEX/CAPEX/ROI и так далее. Не шутка. Впрочем, доводилось видеть и ИТ-директора, который «вышел» из сотрудника техподдержки, причем ментально (!) остался на прежнем уровне.
Техническое + экономическое — для тех кто в банках/страховых
А то многие менеджеры не знают что такое OPEX/CAPEX/ROI и так далее. Не шутка. Впрочем, доводилось видеть и ИТ-директора, который «вышел» из сотрудника техподдержки, причем ментально (!) остался на прежнем уровне.
А аргументации "почему" — не будет?
Потому что это необходимо для понимания как работает бизнес. Я вот 15 лет в медиа и рекламе, и помимо «этих железок» отлично знаю, как работает этот бизнес от и до. А без этого часто нельзя предложить верное инфраструктурное решение. Надо говорить на одном языке с теми, кто принимает решения/выделяет бабло на бюджеты и т.д
Потому что это необходимо для понимания как работает бизнес
Я правильно вас понял, высшее техническое образование необходимо для понимания того, как работает бизнес?
Как правило, первое высшее — техническое. Второе — экономическое. + MBA например. Это идеально для будущего ИТ директора какой-нибудь крупной компании международного уровня.
А ВО вообще нужно, без него при всех прочих плюсах во множестве стран не дадут разрешение на работу. У нас вот такое требование — нет ВО, нет разрешения, все, приехали. И так очень много где.
А ВО вообще нужно, без него при всех прочих плюсах во множестве стран не дадут разрешение на работу. У нас вот такое требование — нет ВО, нет разрешения, все, приехали. И так очень много где.
Боюсь, что это выходит за рамки моей статьи и тянет на отдельную, из серии «Куда пойти учиться». Если брать укрупнёно направления подготовки в ВУЗах, то это будут: 01.03.02 Прикладная математика и информатика, 02.03.01 Математика и компьютерные науки, 02.03.02 Фундаментальная информатика и информационные технологии, 02.03.03 Математическое обеспечение и администрирование информационных систем, 09.03.01 Информатика и вычислительная техника, 09.03.02 Информационные системы и технологии, 09.03.03 Прикладная информатика, 09.03.04 Программная инженерия, 10.03.01 Информационная безопасность и 11.03.02 Инфокоммуникационные технологии и системы связи. Расписывать в рамках комментария аргументацию «Почему именно эти направления?» не считаю правильным. Ещё раз повторюсь, выбор ВУЗа и специальности это большая, отдельная тема, которая требует отдельной статьи.
01.03.02 Прикладная математика и информатика, 02.03.01 Математика и компьютерные науки, 02.03.02 Фундаментальная информатика и информационные технологии, 02.03.03 Математическое обеспечение и администрирование информационных систем,
— это для разработчиков
09.03.01 Информатика и вычислительная техника, 09.03.02 Информационные системы и технологии, 09.03.03 Прикладная информатика, 09.03.04 Программная инженерия, 10.03.01 Информационная безопасность и 11.03.02 Инфокоммуникационные технологии и системы связи.
— это для ИТ менеджеров, предпоследнее для ИБ-шников (в банках очень должны любить)
В общем и целом, у ИТ менеджера подразумевается наличие технического образования. Дальше нюансы. Второе высшее и МБА — это как раз в возрасте 30-35, чтобы прыгать дальше…
— это для разработчиков
09.03.01 Информатика и вычислительная техника, 09.03.02 Информационные системы и технологии, 09.03.03 Прикладная информатика, 09.03.04 Программная инженерия, 10.03.01 Информационная безопасность и 11.03.02 Инфокоммуникационные технологии и системы связи.
— это для ИТ менеджеров, предпоследнее для ИБ-шников (в банках очень должны любить)
В общем и целом, у ИТ менеджера подразумевается наличие технического образования. Дальше нюансы. Второе высшее и МБА — это как раз в возрасте 30-35, чтобы прыгать дальше…
Из всего вашего перечня специальностей лично мой факультет (Комп. наук и ИТ), например, реализует только 3. Более того, их курсы считаются де-факто слабейшими и имеют низкие проходные баллы из года в год
Стать любым руководителем — задача нетривиальная. Однако сейчас и в государственных конторах чаще всего смотрят на образование в формате «лишь бы было какое-нибудь», в частных же компаниях этот вопрос стоит еще менее остро. Возможность стать руководителем (менеджером) зависит только от собственных знаний, коммуникабельности и, конечно, удачи (время и место).
Ну и главное — если ИТ менеджер осилил переварить все вышеописанное автором, то скорее всего и работать он будет за границей, как вариант light — в крупных представительствах иностранных компаний в РФ, в крупных банках, с перспективой опять же «забугор». Как постоянно живущий вне РФ, могу подтвердить — большинство руководителей ИТ среднего уровня в РФ не будут допущены до выноса мусора из серверной «там». Нужно реально очень много знать + профильное образование + опыт лет от 10, чтобы увидеть в своей визитке должность ИТ менеджера. И часто требования к таким кандидатам «от 35 лет» от «40 лет» — поскольку до этого возраста нужного опыта просто не бывает. Ну и должность часто «социальная» в смысле нужное место + время тоже немаловажный фактор. Поэтому если среда общения англоязычная, то нужно владеть языком свободно. Это касается и представительств компаний в РФ, где региональный ИТ менеджер постоянно на связи с HQ
Руководитель в айти это прежде всего младший инженер(тестировщик, админ)-старший- тим лид. Ну или та же линейка прогресса только из product. Поэтому большинство описаных в статье знаний уже должно быть в его багаже опыта.
В корне несогласен с автором статьи по поводу сертификаций и платных курсов как способ научиться руководить. Скорее как способ потратить свои деньги на тех, кто не руководил ни дня и пытается на вас заработать себе на жизнь. Такая же точка зрения у меня и на высшее образование. Преподователи которые сидят в учебных заведениях, чаще всего не проработали ни дня в айти компаниях, не смогли или не захотели устроиться да так и остались в своих университетах. Мне совсем не ясно чему же они там учат.
От себя могу порекомендовать три книги, которые мне лично очень помогли и главное, они от реальных, успешных руководителей, и дают практические советы в отличие от всяких курсов:
The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition) — книгу написали аж в 1975 году по-моему, но она жо сих пор очень актуальна для айти. Прочитав её, я понял, что ошибался когда считал свои проблемы в управлении проектами уникальными. Оказалось еще 30 лет назад умные люди уже сталкивались и придумали эффективные способы решения. Пример такой проблемы описанной в книге — добавление человекоресурсов к проекту который запаздывает по срокам чаще всего не приведёт к ускорению сроков выпуска.
Rapid Development: Taming Wild Software Schedules — очень много примеров проблем управления проектами из жизни, и как с ними боролись.
Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams — эта больше психологию управления, интересные фишки руководства именно людьми.
В корне несогласен с автором статьи по поводу сертификаций и платных курсов как способ научиться руководить. Скорее как способ потратить свои деньги на тех, кто не руководил ни дня и пытается на вас заработать себе на жизнь. Такая же точка зрения у меня и на высшее образование. Преподователи которые сидят в учебных заведениях, чаще всего не проработали ни дня в айти компаниях, не смогли или не захотели устроиться да так и остались в своих университетах. Мне совсем не ясно чему же они там учат.
От себя могу порекомендовать три книги, которые мне лично очень помогли и главное, они от реальных, успешных руководителей, и дают практические советы в отличие от всяких курсов:
The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition) — книгу написали аж в 1975 году по-моему, но она жо сих пор очень актуальна для айти. Прочитав её, я понял, что ошибался когда считал свои проблемы в управлении проектами уникальными. Оказалось еще 30 лет назад умные люди уже сталкивались и придумали эффективные способы решения. Пример такой проблемы описанной в книге — добавление человекоресурсов к проекту который запаздывает по срокам чаще всего не приведёт к ускорению сроков выпуска.
Rapid Development: Taming Wild Software Schedules — очень много примеров проблем управления проектами из жизни, и как с ними боролись.
Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams — эта больше психологию управления, интересные фишки руководства именно людьми.
Я бы добавил знание ключевых принципы Архитектуры Предприятия и Togaf как сертификацию по данному направлению.
Со своей стороны, как ИТ-менеджер, который умудрился побывать по обе стороны «фронта» относительно ИТ-отдела, я бы рекомендовал следующее ( мои рекомендации могут подойти многим, но в первую очередь относятся к руководителям ИТ-отделов и/или их частей ):
- COBIT 5, и только потом ITIL
- Отталкиваться от понятия «минимально необходимо»
- НИКОГДА (!!!) не зацикливаться на IT-отделе. ИТ решает задачи бизнеса и бизнес является заказчиком
- Сделать для себя выводы, прочитав ИТ-Скептика ( Роб Ингланд — «Овладевая ITIL. Скептическое руководство для ответственных лиц»,
- Вместо PMBOK можно рассматривать IPMA. Ключевое отличие -меньше формализма, больше дела. И никаких вопросов из серии «На какой странице указан 4-й сертифицирующий орган в Южной Америке ?»
- Прочитать, что такое Lean, Kanban и в целом бизнес-процессы и послет этого делать выводы, зачем необходимо ИТ
Спасибо за статью.
Как Вы считаете, обязательно ли IT PM должен быть выходцем из программистов/сис. админов?
Сам на данный момент IT PM, но программистом/сис.админом не был, жадно пытаюсь изучить азы программирования, но нужно ли это?
Как Вы считаете, обязательно ли IT PM должен быть выходцем из программистов/сис. админов?
Сам на данный момент IT PM, но программистом/сис.админом не был, жадно пытаюсь изучить азы программирования, но нужно ли это?
Мне нравится определение знаний PM-а как «a mile wide, an inch deep». Т.е. знает очень много разных областей, но не глубоко погружается в предмет. Мое личное мнение, что азы той области в которой вы ведёте проекты необходимо знать. Иначе вы не сможете отделить «зёрна от плевел». Поэтому если ваши проекты связаны с разработкой ПО, то надо изучить азы программирования. Это необходимо хотя бы для того, чтобы понимать терминологию и говорить на одном языке с командой.
Нужно знать процесс разработки, тестирования и внедрения ПО. Если вы руководите командой разработчиков или являетесь как это по-русски, IT Product Owner / Manager — ом. Ваша специфика не тимлид а именно менеджер. Как уже заметил автор статьи, чтобы говорить на одном языке, например понимать в каком спринте будут реализованы те или иные фичи, пофиксены баги и так далее. А вообще конечно жаль что у вас не было опыта админства или разработки — очень многие вещи будучи пройдены на собственной шкуре, помогают понимать где что в процессе. И оценить верно трудо-время затраты и риски.
Зачем MBA IT-менеджеру?!!!
Если это ИТ-директор, то в первую очередь, он не главный сисадмин, а организатор решения проблем и болей бизнеса, а для этого надо знать, как работает бизнес лучше топ-менеджмента
У меня есть чёткое и многократно проверенное ощущение, что любой IT-специалист лучше топ-менеджмента понимает, как работает бизнес, даже сильно начинающий.
У меня есть аналогичный опыт по обе стороны ИТ-отдела — ИТ специалисты часто не в курсе и не интересуются стратегией бизнеса и конкретными его целями. Мне сложно представить ИТ-специалиста, который самостоятельно может оценить, что важнее для бизнеса — допиливание процессов в CRM-системе или улучшение ЛВС.
Другой пример — ИТ-специалист обычно не будет разбираться, почему разработчикам в компании-вендоре ПО хронически не хватает тестовых полигонов в кластере VShpere — он обычно просто предложит прокачать кластер, а необходимо и достаточно спроектировать и предложить соответствующему отделу организационные правила по учёту и переиспользованию виртуалок.
Третий пример — я в упор не верю, что обычный айтишник, даже специалист, по своей воле будет разбираться, чем отличается лид с вероятностью 50% от сделки с вероятностью 70%.
Всё это должен организовывать человек, которому без разницы Cisco или Huawei, IBM или HP. Для него вопрос стоит в целеосообразности применения тех или иных технологий в конкретный момент времени и видение того, что делать с этими технологиями через 3-5 лет.
К сожалению, большинство ИТ-специалистов слишком сконцентрированы на ИТ и внутри ИТ-отдела, а остальных воспринимают слабо.
Мой любимый пример — операционный ИТ стандарт ITIL/ITSM и комплексный стандарт COBIT.
Другой пример — ИТ-специалист обычно не будет разбираться, почему разработчикам в компании-вендоре ПО хронически не хватает тестовых полигонов в кластере VShpere — он обычно просто предложит прокачать кластер, а необходимо и достаточно спроектировать и предложить соответствующему отделу организационные правила по учёту и переиспользованию виртуалок.
Третий пример — я в упор не верю, что обычный айтишник, даже специалист, по своей воле будет разбираться, чем отличается лид с вероятностью 50% от сделки с вероятностью 70%.
Всё это должен организовывать человек, которому без разницы Cisco или Huawei, IBM или HP. Для него вопрос стоит в целеосообразности применения тех или иных технологий в конкретный момент времени и видение того, что делать с этими технологиями через 3-5 лет.
К сожалению, большинство ИТ-специалистов слишком сконцентрированы на ИТ и внутри ИТ-отдела, а остальных воспринимают слабо.
Мой любимый пример — операционный ИТ стандарт ITIL/ITSM и комплексный стандарт COBIT.
Айтишники в массе вообще не интересуются бизнес-процессами. Если вдруг придет понимание, что любые вопросы надо рассматривать с точки зрения целесообразности в бизнесе — это начало пути ИТ директора. И люди принимающие решения (читай проще — дающие бабло на все это железо и софт) — не будут задавать вопросов, если с ними общаться на их же языке. Циска не Циска, это уже не имеет значение, главное результат именно бизнес-процесса.
чтобы больше зарплату требовать, естественно. Для чего же еще нужна мутная бумажка о том, что просмотрел некоторое количество видеокурсов о бестпрактиках корпорации крайслер в 1961 году?
Как и большинство «бумажек» других стандартов
MBA хорош только тогда, когда он реально нужен для понимания того, как управляется холдинг/корпорация и каким образом ИТ сможет помочь бизнесу достичь своих целей.
Как бы айтишникам этого не хотелось — ИТ -подразделение в компании в 90% случаев — это поддержка, а не основная деятельность для компании (я говорю именно про отделы автоматизации бизнеса, ИТ-саппорте и т.д.)
MBA хорош только тогда, когда он реально нужен для понимания того, как управляется холдинг/корпорация и каким образом ИТ сможет помочь бизнесу достичь своих целей.
Как бы айтишникам этого не хотелось — ИТ -подразделение в компании в 90% случаев — это поддержка, а не основная деятельность для компании (я говорю именно про отделы автоматизации бизнеса, ИТ-саппорте и т.д.)
Павел, CIO или Директору по IT очень даже пригодится. В статье я ориентируюсь не на условные ООО «Рога и копыта», где не нужен IT менеджер с MBA и где не нужны остальные вещи типа ведения проектов по стандартам PMI, а на большие компании, где наличие бизнес-образования помогает общаться на одном языке с владельцем и топами. Я не говорю об обязательности его получения, но на каком-то этапе своей карьеры многим IT менеджерам придётся столкнуться с требованием о наличии второго высшего с экономическим профилем или наличием диплома MBA.
Я бы ещё добавил для понимания многими, что эта необходимость возникает, когда годовой бюджет ИТ-отдела превышает годовую выручку средней компании
PS. Возможно, в самой статье стоило указать, какая именно категория ИТ-менеджеров рассматривается
PS. Возможно, в самой статье стоило указать, какая именно категория ИТ-менеджеров рассматривается
Какой-то получается IT-менеджер растяжимый и, по-видимому, шестирукий.
Из текста совершенно непонятно что это за персонаж — прожект менеджер, начальник отдела, CIO? Или это вообще бизнес-консультант?
В каком домене он работает — тоже непонятно…
Учиться «про запас» считаю занятием бессмысленным. Знания, которые не применяются на практике, становятся неактуальными уже через 5 лет.
А учиться на каждом новом этапе чему-то новому и полезному в работе (текущей или в будущей в краткосрочной перспективе) — это нужно, тут даже спорить не о чем.
Из текста совершенно непонятно что это за персонаж — прожект менеджер, начальник отдела, CIO? Или это вообще бизнес-консультант?
В каком домене он работает — тоже непонятно…
Учиться «про запас» считаю занятием бессмысленным. Знания, которые не применяются на практике, становятся неактуальными уже через 5 лет.
А учиться на каждом новом этапе чему-то новому и полезному в работе (текущей или в будущей в краткосрочной перспективе) — это нужно, тут даже спорить не о чем.
Профессия не стандартизирована вообще. Я приводил в пример ИТ директора, который по ментальности остался техсуппортом, полностью соответствуя «духу» компании где он работает лет 15 уже. Даже английский освоить не смог, когда из Европы из хедофиса приезжал «ревизор», меня общаться звали.
Про запас учиться действительно мало смысла, но если есть цели, то находясь на определенной ступеньке можно получать дополнительные знания. Тот же ИТ менеджер, если хочет двигаться в ИТ директора, может получить второе ВО или МБА. И дальше двигаться, как правило — в другую организацию.
Про запас учиться действительно мало смысла, но если есть цели, то находясь на определенной ступеньке можно получать дополнительные знания. Тот же ИТ менеджер, если хочет двигаться в ИТ директора, может получить второе ВО или МБА. И дальше двигаться, как правило — в другую организацию.
В первую очередь, менеджеру надо быть человеком, а не негодяем, который людей за ресурс считает.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что нужно знать ИТ-менеджеру или ученье свет, а за свет надо платить