Кто такой ит менеджер. Что нужно знать ит-менеджеру или ученье свет, а за свет надо платить

В процессе создания программного продукта обычно участвует несколько человек, либо даже команда. Численность участников и сложность продукта может быть разной. Весь процесс разработки должен кто-то направлять, иначе проект выйдет из под контроля и не будет завершен. Этим делом занимается - IT-менеджер.

Чем именно занимается IT-менеджер

IT-менеджер - занимается управлением отдела разработки продукта, планирует процесс работы, определяет цели и требования продукта, следит за сроками исполнения, совместно с разработчиками определяет реализацию продукта, планирует совместно с маркетинговым отделом концепт продукта, его стоимость и продвижение на рынке.

В итоге, IT-менеджер занимается и участвует во всех стадиях разработки программного продукта: от возникновения идеи о создании, до продвижения продукта на рынок.

Планирование процесса

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

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

Организация рабочего процесса

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

Менеджер обеспечивает коммуникацию с командой разработчиков, в том числе с внештатными сотрудниками, привлеченными фрилансерами и другими компаниями. Также менеджер может отвечать за связь с клиентами или заказчиком продукта, выясняя требования или уточняя какие-либо изменения.

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

Команда

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

На плечи менеджера опускается задача по подбору нужного специалиста в команду. Решение о найме качественного и дорогого, или дешевого но менее профессионального, будет зависеть от конкретного проекта и выполняемых задач.

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

Контроль процесса

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

Направление работы и развития проекта

Менеджер занимается направлением команды на правильный путь. Если что-то идет не по намеченному плану, то менеджер должен предпринять действия, чтобы все встало на правильный путь. Менеджер должен не просто следить за процессом, но и подталкивать членов команды вперед для достижения результата. Важно всячески мотивировать команду и находить к каждому свой ключик. Предоставьте сотрудникам то, чего они хотят, взамен на быстрое и качественное выполнение поставленных целей.

Уметь трезво оценивать

IT-менеджер должен уметь объективно оценивать не только свои силы, но и силы своей команды. Не нужно допускать, чтобы в самый нужный момент, кто-то из команды выдохся и не смог выполнять свои задачи столь эффективно, как это делалось раньше.

Делегировать задачи

Менеджер никогда не должен брать все задачи на себя и самостоятельно ими заниматься. Нельзя просто так взять, и разорваться на все задачи. Для менеджера важно правильно выстроить доверительные отношения внутри команды и передать часть каких-то задач на выполнение. Таким образом, делегирование поможет повысить скорость выполнения задач и будет полезным для роста специалиста, которому назначены задачи.

Менеджер такой же работник

Да, IT-менеджер это руководящая должность, но это ведь зачастую такой же наемный работник, как и разработчики. Отличие только в том, что разработчик отвечает лишь за свою зону ответственности, а менеджер отвечает за результат в целом. Что будет в конечном итоге с продуктом, напрямую зависит от того, в какую сторону развития его будет направлять менеджер.

Вот, пожалуй, и все о менеджерах. У вас есть, что добавить? Тогда добро пожаловать в комментарии!

Мир IT сегодня не похож ни на одну из других отраслей - над кодом приложений, игр, корпоративных решений, сервисов работают увлечённые, грамотные ребята. Программисты и инженеры, дизайнеры и тестировщики, системные администраторы и новомодные DevOps превращают идеи в программное обеспечение, которым пользуются миллионы людей. Они вдохновенно пишут код, разрабатывают алгоритмы, готовят макеты и соединяют это в работоспособные полезные механизмы. Мы, пользователи Хабра, часто говорим о разработке, администрировании, новых технологиях и языках программирования, зарубаемся в жарких спорах о преимуществах одного стека над другим, но забываем о важном звене в любой IT-компании - менеджерах проектов и продуктов. А между тем не факт, что завтра именно вам не предложат отойти от дел программерских и стать менеджером. Мотивация? Стоит ли? Потолок? Карьерный тупик? Новый горизонт? Давайте разбираться.

Менеджер в айти, бэклог его ити…

Мы внедряем свою CRM-систему и поэтому имеем не только опыт развития своих собственных менеджеров (это, в основном, гибриды с програмистами - ближе к тимлидам) в RegionSoft Developer Studio , но и встречаемся с чужими менеджерами ИТ-проектов (и не ИТ тоже, но это другая история). За много лет нам удалось выявить ряд типичных признаков менеджеров «с плохим характером».

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

• Работа без цели, плана и этапов проекта. Такая ситуация может возникнуть, если менеджер плохо представляет себе этапы разработки и вообще процесс создания программного обеспечения, то есть фактически ему просто трудно адекватно планировать. Сумбурная работа, метание от задачи к задаче, постоянно изменяющиеся требования выматывают всех членов команды, приводят к увольнениями и профессиональному выгоранию.
• Изменение проекта на лету - ещё одна ненавистная черта менеджера. Вы легко узнаете этот тип работника: услышав на конференции или очередном митапе о новой технологии или модных моделях управления, он возвращается в компанию с горящими глазами и начинает активно продавливать новинку на старом проекте. Причём это не эксперимент с лучшими практиками, а именно тотальное и безоглядное погружение во что-то новое. По ощущениям - больше макание. Приводит к срывам срока проекта и резкому падению качества и скорости разработки. Если горе-новатор умудряется заручиться поддержкой топ-менеджмента - пиши пропало.
• Стратегия любой ценой - девиз менеджеров ИТ-проектов, работающих на свой собственный бонус, но не на благо команды. Такие ребята готовы на всё ради KPI и ROI и исключают любые риски, лишь бы не потерять заветные значения коэффициентов. Самый опасный вариант, когда менеджер лоббирует внедрение в матрицы показателей коэффициенты, связанные с «нетрудовыми» достижениями - такие как коэффициент лояльности, показатель внутренней мотивированности и оценочный уровень взаимодействия с коллегами. Как правило, профессионалы-интроверты сквозь это решето не проходят и остаются без премий. А там и без мотивации, и… без работы.
• Непонимание принципов разработки - бич менеджеров-нетехнарей. Не зная особенности создания кода, скорость работы программистов, принципы тестирования, сроки выведения продукта в продакшен, крайне трудно прийти к общему знаменателю с R&D и стать настоящим связующим звеном внутри проекта. Именно такие менеджеры любят заучить несколько словечек ИТ-тематики и говорить: «Успеешь фичу до пятницы?», «Отрефакторь код, чтобы быстрее работало», «Да там всего две строчки поменять. Зачем весь билд тестировать?».

  

  
  Некоторые менеджеры так и думают, что на входе какая-то идея, на выходе величайшее в мире ПО, а посередине - магия. Не-а, обычно великая идея, долгая-нудная-сложная разработка и продукт, который ещё и конкуренты опередили. И вот как раз классный менеджер и толковые разработчики этот продукт ведут к GREAT:-)
• Совещания без конца - отличный способ имитировать деятельность, не достигая при этом результата. Главное, чтобы был календарь резервирования переговорок (желательно, публичный), а сам менеджер с важным видом заслушивал состояние дел на проекте и давал комментарии. Если постараться, то можно назвать эту имитацию Scrum или Agile. Но тогда обязательно должна быть доска с цветными бумажками. Это менеджер-совещанец усвоил.
• Клиент всегда прав, даже когда точно не прав. Почему-то волшебная формула «клиент всегда прав» из ритейла и сервиса перекочевала в том числе в разработку. Менеджер, призванный работать в том числе на стороне клиента, превращается не в адвоката клиентских интересов, а в кивающего божка, таскающего самые бредовые задачи от клиента с пометкой срочно-важно. И, конечно же, без составленного и подписанного ТЗ.
• Игнорирование личностных аспектов - ошибка, которую может допустить любой менеджер, в том числе технарь. Ни в коем случае не стоит игнорировать тот факт, что вы работаете в окружении людей - а значит, в окружении личности, характера, настроения, мотивации. И если не учитывать эти особенности внутри команды, можно получить эффект ядерной мини-бомбы внутри коллектива. Заденет всех.
• Неумение расставлять приоритеты приводит к однозначным срывам сроков проекта, сумбурности в разработке, брошенным делам, неразобранному бэклогу и переполненному багтрекеру. Разработка как любое инженерное дело не терпит хаоса.
• Тотальный контроль и микроменеджмент - болезни управления, которые могут напасть на каждого. Нет ничего хуже, чем менеджер. стремящийся заменить каждого на рабочем месте и готовый влезть в каждый этап разработки.
• Отсутствие ретроспектив - отличный способ снизить мотивацию команды и качество разработки. Если менеджер по какой-то причине избегает анализа ошибок, проделанной работы, боится похвалить или призвать к качественным изменениям, он неизбежно получит команду, не знающую, каким курсом она движется.
• Игнорирование лучших практик. Чужие успехи, находки и преимущества порой трудно признать. Однако в работе подобное поведение фатально - если не принимать во внимание лучшие практики, можно отстать от конкурентов и по сути потерять все преимущества. Если менеджер боится признать лучшее и активно внедрять это, проект обречён.
• Есть ещё один аспект работы менеджера, приводящий к негативным последствиям, - стремление создать дружную команду даже в ущерб эффективности и продуктивности. В погоне за комфортным психологическим климатом в коллективе и полной неконфликтности менеджер загоняет проект в ранг «дружеской посиделки», на которой всем хорошо, но работа не делается. Рано или поздно это обязательно приводит к конфликтам и глубокому управленческому кризису.

Конечно, все эти качества редко сочетаются в одном менеджере, но каждое из них уже способно пошатнуть проект на пути к цели. Тем не менее, это не утопия - такие управленцы встречались в работе практически каждому из нас. Какой выход? Вырастить Бабу-Ягу в своём коллективе и перевести в менеджеры лучшего программиста, знающего проект до каждого символа кода? Вариант! Но так ли это просто - пересесть из кресла программиста или инженера в кресло менеджера?

Из программистов в менеджеры - путь самурая

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

1. Сменить компанию и получить новые задачи в рамках нового проекта - самы простой, но часто самый нежелательный для всех исход. Давайте забудем о нём до других постов.
2. Сменить проект внутри своей компании и развивать новое направление - отличный вариант, выгодный компании и мотивирующий разработчика. Но не в каждой компании ведётся параллельная разработка нескольких проектов, такой возможности может просто не быть.
3. Продолжать расти на своём месте, углубляясь в оптимизацию разработки, наращивая функциональность продукта, совершенствуя его через рефакторинг и использование новых алгоритмов и технологий. Отличный вариант, который чаще всего и выбирают лучшие программисты.
4. Стать менеджером - в том случае, если программист проявляет управленческие черты и очевидно готов взвалить на себя груз проектной работы, а разработку доверить своей же команде.
5. Стать технологическим евангелистом - для очень крупных компаний или для очень редких и ультра популярных продуктов.

Особое мнение - главный разработчик RegionSoft Developer Studio рассказывает о своём опыте работы с менеджерами и программистами.

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

Но есть одна важная фишка. Если в человеке сочетаются черты и программиста, и менеджера - то из такого сотрудника получается идеальный руководитель проектов или даже менеджер экспертного уровня. Но такое встречается крайне редко.

Менеджер экспертного уровня - это всегда звезда в любой команде, потому что он и умеет работать «продвиженцем» и знает предмет вопроса изнутри. Это как Королев, когда он возглавил КБ для разработки ракеты. Если бы он сам эти детские ракетки и самолёты не запускал и не конструировал, он бы никогда не смог управлять целым КБ и не создал бы ракету, способную покорить космос.

От менеджера нужны лидерские качества, чтобы сплотить вокруг себя команду и суметь ей управлять, ставить задачи, планировать достижение промежуточных результатов и т.д. И, безусловно, в разработке ПО, в технической сфере это особенно важно.

Так что, если программирование - ваше всё и душа не лежит к менеджерской работе, не переходите. Хороший, талантливый разработчик всегда найдёт точки роста внутри любимого дела и своего проекта.

Переход из разработчиков в менеджеры разработки - это карьерный рост с точки зрения и общества, и руководителя, и коллектива. Это повышение заработной платы, новые задачи и новая ответственность. Но разработчик не всегда готов забросить код и приступить к новым обязанностям - хотя бы просто потому что программировать ему нравится гораздо больше. Эта позиция заслуживает огромного уважения (и повышения зарплаты - да-да, господа руководители, это свидетельство почти что патологической лояльности продукту и оно дорого стоит!), но мы всё же остановимся на более распространённой ситуации: зарплата манит, новые задачи будоражат и вы почти согласны стать менеджером, но с чего начать? Как встать на этот путь и стать на нём эффективным, а не попасть в ловушку принципа Питера ?

Менеджер в ИТ - это почти всегда человек-оркестр. Но всегда ли слаженно он играет?

Что нужно осознать?

Любая смена деятельности как внутри компании, так и вне её - это определённый стресс, сопряженный с множеством вопросов и сомнений. Даже если вы знаете проект много лет, всё равно вам предстоит посмотреть и на него, и на команду с другой стороны, обратиться к новым сторонам взаимодействия, стать руководителем своих коллег, стать лидером. Важно сразу осознать несколько моментов, которые помогут собраться и приступить к работе «с той ноги».

• Должность менеджера - это рост для программиста, новый виток развития в сфере управления. Когда разработчик достиг практически всего в коде, ему стоит шагнуть дальше и управлять именно так, как того проект требует. Когда знаешь процессы разработки и особенности продукта изнутри, ты способен изменить многое в управлении, сделать команду по-настоящему сильной. Бонус за все риски - новые задачи и материальная сторона.
• Переход в менеджеры - способ преодолеть достигнутый карьерный потолок. Особенно это важно для тех специалистов, которые хотят развиваться внутри своей компании, а не менять работу. Это способ применить накопленные знания в новом качестве.
• Менеджеру проще перейти на высокооплачиваемую работу в другую компанию, поскольку программист должен вникать в код, стиль разработки, разбираться с не всегда лучшим «наследством» от предшественника, а менеджер приходит со способностью грамотно управлять проектом, понимая разработку, но тратя время на разгребание кучи кода. Он изначально эффективен (хотя не факт, что разборки с кучей отменяются!).
• Став менеджером, следует избежать микроменеджмента и перестать вникать в мельчайшие особенности разработки, в каждую строчку кода, - нужно дать возможность команде решать задачи разработки. Однако часто менеджер, выросший из программиста, продолжает просматривать билды и отдельные коммиты, нередко даже сам продолжает писать код. однако рано или поздно объём серьёзных менеджерских задач вытеснит такую возможность, поэтому важно правильно выстроить делегирование в команде.
• Менеджер - это не айтишный бюрократ и не боец на тёмной стороне. Это человек, который способен применить свой опыт для того, чтобы сделать живой идею продукта, создать ПО, которым можно пользоваться и которое способно приносить пользу.

Как по мне, нет причин для беспокойства

• Менеджер - это человек, работающий с людьми, и это не стоит сбрасывать со счетов. Ваша новая работа - это непрерывный процесс взаимодействия с руководством, клиентами и, конечно, командой. Важно обеспечить благоприятную рабочую обстановку, научиться управлять совершенно разными людьми и при этом не скатиться в развесёлую компашку или, наоборот, в запруженное болотце только «нужных и спокойных» людей. Помните Высоцкого «настоящих буйных мало, вот и нету вожаков»? Нужно оставаться по-хорошему буйным.
• Менеджер должен быть в движении, но ни в коем случае не двигаться от стека к стеку, от технологии к технологии. Должны создаваться технические условия для успешной работы - в частности, внедряться автоматизация там, где она нужна.

С автоматизацией можно перестараться. В теории. На практике ощущается вечная недоавтоматизация.

И да, вам придётся столкнуться с этой картинкой в жизни:-)

Главное - очень-очень любить свой продукт. Иногда, конечно, вопреки:-)

Итак, вы менеджер. Долгое время вы были разработчиком, инженером, многому научились в проекте. Теперь вы получаете новый опыт, ответственность и деньги в обмен на огромный объём работы, много давления и необходимость принимать сложные решения. Вы видите возможности и можете влиять на развитие бизнеса.

Что придётся принять?

Есть несколько вещей, которые нужно принять в роли менеджера: риски, умение прислушиваться к критике и реагировать на неё, новая мера ответственности, умение принимать жёсткие и иногда непопулярные решения. Придётся стать лидером своей же команды. Впрочем, если вы доросли до менеджера разработки, скорее всего, вы уже были неформальным лидером.

Самый большой страх

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

Как научиться быстро

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

Можно выбрать наставника, можно углубиться в учебники и книги, и это правильные решения. Но это и потеря времени. Поэтому лучше поучиться - но вопрос, где. MBA - это долго, дорого и, увы, далеко не всегда то, что нужно. Поэтому стоит обратиться к другим возможностям получить квинтэссенцию чужого опыта.

1. Самая дешёвая и вполне адекватная возможность - найти наставника в компании, который позволит вам войти в новую колею. Это может быть глава департамента, опытный менеджер или даже генеральный директор, особенно в небольшой компании. Сотрудник, зная свою сторону работы, быстро освоится и изначально будет знать о проблемных точках проекта.
2. Углубиться в книги, блоги, материалы, заняться самообразованием. Отличное решение, но оно займёт много времени и будет иметь теоретическую основу. Скорее, это обязательное дополнение к любому из перечисленных способов.
3. Пойти на второе высшее, в магистратуру, на сложные курсы. Ну, если у вас есть время и деньги… На самом деле, это довольно затратно и не всегда эффективно - фишечка вузов, понимаете ли: есть учебный план и неприкаянные преподаватели, поэтому кроме нужных вещей вы будете изучать разную -логию. Впрочем, если вы студент последних курсов или хотите войти в ИТ уже не просто джуниором, но и подающим надежды молодцом, можете попробовать свои силы.
4. Получить степень МВА. Дорого, сложно, жрёт много времени, региональных работодателей не впечатляет. К тому же, хороших программ в России мало. Обычно на MBA решаются топы или почти готовые топы крупных корпораций, в которых это добавляет веса. Но, по нашему опыту, в ИТ-сфере ценятся несколько иные навыки: мозги, опыт, умение работат.

Но в целом все способы хороши, особенно если их смешивать с толковыми книгами и блогами реальных практиков ИТ-менеджмента. Главное, помнить, что вы должны стать лидером, а не
«айти-бюрократом».

Внимание, Нижний Новгород, мы ищем менеджера!

Нижний Новгород , мы ищем таланты! Мы разрабатываем и внедряем RegionSoft CRM . Порой это очень (ОЧЕНЬ) сложные и длинные внедрения и интеграционные проекты. Нам нужен менеджер с навыками программирования. Проще говоря, ищем толкового парня, который сечёт в разработке, умеет выбивать из людей требования, составлять ТЗ, убеждать, что для облёта поля пшеницы 4 кв. км нужен кукурузник, а не «Боинг», даже если есть деньги на этот Боинг:-) Возраст значения не имеет, опыт - имеет, и огромное. Записывайтесь на собеседование по адресу [email protected] и приходите поговорить. Территориально Сормово, удалёнка невозможна. Работа суровая, не говорите, что не предупреждали. Люди хорошие, руководитель адекватный.

Наш пока живой Телеграм-канал BizBreeze . Всякое про CRM и бизнес, по уму, без копипаста и на 90% без рекламы. Подписывайтесь.

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ IT-МЕНЕДЖЕРА

I. Общие положения

1. IT-менеджер относится к категории руководителей.
2. IT-менеджер должен знать:
   - Нормативные и методические материалы по организации автоматизированных систем управления.
   - Сетевое аппаратное и программное обеспечение.
   - Средства сетевого и системного управления.
   - Организацию планирования и оперативного управления производством.
   - Структуру предприятия, производственные и функциональные связи между его подразделениями.
   - Порядок постановки задач, их алгоритмизации.
   - Основы проектирования автоматизированной обработки информации и программирования.
   - Информационные технологии, информационные процессы.
   - Основы менеджмента.
   - Английский язык.
   - Социологию и психологию социально-технологических систем.
   - Основы экономики, организации производства, труда и управления.
   - Информационное законодательство.
   - Основы трудового законодательства.
   - Правила и нормы охраны труда, техники безопасности.
3. Назначение на должность IT-менеджера и освобождение от должности производится приказом руководителя предприятия.
4. IT-менеджер подчиняется непосредственно ________________________.
5. На время отсутствия IT-менеджера (болезнь, отпуск, пр.) его обязанности исполняет лицо, назначенное в установленном порядке. Данное лицо приобретает соответствующие права и несет ответственность за ненадлежащее исполнение возложенных на него обязанностей.
6. _________________________________________________________________.

II. Должностные обязанности

IT-менеджер:

1. Определяет задачи внедрения информационной системы, направления разработки и применения информационной системы.
2. Осуществляет выбор оптимального сочетания потребностей пользователей и возможностей информационной системы.
3. Разрабатывает методологическую основу информационной системы.
4. Организует подготовку проектной документации, сметы расходов на информационную систему и ее функционирование.
5. Организует договорную работу с поставщиками (подрядчиками) информационной системы.
6. Руководит работами по настройке и поддержке информационной системы.
7. Осуществляет:
   7.1. Контроль и установку программного обеспечения (software control & distribution).
   7.2. Планирование ресурсов (capacity management).
   7.3. Управление заявками пользователей на обслуживание (incident management).
   7.4. Управление изменениями (change management):
   - управление запросами на изменения (RfC);
   - подтверждение и планирование изменений;
   - управление приоритетами запросов.
   7.5. Управление составом ИС (сonfiguration management):
   - контроль инфраструктуры посредством поддержки адекватных данных обо всех необходимых ресурсах;
   - предоставление текущего статуса и истории каждого элемента инфраструктуры;
   - взаимосвязь элементов инфраструктур.
   7 .6. Управление надежностью (availability management).
   7 .7. Устранение нарушений работы сервисов (problem management).
8. Обеспечивает бесперебойное функционирование системы и принимает оперативные меры по устранению возникающих в процессе работы нарушений.
9. Осуществляет прогнозирование изменений в автоматизации предприятия и разрабатывает меры упреждающего управления.
10. Осуществляет руководство разработкой инструкций, методических и нормативных материалов по использованию и эксплуатации информационной системы.
11. Подготавливает отчеты, предложения по модернизации информационной системы.
12. _________________________________________________________________.
13. _________________________________________________________________.

III. Права

IT-менеджер имеет право:

1. Знакомиться с документами, определяющими его права и обязанности по занимаемой должности, критерии оценки качества исполнения должностных обязанностей.
2. Вносить на рассмотрение руководства предложения по совершенствованию работы, связанной с предусмотренными настоящей должностной инструкцией обязанностями.
3. Запрашивать лично или по поручению непосредственного руководителя от руководителей подразделений предприятия и самостоятельных специалистов информацию и документы, необходимые для выполнения его должностных обязанностей.
4. Требовать от руководства предприятия обеспечения организационно-технических условий, необходимых для исполнения должностных обязанностей.
5. _________________________________________________________________.
6. _________________________________________________________________.

IV. Ответственность

IT-менеджер несет ответственность:

1. За ненадлежащее исполнение или неисполнение своих должностных обязанностей, предусмотренных настоящей должностной инструкцией, - в пределах, установленных действующим трудовым законодательством Украины.
2. За правонарушения, совершенные в процессе своей деятельности, - в пределах, установленных действующим административным, уголовным и гражданским законодательством Украины.
3. За причинение материального ущерба предприятию - в пределах, установленных действующим трудовым и гражданским законодательством Украины.
4. _________________________________________________________________.
5. _________________________________________________________________.

ИТ-менеджер: банальная дань моде или спасательный круг в море ИТ-реалий?

ИТ-сервис-менеджер - новая профессия по меркам такой молодой отрасли, как управление информационными технологиями. Сервис-менеджеры в современных ИТ-службах - это сотрудники, отвечающие за качество услуг, предоставляемых пользователям (сотрудникам компании, а иногда - её клиентам и партнёрам) на базе информационных технологий.

Около десяти лет назад в управлении ИТ окончательно сформировался сервисный подход к позиционированию ИТ-служб. Подразделения, управляющие информационными технологиями, предоставляют другим службам компании услуги, и оценка работы ИТ-службы заказчиками производится в первую очередь на основе таких показателей, как качество услуг и удовлетворенность пользователей. В то же время традиционная структура управления ИТ ориентирована на сопровождение технологий и отдельных компонентов ИТ: серверов, сетей, приложений… Это приводит к проявлению «эффекта пуговиц», описанному в известной интермедии Аркадия Райкина. К сетям, рабочим станциям и приложениям претензий вроде бы нет, но вот эффективной автоматизации бизнес-операций отчего-то не получается.

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

В современных компаниях сервис-менеджер - необходимый участник взаимодействия ИТ и бизнеса.

Образование

ИТ-сервис-менеджер - молодая профессия, и целенаправленно в наших вузах таких специалистов пока не готовят. Сама дисциплина ITSM (управление ИТ-услугами, IT service management) преподаётся лишь в некоторых вузах специалистам по управлению ИТ. Среди таких можно отметить МГУ (специальность «Информационные технологии», факультет ВМК) и ГУ ВШЭ (специальность «Бизнес-информатика»). В основном же сервис-менеджерами становятся ИТ-специалисты, получившие соответствующее техническое образование. Больше всего предпосылок для развития в направлении ITSM у тех из них, кто занят в управлении прикладным программным обеспечением. Таким специалистам, как и сервис-менеджерам, приходится иметь дело с требованиями и ожиданиями потребителей, учитывать возможности и ограничения инфраструктуры ИТ и взаимодействовать со смежными группами внутри ИТ-службы.

Профессиональные сертификаты и аттестации

В области управления ИТ-услугами существует несколько схем сертификации специалистов, действующих во всем мире. Наиболее известные основаны на международном стандарте ISO/IEC 20000 и библиотеке передового опыта IT Infrastructure Library (ITIL®). В Украине действует несколько аккредитованных учебных центров, готовящих специалистов к такой сертификации. Сертификат начального уровня (ISO 20000 Foundation или ITIL Foundation) имеют тысячи украинских ИТ-специалистов. Для сервис-менеджера это естественное свидетельство минимального необходимого уровня компетенции.

Смежные профессии

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

Функциональные обязанности

Типичные:

• трансляция требований заказчиков к новым или требующим изменения ИТ-услугам в спецификации услуг, организация проверки реализуемости требований, согласование проектов услуг с заказчиками и ИТ-службой (разработчиками, службой эксплуатации и др.);
• контроль качества услуг, предоставляемых потребителям: оценка ИТ-метрик, обработка жалоб и предложений потребителей, контроль выполнения обслуживания и устранения инцидентов;
• участие в согласовании ИТ-изменений, затрагивающих ИТ-услуги, за которые сервис-менеджер отвечает;
• взаимодействие с менеджерами ИТ-команд, процессов и проектов по вопросам, касающимся качества ИТ-услуг;
• управление сервисной документацией.

В коммерческих ИТ-компаниях

• возможно выполнение обязанностей account-менеджера, менеджера по работе с клиентами.

В небольших ИТ-службах

• возможна координация кросс-организационного взаимодействия в ИТ-отделе;
• возможно управление взаимодействием с внешними и внутренними партнёрами ИТ-службы (поставщиками ИТ- и инфраструктурных услуг и ресурсов).

Навыки/личные качества

В любом случае главная черта ИТ-сервис-менеджера - понимание интересов бизнеса (заказчиков и пользователей ИТ-услуг), возможностей и ограничений ИТ-службы и используемых ИТ-решений, а также умение сопоставить и совместить одно с другим.

Также необходимы навыки эффективной коммуникации, ориентированность на интересы клиента, организационные способности, аналитические и творческие способности. В коммерческих ИТ-компаниях, где потребителями ИТ-услуг оказываются клиенты компании, сервис-менеджеру пригодится также и коммерческая жилка, умение привлечь и удержать клиента.

Краткая характеристика «идеального кандидата»

Помните метрдотеля из фильма «Красотка» с Джулией Робертс и Ричардом Гиром? Вот примерно так и работает идеальный сервис-менеджер:

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

Из перечисленных характеристик идеального кандидата критически важными являются:

• способность к анализу, систематизации;
• организаторские способности;
• навыки эффективной коммуникации;
• высокий общий интеллект;
• стрессоустойчивость;
• способность к самообразованию и вообще к обучению;
• знание современных информационных технологий;
• знание основ процессного и проектного управления;
• знание основ ITSM;
• знание бизнес-процессов заказчика (приветствуется опыт работы в отрасли, для которой оказываются ИТ-услуги).

Как для любого специалиста, работающего в сфере ИТ, знание английского языка - обязательное требование. Вся профессиональная литература написана на английском, лишь ничтожно малая часть её переведена на русский и украинский. В частности, на английском сдаются все профессиональные экзамены.

Приветствуется профессиональная сертификация на уровне выше базового - как в области управления услугами, так и в основных технологических направлениях (по используемым в компании технологиям и платформам).

Плюсы и минусы в профессии

Карьера - плюсы :

• востребованность в зрелых современных компаниях, в частности - западных компаниях, работающих в России;
• дефицит кандидатов;
• хорошие перспективы профессии в мире;
• возможность развития карьеры по управленческой (не технической) лестнице.

Карьера - минусы :

• низкая средняя зрелость украинских компаний, восприятие профессии как необязательной;
• отсутствие сервисной культуры в ИТ-службах с долгой историей, двойственность позиционирования в ИТ-команде, риски сокращения как не самой необходимой функции в периоды экономического спада.

Проблемные точк и профессии

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

Работу сервис-менеджера трудно совмещать с поддержанием глубокой технической компетенции, возможности развития карьеры в направлении инфраструктуры информационных технологий ограничены.

Оплата труда

Работа сервис-менеджеров оплачивается, как работа квалифицированных ИТ-специалистов, реже - как работа ИТ-руководителей уровня начальника отдела.

Отличия между «дорогими» и «дешёвыми» сервис-менеджерами определяются двумя факторами.

• Первый фактор - значимость профессии для компании . Компании, в которых сервисный подход к управлению ИТ формален или ещё не развит, на сервис-менеджерах экономят. В зрелых компаниях важность роли сервис-менеджера и соответственно уровень оплаты труда повышаются.
• Второй фактор - квалификация . Если специалистов с базовой сертификацией по управлению ИТ-услугами в Украине тысячи, то обладателей сертификатов высшего уровня (IT Service Manager, ITIL Expert, ISO20000 Consultant/Manager) - чуть более 200. Специалисты высшей квалификации претендуют на заработную плату на уровне $5000 и выше. Однако в этих случаях речь, как правило, уже идет о должности руководителя сервисного подразделения крупной ИТ-службы или руководителя ИТ-службы.

Перспективы

Основные направления развития в компании - управление процессами, система менеджмента качества, бизнес-аналитика, управление проектами. Все перечисленные направления могут быть реализованы как в структуре управления ИТ-службы, так и в структуре управления компании в целом.

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

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

Внедрением таких систем на предприятии, их адаптацией к условиям деятельности и оперативным адекватным изменением в интересах развития бизнеса и роста его эффективности занимается IT-менеджер (Information Technology Manager), который руководит IT-отделом предприятия.

Задачей IT-менеджера является выбор необходимых предприятию средств автоматизации, с минимизацией затрат времени и ресурсов на их освоение, настройку и внедрение. В частности, он отвечает за автоматизацию таких областей, как управление сетевым оборудованием, серверами и корпоративными приложениями, хранением и безопасностью данных, управлением парком персональных компьютеров и службой поддержки.

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

Помимо высшего (технического) образования и опыта работы в сфере информационных технологий, к IT-менеджеру предъявляются следующие личностные требования: системный аналитический склад ума; умение доказывать и отстаивать свою точку зрения; понимание сути информационных процессов и проблем конечного пользователя; умение сочетать стратегию автоматизации и самоорганизацию работ по автоматизации.

Основными задачами IT-менеджера являются: внедрение передовых информационных технологий с целью автоматизации управления предприятием; использование минимума IT-средств для достижения целей автоматизации; формирование культуры корпоративной работы пользователей.

I. Общие положения

1. IT-менеджер относится к категории руководителей.

3. IT-менеджер должен знать:

3.1. Нормативные и методические материалы по организации автоматизированных систем управления.

3.2. Сетевое аппаратное и программное обеспечение.

3.3. Средства сетевого и системного управления.

3.4. Организацию планирования и оперативного управления производством.

3.5. Структуру предприятия, производственные и функциональные связи между его подразделениями.

3.6. Порядок постановки задач, их алгоритмизации.

3.7. Основы проектирования автоматизированной обработки информации и программирования.

3.8. Информационные технологии, информационные процессы.

3.9. Основы менеджмента.

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

3.11. Социологию и психологию социально-технологических систем.

3.12. Основы экономики, организации производства, труда и управления

3.13. Информационное законодательство.

3.14. Основы трудового законодательства.

3.15. Правила и нормы охраны труда, техники безопасности.

II. Должностные обязанности

IT-менеджер:

1. Определяет задачи внедрения информационной системы, направления разработки и применения информационной системы.

2. Осуществляет выбор оптимального сочетания потребностей пользователей и возможностей информационной системы.

3. Разрабатывает методологическую основу информационной системы.

4. Организует подготовку проектной документации, сметы расходов на информационную систему и ее функционирование.

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

6. Руководит работами по настройке и поддержке информационной системы.

7. Осуществляет:

7.1. Контроль и установку программного обеспечения (software control & distribution).

7.2. Планирование ресурсов (capacity management).

7.3. Управление заявками пользователей на обслуживание (incident management).

7.4. Управление изменениями (change management):

Управление запросами на изменения (RfC);

Подтверждение и планирование изменений;

Управление приоритетами запросов.

7.5. Управление составом ИС (сonfiguration management):

Контроль инфраструктуры посредством поддержки адекватных данных обо всех необходимых ресурсах;

Предоставление текущего статуса и истории каждого элемента инфраструктуры;

Взаимосвязь элементов инфраструктур.

7.6. Управление надежностью (availability management).

7.7. Устранение нарушений работы сервисов (problem management).

8. Обеспечивает бесперебойное функционирование системы и принимает оперативные меры по устранению возникающих в процессе работы нарушений.

9. Осуществляет прогнозирование изменений в автоматизации предприятия и разрабатывает меры упреждающего управления.

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

11. Подготавливает отчеты, предложения по модернизации информационной системы.

III. Права

IT-менеджер имеет право:

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

2. Вносить на рассмотрение руководства предложения по совершенствованию работы, связанной с предусмотренными настоящей должностной инструкцией обязанностями.

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

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

IV. Ответственность

IT-менеджер несет ответственность:

1. За ненадлежащее исполнение или неисполнение своих должностных обязанностей, предусмотренных настоящей должностной инструкцией, - в пределах, установленных действующим трудовым законодательством Российской Федерации.

2. За правонарушения, совершенные в процессе своей деятельности, - в пределах, установленных действующим административным, уголовным и гражданским законодательством Российской Федерации.

3. За причинение материального ущерба предприятию - в пределах, установленных действующим трудовым и гражданским законодательством Российской Федерации.