Кто такой IT-менеджер? Должностная инструкция: IT-менеджер Чем занимается айти менеджер.

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

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

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

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

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

Желательно пройти курс 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 (

2013-10-10

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

По сей день можно встретить недоумение в среде российских разработчиков в стиле: «Да зачем он нужен, этот менеджер?»

Давайте разберёмся: а действительно, зачем?

Здесь уместно вспомнить классическую книгу Фредерика Брукса «Мифический человеко-месяц, или Как создаются программные системы». В этой книге выводится основной закон Брукса:

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

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

Разработка программного продукта — как раз та область, где невозможно самоуправление и братское разделение работы на равные части. Так и появились люди, разрывающиеся между клиентским «хочу» и командным «могу» — IT-менеджеры.

Под IT-менеджментом, как правило, понимаются люди, известные в англоязычной среде как PM: продукт-менеджеры и проект-менеджеры.

Существует всего две категории людей, занятых в IT-менеджменте:

А) люди, имеющие опыт программирования/разработки/инжиниринга

Б) люди, не имеющие опыт программирования/разработки/инжиниринга.

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

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

Уровень требуемого технического понимания во-многом зависит от компании. Скажем, в компаниях, создающих технически нагруженные инфраструктурные продукты (например, Heroku, Appcelerator, Akamai Technologies, Inc.), требуются технически подкованные менеджеры. А нужны ли серьёзные технические навыки менеджерам компаний, фокусирующихся на связях между пользователями (Twitter, Quora, Tumblr)?

Итак, перед нами встают два вопроса:

Должен ли IT-менеджер иметь опыт разработки?

Какие навыки нужны IT-менеджеру?

Для начала следует определиться с функциями IT-менеджера.

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

выясняет нужды конечных пользователей предполагаемого продукта;

определяет концепт продукта, его цели, требования к нему;

разрабатывает план реализации продукта совместно с командой разработчиков;

выстраивает политику распространения и ценообразования продукта.

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

Что из вышеперечисленного требует опыта в программировании?

Можно даже пойти дальше и сказать, что для IT-менеджера лучше не иметь опыта программирования совсем, чем «уметь кое-что и чуть-чуть». Почему? Если у человека нет опыта разработки, на те идеи, которые рождаются у него в голове, не будет срабатывать триггер «это трудно или невозможно сделать». Эти вопросы пусть решает не менеджер, а команда разработки. Задача менеджера - определить, что нужно пользователям от продукта.

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

Поэтому ещё раз: все вопросы по реализации решает команда разработчиков!

Каких нетехнических знаний может не хватать технократу, выбравшему путь IT-менеджмента?

Опыт обращения с продуктом в качестве пользователя. Как правило, у разработчиков «замыливается глаз», и за решением комплексных задач они забывают о том, как будет выглядеть конечный продукт. Это не значит, что программисты лишены чувства прекрасного, но порой скульптор, увлёкшись тонкой обработкой складки на драпировке, забывает взглянуть на своё творение с расстояния в несколько шагов.

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

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

Взгляд из другой сферы. Да, для создания нового продукта полезно выползти из собственной ракушки. Сложно это сделать, если ты вплотную занят в одной сфере.

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

Сферический менеджер в вакууме: какой он?

Если собрать общую картину, мы получим следующие навыки, которыми желательно обладать идеальному IT-менеджеру:

1. Нетехнические навыки:

Понимать значение пользовательской среды/пользовательского интерфейса (UX/UI). Хотя бы на бытовом уровне. Где лучше расположить кухню в имеющейся квартире? А если это кафе? Где должна быть кнопка регистрации в приложении? Это вопросы одной категории.

Уметь планировать, составлять графики и документацию.

Быть эмоционально зрелым. Уметь мотивировать. Выстраивать взаимоотношения. Быть честным. Контролировать свои эмоции.

Знать методологии Agile и Lean.

Иметь опыт в маркетинге и продажах.

Иметь представле

ние о бюджете и его планировании.

Быть лидером.

2. Технические навыки:

Понимать общие принципы программирования (переменные, классы, подклассы, методы и т.д.), принципы построения архитектуры программных решений. HTML, CSS, PL-SQL не должны быть чуждыми аббревиатурами.

Иметь представление о API, непрерывной интеграции, автоматическом тестировании, A/B-тестировании, модульном тестировании.

Иметь представление о нескольких фреймворках для веб-разработки (Django, jQuery, Rails, Symphony) и платформах для мобильной разработки (PhoneGap, Titanium).

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

В качестве итога

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

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

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

IT-менеджеры — это люди, которые не допускают вот этого:

Отсюда можно сделать лишь один вывод. Давайте жить дружно! (с)

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

Внедрением таких систем на предприятии, их адаптацией к условиям деятельности и оперативным адекватным изменением в интересах развития бизнеса и роста его эффективности занимается 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. За причинение материального ущерба предприятию - в пределах, установленных действующим трудовым и гражданским законодательством Российской Федерации.

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

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

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

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

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

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

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

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

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

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

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

Команда

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

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

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

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

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

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

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

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

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

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

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

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

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

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