Бизнес план начальника it отдела

В один прекрасный день Вы из простого системного администратора в какой-то крупной организации «дорастаете» до руководителя отдела / департамента / подразделения по информационным технологиям. По современным меркам эта должность в иерархии предприятия называется – CIO или Chief Information Offiсer. Человек, занимающий эту должность, не просто так относится к людям с буквы C – его правильные действия и решения в современном мире позволяют выживать и процветать компании. Информационные технологии настолько сильно проникли во все аспекты современной жизни, что если организация не в состоянии их эффективно применять, то скорее всего она не сможет конкурировать и будет убыточна, и нерентабельна. Задачи, которые стоит перед CIO или по-нашему IT директором, во многом являются стратегическими и критически важными для основных бизнес процессов крупных и средних компаний.

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

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

Знания высшей пробы

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

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

Документация решает

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

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

Бэкапы, бэкапы, бэкапы

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

Мониторинг

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

Развитие сотрудников

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

Аналитика

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

На острие технологий

Если все что было описано до этого в публикации относится большей частью к эксплуатации и поддержанию на должном уровне существующей инфраструктуры, то есть одно направление деятельности IT директора, которое связано с развитием инфраструктуры и внедрением новых технологий. Ни одна организация, которая хочет оставаться конкурентной на рынке своей страны, не говоря уже о мировом рынке, не может себе позволить упустить научно-технологический прогресс в области информационных технологий. Здесь хотелось бы посоветовать CIO искать и пробовать новые технологии, которые дают заметное преимущество в работе, позволяют решать специфичные проблемы в работе и дают прирост производительности труда в целом по организации. Вопрос прироста производительности труда при внедрении новых IT систем с моей точки зрения является одним из ключевых при рассмотрении новых решений. Кроме того, что IT директору нужно увидеть и рассмотреть в деталях новую перспективную технологию, немаловажным является выбор правильного производителя данного продукта или услуги, который сможет обеспечить достойное качество при приемлемой цене. Очень часто встречаются решения, которые выпускаются сырыми в продажу, и крайне медленно дорабатываются впоследствии. Очень важно на самых ранних этапах выявить это и понять способна ли организация мириться с этим и не стоит ли предпочесть какое-то другое решение. Так к примеру, однажды найдя подходящее решение по виртуализации, вы можете смело его использовать по всей организации во всех проектах, найдя подходящую систему управления базами данных – вы можете длительное время не думать о других СУБД и т.д. Опыт и знания, накопленные при внедрении новых решений, должны масштабироваться и применяться максимально широко по всей организации.

Резюмируя все написанное в этой статье, можно сказать, что CIO для построения надежной работы отдела IT нужно сосредоточиться на следующих вещах:

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

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

Источник

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

Изображение с сайта pixabay.com

Как и театр, который начинается с вешалки, ИТ-подразделение начинается с сотрудника первой линии поддержки. Плохо, если у Вас нет разделения по линиям. С этим нужно что-то делать и это касается так же и тех ИТ-подразделений, где работает небольшое количество специалистов. Напомним, что обычно выделяют три линии:
1-ая линия — эникейщики, те кто отвечают на звонки, заправляют картриджи, помогают с макетами документов или таблицами пользователям и т.д.
2-ая линия — программисты, системные администраторы. Те кто занят работой на более высоком уровне и чьи компетенции позволяют это делать.
3-ая линия — руководитель ИТ-отдела, внешние организации, которые оказывают какие-то услуги, ремонтируют компьютеры или заправляют картриджи.
Иногда выделяют и 4-ую линию — это может быть руководство организации.
При этом всегда ВСЕ задачи принимаются сотрудниками 1-ой линии и решаются ими же, если они не могут решить инцидент/оказать услугу, происходит эскалация — процесс передачи инцидента на следующую линию поддержки. Так будет продолжаться, пока по ней не будет что-то решено.

В связи с этим дадим первый совет.

Совет №1. Проведите разделение сотрудников по линиям и сделайте первую линию единой точкой контакта с входящим потоком инцидентов. Даже больше: НЕОБХОДИМО, что бы все заявки от пользователей принимала 1-ая линия. Почему это важно? Дело в том, что в этой схеме каждый занимает свое место и знает чего от него хотят. Безусловно, системный администратор может пойти к пользователю и настроить ему принтер, чтобы тот наконец-то начал печатать, но этот системный администратор очень опытный, имеет высокую квалификацию и было бы не рационально его отправлять на ту работу, которую бы выполнил любой эникейщик. Каждый в этой схеме будет иметь свою роль, а значит вероятность того, что компетентный сотрудник будет занят в какой-то момент чем-то не важным будет гораздо меньше. Если нет уверенности в какую линию отправить сотрудника, проведите с ним беседу. Наверняка, если вы руководитель, вы опытный ИТ-шник и вы найдете вопросы по которым поймете, что надо спросить и какой квалификации специалист перед вами.

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

Согласитесь если вы позвоните в техподдержку и первое, что вы услышите: «Алло» и дальше молчание. Вам как пользователю будет не очень удобно разговаривать с техподдержкой. Вы даже не знаете как обращаться к ним.
Поэтому предлагаем примерно следующее: «Добрый день. Меня зовут Виталий, чем я могу вам помочь?» или «Здравствуйте. Компания «Софтонит», специалист техподдержки Виталий. Какая проблема у Вас возникла?«.
Позвонивший в этом случае говорит что-то вроде «Добрый день. Это Петр из бухгалтерии, у нас не печатает принтер.«
Не тратится время на лишние вопросы, все предельно четко и понятно. А еще лучше если у Вас настроена IP-телефония и вы и так знаете кто позвонил 🙂

Поэтому следующий совет.

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

Супер, мы на правильном пути. Но это его начало 🙂

Следующий этап один из самых важных:

Совет №3. Накапливайте и систематизируйте полученный опыт. Начните вести базу знаний. Не ленитесь сами и контролируйте ее наполняемость. Если есть какое-то действие, которые часто использует техподдержка, пусть сотрудники заносят ее в частые ответы в Вашей системе учета. Или введите правило, что ЛЮБОЙ инцидент должен быть закрыт только тогда, когда в базе знаний есть статья, которая указана в качестве решения по инциденту. Нет статьи — сделай, потом добавь в решение инцидента. Это в будущем поможет Вам быстро адаптировать новых сотрудников. Достаточно показать ему базу знаний, оставить его с ней наедине на пару дней и вы получите через короткое время подготовленного сотрудника, который знает все тонкости вашей работы.

Совет №4. Контролируйте сотрудников ИТ-отдела. Контроль может быть разным. Можно это делать самостоятельно, а можно с помощью специальных средств и даже не своими руками. Поясним.
При выполнении работ по каждому инциденту, автоматически отправляйте инициатору инцидента письмо с просьбой оценить работу специалиста. Собирайте эти оценки и делайте время от времени выводы. Проводите работу с сотрудниками повышающие лояльность клиентов. Добавьте возможность подачи жалобы на любого человека или работу которую оказывают ваши сотрудники. Да вообще, на все что угодно пусть вам жалуются. Не бойтесь этих жалоб. Жалобы — это ваши друзья и пусть лучше первым о чем-то узнаете Вы, чем руководство организации. Так же жалобы позволяют пользователям выпустить пар. Они пришли помахали кулаками, написали вам жалобу и ушли довольные, что их выслушали. Градус спал. А если еще Вы решили этот вопрос и отчитались перед этим ВАЖНЫМ человеком, то в его глазах вы стали лучше и с вами можно договориться, чтобы решить в будущем какую-то проблему.

По нашему опыту все что выше — этого не достаточно… Следующий совет больше зависит от Вас, чем от чего-то или кого-то.

Совет №5. Постоянно анализируйте что у Вас происходит. Увидели какой-то недочет — исправьте, автоматизируйте лишние действия. Есть проблемы с исполнительностью поручений — примите меры. Контролируйте метрики: среднее время решения инцидентов, сколько в среднем каждый из сотрудников тратит на решение, какой процент инцидентов закрывает первая линия техподдержки и т.д. и т.п.
Рассмотрим например, зачем контролировать процент инцидентов, который закрывает первая линия техподдержки?
Смотрите, если полгода назад первая линия поддержки закрывала 40% всех инцидентов, а сейчас 70% — это означает, во-первых, что инциденты стали закрываться быстрее (нет эскалации, не тратим время), мы разгрузили вторую и третью линии техподдержки, а это значит они стали более свободными по сравнению с тем, что было полгода назад. Значит выполнят больше проектов.
Видите? Вроде бы такая мелочь, а она повлияла на все линии поддержки? Здорово ведь!
Этот совет касается не только контроля каких-то цифр, но и их анализа и иногда даже не цифр. Например, замена старого оборудования на новое.
Стараемся работать по схеме: контроль — анализ — действие.
1. Проконтролировали что-то.
2. Выполнили анализ цифр/оборудования/метрик и т.д.
3. Сделали какое-то действие, которое улучшило или улучшит показатели в будущем.

Совет №6. Работайте со своей командой. Вы сами по себе никто без них. Не будет их, Вам на Вашей должности нечего будет делать. Не выжимайте с них все «соки». Старайтесь быть хорошим руководителем и прислушивайтесь к своим подчиненным и они ответят вам тем же. Вы же сами наверняка сталкивались с самодурством топ-менеджеров? Будьте прежде всего человеком. Конечно, если необходимо принять в отношении какого-нибудь хама и лентяя жесткое решение, то сделайте это без колебаний. Но в общем и целом, надо быть последовательным, логичным и справедливым. Это усилит ваши позиции в вашей ИТ-структуре. Мало чтобы Вас слушали, Вас должны уважать. Через время Вы уволитесь  с занимаемой должности и кто знает, возможно Вас позовут куда-то Ваши же прошлые сотрудники…

Конечно, этих советов больше. Но на наш взгляд — это основное, с чего стоит начать в самом начале пути руководителю ИТ.

Кстати говоря, если будете выбирать решение для автоматизации ИТ, присмотритесь к нашему решению, возможно наше ПО будет верным помощником 😉

Источник