Как выбрать руководителя ИТ

Введение. О чем и для кого эта статья

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

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

Какие факторы важны для успешного IT-директора

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

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

Какие качества, скорее всего, окажутся важными для этой роли? Давайте рассмотрим те, которые будут нужны в подавляющем большинстве случаев.

Техническая компетентность

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

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

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

Лучше всего постараться подобрать кандидата, в равной мере знакомого со всеми областями деятельности IT. Если он знает все области не очень глубоко, это значительно лучше, чем если он является экспертом, но только в одной области.

В каких конкретно блоках должен хорошо ориентироваться IT-директор?

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

       Бизнес-приложения. Одна из ключевых компетенций для IT-директора. В первую очередь, именно с помощью оптимально настроенных бизнес-приложений и достигается повышение производительности труда сотрудников и конкурентные преимущества компании. Разумеется, конкретный набор бизнес-приложений зависит от специфики работы Вашей компании, и обычно не нужно стремиться, чтобы кандидат во что бы то ни стало хорошо знал все имеющиеся у Вас типы приложений, но чаще всего кандидат должен ориентироваться как минимум в основных классах систем, таких как ERP, CRM, BI

       Управление IT-инфраструктурой. Сюда обычно относятся серверы, в том числе операционные системы и системы виртуализации, сети, базы данных, системы резервного копирования и восстановления. Важно, чтобы кандидат умел определять, какая инфраструктура соответствует потребностям бизнеса и конкретных задач. Не очень хорошо, если кандидат имеет тенденцию как к завышению параметров инфраструктуры (так как это ведет к неоправданным расходам) так и к их занижению (это ведет к недостаточной надежности и производительности). В вопросах надежности кандидат должен уметь исходить из требований оправданности и целесообразности, в том числе, уметь находить внетехнические решения для обеспечения надежности. Например, при отказе канала связи или IT-системы часто оптимальным решением будет временный переход на ручной бумажный процесс с последующим внесением данных в IT-систему после восстановления работоспособности.
Проверьте, что кандидат понимает важность тестирования резервных копий, управления планами восстановления в случае глобальных сбоев и т.п. - очень часто эта крайне важная область недооценивается. Разумеется, не нужно спрашивать кандидата прямо: “Насколько Вы оцениваете важность тестирования восстановления систем из резервных копий?”, лучше ненавязчиво расспросить его о том, какой у него был опыт в построении систем резервного копирования, и как он считает нужно это делать правильно. Из его ответа будет видно, как и на чем он расставляет акценты. Если кандидат не подчеркнет важность этих моментов, скорее всего, он ее не осознает

       Современные технологии. Обычно будет плюсом, если кандидат ориентируется в современных технологиях, может рассказать о своем опыте работы с системами искусственного интеллекта, RPA, дополненной реальности и т.п. В то же время кандидат должен понимать, что в бизнесе нужно исходить из соображений эффективности и целесообразности и не стремиться применять новые недостаточно опробованные технологии всегда и везде. Например, модная технология Blockchain, хотя и очень интересная сама по себе, будет мало где полезна в реальном бизнесе. Чтобы проверить стремления кандидата, стоит позадавать ему вопросы о том, как он выбирал бы новые системы для той или иной области деятельности вашей компании, какие технологии рассматривал бы и как делал бы финальный выбор при запуске проекта. Разумеется, кандидат может стараться угадать, что от него ждет интервьюер, зачем он задает тот или иной вопрос, и ответить, исходя из ожиданий собеседника. Такие попытки нужно стараться распознавать теми же методами, с помощью которых проводятся интервью с любыми другими нетехническими кандидатами

       Организация поддержки пользователей. Часто недооцененная область, которую рассматривают по остаточному принципу, и из-за пониженного внимания к которой эффективность работы компании часто страдает. Так, если у пользователя возникает, например, по одной проблеме в неделю, на решение которой с учетом его простоя тратится 30 минут, то это означает, что больше 1% ФОТ и связанных накладных расходов (аренда офиса, бухгалтерия, электричество и т.д.) компания тратит на ожидание решения проблем службой поддержки. А это может в итоге привести к потерям нескольких процентов чистой прибыли. Не такая уж малозначимая область, не так ли?

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

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

Я рекомендую задавать кандидату по нескольку вопросов из каждой из указанных областей. Если Вы не являетесь сами техническим экспертом, уточните по меньшей мере, какой опыт был у кандидата в каждой области, как он видит ее идеальное построение и какие основные сложности в ней бывают. По ответам часто можно оценить, насколько кандидат ориентируется в данной области. Конечно, если человек отличный коммуникатор, он может придумывать ответы, которые будут звучать похоже на то, будто кандидат разбирается в выбранной области, а реально он просто красиво говорит. И не обладая достаточно глубокими техническими знаниями, будет трудно оценить, что он действительно понимает (хочется сделать отсылку на сериал “The IT crowd”, который, кстати, несмотря на свою комедийность, показывает очень много, пусть и гипертрофированных, но жизненных моментов из сферы IT).

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

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

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

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

Менеджерские компетенции

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

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

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

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

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

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

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

Умение эффективно общаться, коммуникабельность

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

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

Расспросите кандидата, как он справлялся с подобными ситуациями, какие свои идеи и методы работы продвигал и каким образом это делал, в каких ситуациях был успешен, а в каких нет.

Финансовая грамотность и экономический фокус

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

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

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

Примеры технических вопросов кандидату

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

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

Разработка ПО

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

Часть из перечисленных пунктов могут пересекаться и быть подпунктами друг друга. Я привел здесь неупорядоченный список тех аспектов, которые наиболее важны при разработке достаточно сложного ПО, срок жизни которого составляет по меньшей мере 5-10 лет

       Построение процесса управления требованиями, в том числе их принятием/отклонением и приоритизацией

       Построение процесса управления архитектурой

       Выбор основных инструментов разработки

       Управление сложностью

       Управление документацией

       Управление версиями исходного кода

       Управление надежностью, мощностью и производительностью системы

       Проектирование пользовательского интерфейса

       Подбор сотрудников и управление персоналом в т.ч. мотивация, обучение, культура, командная работа

       Управление производительностью работы команды разработки

       Управление взаимодействием с заказчиком

       Процесс взаимодействия с пользователями системы

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

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

       Управление сложностью

       Code review

       Методология для управления разработкой (типа Agile, Waterfall и т.д.), в том числе способы контроля за выполнением принятых решений и методик

       Конвенции программирования

       Рефакторинг и оптимизация кода

       Схема организации интерфейсов со сторонними системами

Неплохо задать уточняющие вопросы по нескольким из ответов кандидата, а также по нескольким аспектам, которые он не назвал

Бизнес-приложения

Какими основными функциями должна обладать хорошая CRM-система?

       Удобство интерфейса

       Отсутствие возможности “упустить” активную сделку из вида, в том числе в случае отсутствия одного из сотрудников

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

       Качественные средства интеграции со смежными системами

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

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

       Приемлемая стоимость

       Существенными плюсами станут также качественная документация и поддержка системы, достаточная ее распространенность и наличие специалистов на рынке

IT-инфраструктура

Какие самые важные аспекты стоит учесть при построении системы резервного копирования

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

       Схема тестирования восстановления данных, в том числе тестирование восстановления систем с нуля на новой инфраструктуре

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

Выбор финального кандидата

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

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

После скрининга можно выделить 15-30 лучших кандидатов для дальнейшей проработки и я рекомендую осуществлять ее уже непосредственно руководителю IT-директора. Можно начать с очень короткого интервью по видеосвязи, минут на 10-15. Можно выбрать несколько важных вопросов и задавать их всем кандидатам. По полноте ответов на них, а также по манере общения руководитель сможет уже получить неплохое первое впечатление о кандидате. После этого шага можно выделить до 10 наиболее понравившихся кандидатов для более детальной проработки.

Хорошей практикой является проведение серии интервью с финальными кандидатами с разным составом участников (на каждом следующем этапе можно сокращать список финальных кандидатов):

       HR-директор и главный менеджер по подбору персонала

       Подробное интервью с руководителем IT-директора

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

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

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

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

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

Заключение

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

 

Сергей Суховерхов
digitalizations.ru

Обязательное поле

Отправка формы…

На сервере произошла ошибка.

Форма получена.

Обязательное поле

Обязательное поле

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

г. Москва

Sergey Soukhoverkhov

+7 985 769 2100