Что нужно знать ИТ-менеджеру или ученье свет, а за свет надо платить

Учиться, учиться и еще раз учиться!
В.И.Ленин

image

Основная сложность в работе специалиста IT в том, что IT очень изменчивая область. Если вы не будете постоянно изучать что-то новое, вы рискуете остаться без работы. Закончим с прописными истинами, вы их и без меня знаете. Перейдём к практическим советам. Так как я уже много лет специализируюсь на «тёмной стороне силы» (IT менеджмент), и давно уже не программирую в коммерческих целях (только для души и редко — времени не хватает), то советы будут в основном для ИТ менеджеров (проект менеджеров, тимлидов, тим менеджеров и прочая и прочая братия, жирующая на шее трудяг программеров и сисадминов), но часть навыков пригодится любому IT специалисту.

Итак, что же надо изучать настоящему или будущему IT менеджеру, где изучать и сколько это стоит. Всё сугубое IMHO.

1. Английский язык


Это первое, что надо изучать и поддерживать в хорошем состоянии. Я оставлю за рамками этой дискуссии его необходимость для товарищей, решивших «завести трактор» и остановлюсь на других аспектах. Англоязычный пул документации, фреймворков, сообществ, экспертов и книг НАМНОГО превышает русскоязычный. Вы не сможете нормально развиваться, как IT менеджер (да и вообще как IT специалист), без знания английского, хотя бы на уровне чтения документации без словаря — если вы просто IT специалист и владения на уровне Intermediate и выше — если вы нацелились на гордое звание профи IT менеджмента. Где: это зависит от ваших возможностей. В идеале очень здорово провести пару месяцев в стране носителей языка, но этот вариант подойдёт 5% от желающих улучшить свои языковые навыки. Для тех, кто не может себе этого позволить, есть отличный ресурс — EF School. Хорошая онлайн школа, с отличным материалом, живым общением с носителями и по доступной цене (2000 рублей в месяц). Из сопутствующих рекомендаций — полезно смотреть каждый день по 30 минут перед сном какой-нибудь англоязычный канал, а в выходные англоязычный фильм. Начинать лучше с фильмов, которые вы уже видели в русском дубляже, и смотреть первые 10-15 фильмов с английскими субтитрами.

2. ITIL


Без него современному IT менеджеру никак не прожить. База большинства систем основана именно на сервисном подходе и глоссарии ITIL (тикеты, инциденты, проблемы, SLA, CMDB, время реакции, время решения, эскалация, change, запросы на обслуживание и т.п.). Начать можно с русской версии глоссария ITIL (Глоссарий), далее почитать статьи на itsmonline.ru и itsmforum.ru.

Желательно пройти курс ITIL Foundation и сдать экзамен (курс ITIL F — 229 $). Поработать в системах хелпдеск, поддерживающих ITSM подход (ServiceNow, HP OpenView, ManageEngine ServiceDesk и др.). При достаточном уровне английского можно чуть позже взяться за сами книжки в оригинале. Если с английским не очень хорошо, то будет полезно прочитать вот эту книжку — Free ITIL (хотя её наверное стоит прочитать даже тем у кого с английским хорошо).

3. Проектные методологии (ANSI PMI PMBOK, PRINCE2)


IT менеджер постоянно сталкивается с теми или иными проектами, поэтому он должен уметь грамотно ими управлять. Тут без вариантов. Это базис. Выбирайте то, что вам по душе и изучайте (PMI PMBOK, PRINCE2). Цена вопроса в пределах 1000 $, в зависимости от уровня сертификации. Какая из методологий лучше — вопрос личных предпочтений и места работы (пример — в Европе более популярен Prince2). Настоятельно советую всё же выбрать себе одну, как основную и, обязательно, ознакомиться с основами второй методологии.

4. Agile


Это модное слово скрывает за собой целый пласт, который называется гибкий подход к разработке (Scrum, FDD, XP и другие). Где почитать: почитать можно на самом деле много где. Об Agile не писал только ленивый. Вот здесь, например — блог. Можно даже пройти сертифицированный курс (например вот — курс — 549$. Дороговато, но это цена популярности), хотя я бы стал это делать, только если решил сконцентрироваться на работе в качестве скрам мастера или при наличии формальных требований от «вкусного» работодателя. На что обратить внимание — гибкие методологии не панацея! Кое-где они даже вредны. У них есть недостатки, которые сразу неочевидны. Но, в целом, это то, что «доктор прописал», для нужд большинства команд разработчиков. Недостатки гибкого подхода можно нивелировать, если вникнуть глубже в тему.

5. DevOps


Если описать в двух словах — это, как-бы, Agile, но для сисадминов. Это очень неточно, но передаёт суть. Когда разработчики перешли к использованию гибких методологий, IT operations стало отстающим блоком, который тормозил, выдающих «на-гора», каждые две недели, разработчиков. DevOps ликвидирует эту проблему (или пытается это сделать). Где почитать: можно купить или найти на просторах сети PDF версию книги DevOps Cookbook и ознакомится с ней. Можно (если вы ещё не потратили все деньги на сертификации и курсы из предыдущих пунктов списка) пройти сертификационный курс, одобренный DevOps Institute вот здесь — курс DevOps. Цена вопроса — 499$.

6. Вендоро-зависимая сертификация


Сразу отмечу, что от вендеро-независимых сертификаций толку чуть больше чем нуль (за очень очень редким исключением) и, я не буду на них подробно останавливаться. Сертификацию какого вендора проходить — я не подскажу, это зависит от стези которую вы выбрали. У многих путь выглядит так: по молодости Microsoft, потом «ой без Linuх в серьёзных компаниях никак», потом «ой мне нужно бы разобраться в SAP, за неё платят больше всех» (шутка). Полезно то, что используется в больших компаниях. Вы же наметили себе в качестве места работы именно такие компании, а не ООО «Двери Плюс»? Тогда вам нужна сертификация от компаний Microsoft, Cisco, RedHat, SAP, IBM, HP. Если вы наметили себе путь в менеджеры, то сильно углубляться в техническую сертификацию не стоит, можно остановиться на базовых уровнях. Примеры: MCSA для Microsoft, CCNA для Cisco и RHCSA для RedHat. Цена вопроса: MCSA — 240$, CCNA — 450$, RHCSA — 400$. Более глубоко, если планируете развиваться как менеджер, я бы не советовал лезть.

7. MBA


Много горячих баталий было посвящено вопросу, а нужно ли тратить время и силы на MBA? Моё мнение — если есть возможность, то оно того стоит. Как: выбрать школу, которая вам подходит по критерию цена/качество/доступность/рейтинг, обратить внимание на наличие аккредитации (AMBA, EFMD, AACSB), проверить аккредитацию и поискать информацию. По зарубежным можно посмотреть информацию здесь — рейтинг FT. Обратите внимание, что ни одна бизнес школа из России не попала в первую сотню этого рейтинга! Поэтому ценность вашего обучения в бизнес-школе в России будет актуальна только для России. Цена вопроса: очень разнообразная примерно от 6 000$ в РФ и до 130 000-150 000$ за границей. Пример: MBA в INSEAD, занимающей 5 место в рейтинге, обойдётся примерно в 80 000$ + 50 000$ уйдёт на проживание и другие расходы. Так же не стоит забывать об упущенной выгоде, так как вы потеряете, как минимум один год дохода, при очном обучении. Стоит всё очень хорошо взвесить.

8. Финансы


ИТ-менеджеру, в любой его ипостаси приходится иметь дело с финансами. Понимание таких вещей как бюджетирование, виды затрат, амортизация, срок окупаемости и возврата инвестиций и многие другие — жизненно необходимы в повседневной деятельности. В идеале, неплохо, получить второе высшее образование, связанное с финансами и экономикой. Цена вопроса: от 4500 до 7500$, в зависимости от ВУЗа и программы обучения. Обратите пристальное внимание на процесс управления финансами в библиотеке ITIL и область знаний «Управление стоимостью проекта» в PMBOK. Если вы нацелились на карьеру в качестве ИТ менеджера в банковской/страховой сфере, то подумайте о сдаче экзамена CFA. Замечу, что это недешёвое удовольствие — без курсов и других затрат, первый уровень CFA стоит порядка 1100 — 1500$, в зависимости от времени регистрации. Также, обратите внимание, что порядка 40% от кандидатов сдают его с первого раза. Экзамен, конечно, на английском языке, как и большинство значимых сертификаций в мире ИТ(вы же уже записались на курсы английского или знаете язык?)

9. Безопасность


Обеспечение безопасности в информационных систем является одной из ключевых сторон работы ИТ менеджера. Необходимо, как минимум, знать основы и знать ПО для обеспечения безопасности: антивирусное, IDS/IPS/DLP системы, анализаторы протоколов, криптографическое ПО, межсетевые экраны, средства и ПО для аутентификации, средства и ПО для видеонаблюдения. Очень полезно ознакомиться со стандартом ISO 27001 (стандарт). Хорошим опытом будет участие в сертификации на соответствие стандартам PCI DSS любого уровня. Стандарт PCI DSS содержит перечень достаточно конкретных технических и организационных требований к обеспечению информационной безопасности. Даже тем, кто не работает с картами, тоже очень полезно просто почитать опросник SAQ (опросник SAQ D).

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

Успехов!
Поделиться публикацией
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама
Комментарии 39
  • +3
    В российском менеджменте, как мы все знаем, окупается только близость к вышестоящему менеджменту, а отнюдь не какие-то «знания» (будь то английский язык, Agile или умение запускать docker...)
    • 0
      Не только лишь у всех так. В свое время я работал в филиале крупного вуза. Затем переехал в Москву, поискал работу (как водится среди понаехавших, с завышенными зарплатными ожиданиями), не нашел, устроился инженером в этот самый вуз. Зарплата там была ниже всякого плинтуса, но я и сейчас помню, что к получению первой зарплаты у меня оставалось около 3 тысяч рублей наличными из отложенной сотки. Через четыре месяца стал там руководителем айти-подразделения, сделал большой проект по объединению филиалов в одну сеть с командировками по всем подключаемым филиалам (в каждом был лично). Затем сменилось руководство, я уволился и получил на новом месте уже вполне себе достойную зарплату.

      С фактами «кумовства», коррупции и прочего я в своей работе не сталкивался, хотя и должность у меня была административно-техническая. Были люди, которые сидели откровенно не на своем месте, но я практически уверен, что они там появились не в результате какого-либо «заноса» наверх, а просто потому, что руководство не нашло более подходящей кандидатуры на эти должности, а люди обладали в их глазах некоторой надежностью. Т.е. это не кумовство, а банальное нежелание брать кандидатуру с улицы, когда есть вот тут вот готовый практически кадр. Это не то, чтобы хорошо, и не то, чтобы плохо, просто вот так есть.

      Сам блатом не обладал совсем, в Москве никого не знал, исключая тот факт, что в филиале у меня была очень хорошая репутация и отголоски ее были и в Москве тоже. Можно ли назвать это блатом? Сомневаюсь.
    • 0
      В статье совершенно отсутствует упоминание необходимости высшего образования. Однако, необходимость профильного высшего образования для человека, оснащенного сертификатами вендоров — вопрос по-прежнему дискуссионный.
      • 0
        Да, действительно я не разбирал в статье этот вопрос и по-умолчанию предполагал его наличие. Без высшего образования стать IT менеджером не тривиальная задача. Хотя, наверное, кое-где это и возможно.
        • 0
          Без высшего образования стать IT менеджером не тривиальная задача

          Без какого высшего образования?

          • –2
            Сергей, вам нужен перечень конкретных специальностей и ВУЗов? Если да, то я могу отписать вам в личку.
            • 0

              Специальностей. С аргументацией, почему.


              И не в личку, понятное дело.

              • 0
                Техническое — в общем
                Техническое + экономическое — для тех кто в банках/страховых
                А то многие менеджеры не знают что такое OPEX/CAPEX/ROI и так далее. Не шутка. Впрочем, доводилось видеть и ИТ-директора, который «вышел» из сотрудника техподдержки, причем ментально (!) остался на прежнем уровне.
                • +1

                  А аргументации "почему" — не будет?

                  • 0
                    Потому что это необходимо для понимания как работает бизнес. Я вот 15 лет в медиа и рекламе, и помимо «этих железок» отлично знаю, как работает этот бизнес от и до. А без этого часто нельзя предложить верное инфраструктурное решение. Надо говорить на одном языке с теми, кто принимает решения/выделяет бабло на бюджеты и т.д
                    • 0
                      Потому что это необходимо для понимания как работает бизнес

                      Я правильно вас понял, высшее техническое образование необходимо для понимания того, как работает бизнес?

                      • 0
                        Как правило, первое высшее — техническое. Второе — экономическое. + MBA например. Это идеально для будущего ИТ директора какой-нибудь крупной компании международного уровня.

                        А ВО вообще нужно, без него при всех прочих плюсах во множестве стран не дадут разрешение на работу. У нас вот такое требование — нет ВО, нет разрешения, все, приехали. И так очень много где.
                        • 0
                          Как правило, первое высшее — техническое.

                          Так зачем же конкретно?


                          А ВО вообще нужно, без него при всех прочих плюсах во множестве стран не дадут разрешение на работу.

                          … не дадут разрешения на работу "своим" или иностранцам?

                          • 0
                            Иностранцам, а любому ИТ менеджеру опыт работы за границей в плюс. А «своих» просто не рассмотрят даже, у нас например не только образование, баллы по предметам важны. Если есть корка, но баллы низкие, то шансы снижаются.
                • 0
                  Боюсь, что это выходит за рамки моей статьи и тянет на отдельную, из серии «Куда пойти учиться». Если брать укрупнёно направления подготовки в ВУЗах, то это будут: 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 Инфокоммуникационные технологии и системы связи. Расписывать в рамках комментария аргументацию «Почему именно эти направления?» не считаю правильным. Ещё раз повторюсь, выбор ВУЗа и специальности это большая, отдельная тема, которая требует отдельной статьи.
                  • 0
                    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, чтобы прыгать дальше…
                    • 0
                      Из всего вашего перечня специальностей лично мой факультет (Комп. наук и ИТ), например, реализует только 3. Более того, их курсы считаются де-факто слабейшими и имеют низкие проходные баллы из года в год
              • +2
                Стать любым руководителем — задача нетривиальная. Однако сейчас и в государственных конторах чаще всего смотрят на образование в формате «лишь бы было какое-нибудь», в частных же компаниях этот вопрос стоит еще менее остро. Возможность стать руководителем (менеджером) зависит только от собственных знаний, коммуникабельности и, конечно, удачи (время и место).
            • 0
              Ну и главное — если ИТ менеджер осилил переварить все вышеописанное автором, то скорее всего и работать он будет за границей, как вариант light — в крупных представительствах иностранных компаний в РФ, в крупных банках, с перспективой опять же «забугор». Как постоянно живущий вне РФ, могу подтвердить — большинство руководителей ИТ среднего уровня в РФ не будут допущены до выноса мусора из серверной «там». Нужно реально очень много знать + профильное образование + опыт лет от 10, чтобы увидеть в своей визитке должность ИТ менеджера. И часто требования к таким кандидатам «от 35 лет» от «40 лет» — поскольку до этого возраста нужного опыта просто не бывает. Ну и должность часто «социальная» в смысле нужное место + время тоже немаловажный фактор. Поэтому если среда общения англоязычная, то нужно владеть языком свободно. Это касается и представительств компаний в РФ, где региональный ИТ менеджер постоянно на связи с HQ
              • 0
                Руководитель в айти это прежде всего младший инженер(тестировщик, админ)-старший- тим лид. Ну или та же линейка прогресса только из 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 — эта больше психологию управления, интересные фишки руководства именно людьми.
                • 0
                  Я бы добавил знание ключевых принципы Архитектуры Предприятия и Togaf как сертификацию по данному направлению.
                  • 0
                    Со своей стороны, как ИТ-менеджер, который умудрился побывать по обе стороны «фронта» относительно ИТ-отдела, я бы рекомендовал следующее ( мои рекомендации могут подойти многим, но в первую очередь относятся к руководителям ИТ-отделов и/или их частей ):

                    1. COBIT 5, и только потом ITIL
                    2. Отталкиваться от понятия «минимально необходимо»
                    3. НИКОГДА (!!!) не зацикливаться на IT-отделе. ИТ решает задачи бизнеса и бизнес является заказчиком
                    4. Сделать для себя выводы, прочитав ИТ-Скептика ( Роб Ингланд — «Овладевая ITIL. Скептическое руководство для ответственных лиц»,
                    5. Вместо PMBOK можно рассматривать IPMA. Ключевое отличие -меньше формализма, больше дела. И никаких вопросов из серии «На какой странице указан 4-й сертифицирующий орган в Южной Америке ?»
                    6. Прочитать, что такое Lean, Kanban и в целом бизнес-процессы и послет этого делать выводы, зачем необходимо ИТ
                    • 0
                      Спасибо за статью.
                      Как Вы считаете, обязательно ли IT PM должен быть выходцем из программистов/сис. админов?
                      Сам на данный момент IT PM, но программистом/сис.админом не был, жадно пытаюсь изучить азы программирования, но нужно ли это?
                      • 0
                        Мне нравится определение знаний PM-а как «a mile wide, an inch deep». Т.е. знает очень много разных областей, но не глубоко погружается в предмет. Мое личное мнение, что азы той области в которой вы ведёте проекты необходимо знать. Иначе вы не сможете отделить «зёрна от плевел». Поэтому если ваши проекты связаны с разработкой ПО, то надо изучить азы программирования. Это необходимо хотя бы для того, чтобы понимать терминологию и говорить на одном языке с командой.
                        • +1
                          Нужно знать процесс разработки, тестирования и внедрения ПО. Если вы руководите командой разработчиков или являетесь как это по-русски, IT Product Owner / Manager — ом. Ваша специфика не тимлид а именно менеджер. Как уже заметил автор статьи, чтобы говорить на одном языке, например понимать в каком спринте будут реализованы те или иные фичи, пофиксены баги и так далее. А вообще конечно жаль что у вас не было опыта админства или разработки — очень многие вещи будучи пройдены на собственной шкуре, помогают понимать где что в процессе. И оценить верно трудо-время затраты и риски.
                          • +1
                            ИМХО, автор просто не указал, про каких именно ИТ-менеджеров он говорит.
                            Вариантов слишком много…
                      • +1
                        Зачем MBA IT-менеджеру?!!!
                        • +1
                          Если это ИТ-директор, то в первую очередь, он не главный сисадмин, а организатор решения проблем и болей бизнеса, а для этого надо знать, как работает бизнес лучше топ-менеджмента
                          • –2
                            У меня есть чёткое и многократно проверенное ощущение, что любой IT-специалист лучше топ-менеджмента понимает, как работает бизнес, даже сильно начинающий.
                            • 0
                              У меня есть аналогичный опыт по обе стороны ИТ-отдела — ИТ специалисты часто не в курсе и не интересуются стратегией бизнеса и конкретными его целями. Мне сложно представить ИТ-специалиста, который самостоятельно может оценить, что важнее для бизнеса — допиливание процессов в CRM-системе или улучшение ЛВС.

                              Другой пример — ИТ-специалист обычно не будет разбираться, почему разработчикам в компании-вендоре ПО хронически не хватает тестовых полигонов в кластере VShpere — он обычно просто предложит прокачать кластер, а необходимо и достаточно спроектировать и предложить соответствующему отделу организационные правила по учёту и переиспользованию виртуалок.

                              Третий пример — я в упор не верю, что обычный айтишник, даже специалист, по своей воле будет разбираться, чем отличается лид с вероятностью 50% от сделки с вероятностью 70%.

                              Всё это должен организовывать человек, которому без разницы Cisco или Huawei, IBM или HP. Для него вопрос стоит в целеосообразности применения тех или иных технологий в конкретный момент времени и видение того, что делать с этими технологиями через 3-5 лет.

                              К сожалению, большинство ИТ-специалистов слишком сконцентрированы на ИТ и внутри ИТ-отдела, а остальных воспринимают слабо.
                              Мой любимый пример — операционный ИТ стандарт ITIL/ITSM и комплексный стандарт COBIT.
                              • 0
                                Айтишники в массе вообще не интересуются бизнес-процессами. Если вдруг придет понимание, что любые вопросы надо рассматривать с точки зрения целесообразности в бизнесе — это начало пути ИТ директора. И люди принимающие решения (читай проще — дающие бабло на все это железо и софт) — не будут задавать вопросов, если с ними общаться на их же языке. Циска не Циска, это уже не имеет значение, главное результат именно бизнес-процесса.
                                • 0
                                  Именно поэтому, я и написал в другом комментарии о том, что автору надо было указать про какого ИТ-менеджера он рассказывает.
                                  Я воспринимаю ИТ-директора как роль, а не как название должности — в разных компаниях она может называться совершенно по разному
                          • 0
                            чтобы больше зарплату требовать, естественно. Для чего же еще нужна мутная бумажка о том, что просмотрел некоторое количество видеокурсов о бестпрактиках корпорации крайслер в 1961 году?
                            • 0
                              Как и большинство «бумажек» других стандартов

                              MBA хорош только тогда, когда он реально нужен для понимания того, как управляется холдинг/корпорация и каким образом ИТ сможет помочь бизнесу достичь своих целей.

                              Как бы айтишникам этого не хотелось — ИТ -подразделение в компании в 90% случаев — это поддержка, а не основная деятельность для компании (я говорю именно про отделы автоматизации бизнеса, ИТ-саппорте и т.д.)
                            • 0
                              Павел, CIO или Директору по IT очень даже пригодится. В статье я ориентируюсь не на условные ООО «Рога и копыта», где не нужен IT менеджер с MBA и где не нужны остальные вещи типа ведения проектов по стандартам PMI, а на большие компании, где наличие бизнес-образования помогает общаться на одном языке с владельцем и топами. Я не говорю об обязательности его получения, но на каком-то этапе своей карьеры многим IT менеджерам придётся столкнуться с требованием о наличии второго высшего с экономическим профилем или наличием диплома MBA.
                              • +1
                                Я бы ещё добавил для понимания многими, что эта необходимость возникает, когда годовой бюджет ИТ-отдела превышает годовую выручку средней компании

                                PS. Возможно, в самой статье стоило указать, какая именно категория ИТ-менеджеров рассматривается
                                • +1
                                  Какой-то получается IT-менеджер растяжимый и, по-видимому, шестирукий.

                                  Из текста совершенно непонятно что это за персонаж — прожект менеджер, начальник отдела, CIO? Или это вообще бизнес-консультант?

                                  В каком домене он работает — тоже непонятно…

                                  Учиться «про запас» считаю занятием бессмысленным. Знания, которые не применяются на практике, становятся неактуальными уже через 5 лет.

                                  А учиться на каждом новом этапе чему-то новому и полезному в работе (текущей или в будущей в краткосрочной перспективе) — это нужно, тут даже спорить не о чем.
                                  • 0
                                    Профессия не стандартизирована вообще. Я приводил в пример ИТ директора, который по ментальности остался техсуппортом, полностью соответствуя «духу» компании где он работает лет 15 уже. Даже английский освоить не смог, когда из Европы из хедофиса приезжал «ревизор», меня общаться звали.

                                    Про запас учиться действительно мало смысла, но если есть цели, то находясь на определенной ступеньке можно получать дополнительные знания. Тот же ИТ менеджер, если хочет двигаться в ИТ директора, может получить второе ВО или МБА. И дальше двигаться, как правило — в другую организацию.

                              • +1
                                В первую очередь, менеджеру надо быть человеком, а не негодяем, который людей за ресурс считает.

                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.