Какие бывают категории проблемы в it компании

Насущные проблемы IT-менеджмента. Где искать выход?

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

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

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

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

Основная цель

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

Увеличение прибыли и капитализации компании посредством внедрения и применения современных информационных технологий и стандартов в области управления IT.

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

Видение

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

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

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

Дерево целей в области IT

Чтобы основная цель трансформировалась в конкретные проекты, которые будут способствовать ее достижению, необходимо произвести декомпозицию цели, то есть разложить ее на небольшие и более конкретные цели. Это позволит выделить цели и последовательность их реализации в порядке, оптимальном с точки зрения затрат, времени и конечного результата. Этот момент особенно важен, так как на практике нередко наблюдаются ситуации, когда компании подходят к вопросам развития информационных технологий и решению задач автоматизации совершенно не с той стороны, что приводит к излишним затратам, потере времени и, самое важное, упущению шанса, который мог бы привести к победе в конкурентной борьбе. Результат этой задачи можно представить в виде дерева целей — наглядного и удобного способа представления декомпозиции целей (Рисунок 1):

Рисунок 1. Разработка дерева целей в одной из систем

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

Рисунок 2. Дерево целей в области информационных технологий

Рассмотрим подробнее дерево целей в области информационных технологий:

1.1 Основная цель имеет две составляющие:

Увеличение прибыли;
Увеличение капитализации.

1.1.1 Увеличение прибыли достигается сокращением издержек и увеличением производительности работы персонала компании.

1.1.2 Сокращение издержек и увеличение производительности работы персонала за счет использования IT, в свою очередь, достигается следующим образом:

Повышение отдачи инвестиций в информационные технологии в структурных единицах компании;
Создание единой информационной системы, интеграция информационных ресурсов компании, автоматизация .

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

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

Применение стандартов ITIL/ITSM для управления операционной деятельностью позволяет перейти в качественно новое состояние — стать полноценным , оказывающим свой вклад в общую деятельность компании более того приносящей ей прибыль, при этом сокращение затрат на эксплуатацию составляет 20–30%;
Внедрение стандарта управления проектами PMBOK, стандарта BABOK, в комбинации с другими общепринятыми методологиями, например, такими как MSF, IBM RUP или другими, и внедрение соответствующего программного обеспечения по управлению проектами, и анализу позволяет увеличить эффект от реализации проектов, а также сократить их сроки и стоимость;
Внедрение элементов системы управления информационной безопасностью на основе стандарта ISO/IEC 27001 позволяет минимизировать риски, связанные с потерей или утечкой ценной , и сократить затраты на обеспечение надлежащего уровня информационной безопасности компьютерных систем компании.

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

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

Построение единой информационной системы и полноценную автоматизацию можно достичь только в результате проектирования и внедрения целостной системы управления компанией. Эту идеологию можно продемонстрировать на примере (см. Рисунок 3).

Рисунок 3. Связь между элементами системы управления предприятия и комплексной информационной системой

Другими словами, основа системы управления — это совокупность ее элементов (целей, стратегий, моделей , организационных структур и системы целей и показателей), а комплексная информационная система — это ее оболочка. Соответственно, чем более полноценно формализована, документирована и внедрена система управления, тем эффективнее будет внедрена и станет функционировать информационная система компании. «Эффективнее» — значит, она будет способствовать максимальному увеличению прибыли и сокращению затрат.

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

Рисунок 4. Связь между системой и элементами комплексной информационной системы с примерами систем

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

1.1.3 Увеличение капитализации компании за счет использования IT и, соответственно, увеличение совокупного капитала компании достигается следующим образом:

Внедрение решений крупнейших вендоров ;
Внедрение стандартов в области управления IT и последующая сертификация систем и ведущих специалистов.

Качественное внедрение решений «брендовых» поставщиков , таких как SAP, Microsoft (Axapta, Navision), Oracle и прочие, нередко позволяет увеличить капитализацию бизнеса в раза. Поэтому в практике мирового и отечественного бизнеса нередки случаи, когда процедуре продажи, привлечения крупных инвестиций или выходу на IPO предшествует процедура внедрения целого комплекса . Для сокращения затрат можно комбинировать готовые дорогостоящие решения с решениями, построенными на платформах автоматизации нового поколения, таких как MS SharePoint, ELMA и других, разрабатываемыми либо силами самой корпорации, либо с помощью аутсорсинговых компаний.

Использование методик стандарта BABOK (Business Analysis Body of Knowledge — руководство к своду знаний по ) позволяет существенно упростить процесс подбора оптимальных решений . BABOK — это новый стандарт (первая официальная версия появилась в 2006 году), разработанный специалистами Международного Института . Необходимость применения этого документа в реализации компании вытекает из определения понятия , изложенного в самом документе:

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

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

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

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

Необходимые условия

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

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

Эти условия могут быть доработаны и изложены в документе «Политика в области информационных технологий», который утверждается руководителем компании.

Методология

Реализация такой стратегии начинается со следующих шагов:

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

Заключение

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

5 проблем ИТ-специалистов при работе с инфраструктурой

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

Самые распространенные проблемы

1. Сложно получать данные из разных источников.

С ростом компании и расширением инфраструктуры неизбежно будет увеличиваться и количество систем, из которых нужно извлечь достоверные данные: AD, FreeIPA, Samba, VMWare, VMM. Зачастую ИТ-специалистам приходится агрегировать их вручную, что значительно затягивает процесс. Более того, при таком подходе данные могут теряться или дублироваться. Как следствие ― некорректная картина о технологических активах.

2. Нет нормализации данных.

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

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

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

3. Нет детальной картины о взаимосвязи устройств между собой.

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

4. Потеря контроля над конечными точками.

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

5. Сложно обмениваться данными с корпоративными системами.

Уже собранные в единой базе данные используются не только для анализа и оптимизации ИТ-инфраструктуры, но и для корректной работы различных корпоративных систем — например, Help Desk, 1С: ITIL или Service Desk-платформ. Однако в большинстве случаев готовых коннекторов для интеграции нет. Их приходится писать самим, а данные при этом теряются, и программы могут зависать или не сохранять актуальные изменения. В результате пользователям становится сложно (а то и вовсе невозможно) работать, что опять же приводит к простою бизнес-процессов.
Все эти проблемы ведут к тому, что задачи пользователей решаются медленно, а большое количество ручного труда снижает KPI ИТ-департамента. Возникающие сбои бывает сложно оперативно устранить. Поскольку устаревшие устройства и ПО проще взломать, значительно растет риск кибер-атак (особенно если отдел ИБ занимается сбором данных отдельно от ИТ). В любом случае, бизнес теряет деньги.

Актуальные методы решения

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

В 2022 году 56% крупнейших иностранных компаний ограничили свою деятельность или полностью ушли с российского рынка, забрав с собой привычные решения. К тому же, согласно новым законам, с 2025 года на объектах критической информационной инфраструктуры будет запрещено использование любого зарубежного ПО. В результате множество компаний столкнулись со сложностью поиска инструмента, способного уже сейчас выполнить оставшиеся задачи.

Наиболее оптимальный и современный выход из сложившейся ситуации ― отечественная платформа для управления ИТ-инфраструктурой iTMan. Она входит в реестр российского ПО, поскольку и команда разработки и код продукта находятся здесь.

Среди аналогов iTMan выделяют две особенности. Первая ― гибкая архитектура, работающая в трех режимах передачи данных: реального времени, клиент-сервер и hub. Такая система обеспечивает гибкость и возможность подстроиться практически под любой запрос. А также делает скорость сбора данных в разы больше, чем у конкурентов ― 100 000 устройств примерно за 10 секунд. Вне зависимости от масштаба вашей инфраструктуры, iTMan позволяет всегда получать актуальную информацию. Внедрение и поддержка обходятся на 30% дешевле стандартных решений, поскольку не требуют дополнительного железа, а запуск производится всего за 8 часов.

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

1. Инвентаризация и передача данных

iTMan отлично работает в качестве поставщика данных. Он способен быстро собирать информацию о ПО, железе, устройствах и пользователях из разных источников. Автоматически агрегировать, нормализовывать и обогащать эти данные с помощью нейросети, а затем передавать их в CMDB. Искусственный интеллект сводит к минимуму возможность дублирования и расхождения информации, а деградация шаблонов библиотеки при таком подходе составляет всего 7% в год. Помимо этого, iTMan интегрируется и с различными Service Desk-платформами.

2. Полная картина данных об активах

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

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

3. Наглядная схема взаимодействия устройств.

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

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

Получайте новые статьи моментально в Telegram по ссылке: https://t.me/sldonline_bot.

Пять проблем, отнимающих все силы ИТ-команды

CIO приходится непрерывно решать проблемы, над которыми бьется его команда, пишет на портале InformationWeek Суреш Самбандам, генеральный директор компании Kissflow, создавшей платформу цифрового рабочего места корпоративного уровня, которую используют свыше 10 тыс. клиентов в 160 странах.

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

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

1. Время расходуется на решение утомительных задач

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

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

2. Работа с нарушенными процессами

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

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

3. Отсутствие прозрачности ИТ-подразделения

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

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

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

4. Как справиться с горами бумаг

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

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

5. Как справиться с избытком данных

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

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

Не бойтесь оказаться лицом к лицу с вашими проблемами

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

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

Проблемы при реализации IT-проектов

Факторы, которые мешают клиенту получить нужное программное решение

Проблемы технического характера,
Проблемы «человеческого фактора»,
Проблема «плохого» IT-решения,
Проблема взаимодействия компании-заказчика и разработчика.

Технические проблемы

Здесь стоит говорить о нехватке системных ресурсов в автоматизируемой организации (или о несоответствии их требованиям программы):

компьютеров,
офисной сети,
средств связи.

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

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

Как ни странно, но следующую сложность при реализации IT-проектов также стоит относить к категории технических проблем. Речь идёт о наличии и уровне подготовки IT-персонала компании-заказчика. Например, довольно часто системный администратор не знает специфики внедряемой программы и потому затрудняется её поддерживать. Вообще понятие «системный администратор» в последние 10-15 лет стали сильно упрощать. Сотрудник, который может сделать дефрагментацию диска, переустановить систему – уже гордо зовётся «системным администратором». На самом деле, роль этого специалиста в жизни компании, которая, к тому же, приняла решение об автоматизации деятельности, должна быть гораздо важнее. Это должен быть сильный специалист, с широким спектром знаний в области IT и способностью довольно быстро понимать специфику ПО. Применительно к отраслевым рынкам это очень важно.

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

Проблемы «Человеческого фактора»

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

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

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

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

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

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

Сотрудники же «старой закалки» — кадры, как правило, ценные. Часто на уровне начального понимания компьютера у них возникают сложности. Теоретически обучать работе в программе таких сотрудников возможно, но говорить о том, что это просто, не приходится. Конечно, это не значит, что сотрудника, который реально полезен для компании и посвятил ей много лет трудовой деятельности, нужно увольнять. Обычно программы, которые разработаны на основании потребностей пользователей, понимании специфики работы компании, имеют интуитивный интерфейс. Поэтому хотя бы минимальное понимание работы в программе возможно практически для любой категории пользователей.

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

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

Проблема «плохого» IT-решения

Компьютерные программы, так же, как и еда, одежда, обувь, техника бывают плохими – это правда. Здесь важно понимать, что универсального решения не бывает, решения должны быть отраслевыми. То есть, если отрасль строительная – значит программа должна быть ориентирована на нужды строительных компаний. Многие разработчики же хотят охватить рынок по максимуму, разработав единое программное решение, которое и строительной компании и медицинской, будет, что называется, впору. Так не бывает. Во всяком случае, если речь идёт действительно о средстве автоматизации, ERP-системе, а не о текстовом редакторе, например. Решается такая проблема просто – путём внедрения специализированного отраслевого решения, а не программы «для всех типов компаний». Впрочем, внедрению какой бы то ни было программы проблема данного свойства сильно не мешает. Со временем доработать программу под нужды организации возможно, если заказчик согласен ждать месяцы и даже годы и платить за это.

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

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

Проблема взаимодействия компании-заказчика и разработчика

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

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

Расплывчатая стоимость системы тоже является камнем преткновения между компанией-разработчиком IT-проекта и компанией-заказчиком. Дело в том, что немногие компании-разработчики могут обеспечить пакетность услуг, обозначить конкретную стоимость системы и услуг по её внедрению (в процессе внедрения могут быть выявлены различные нюансы в построении бизнес-процессов компании-заказчика). На отраслевом рынке B2B – это явление, по сути, стандартное. Ответить на вопрос: «Сколько это стоит?» не могут многие разработчики. Дело в том, что иногда даже в готовое решение заказчик хочет добавить новый функционал, который будет ориентирован на специфику его компании. Соответственно, если такая возможность у исполнителя есть, то это будет расцениваться как дополнительная работа. Сложность решения этой проблемы довольно низкая. Достаточно прийти к компромиссному решению между заказчиком и исполнителем (поговорить о скидках, рассрочках платежей и так далее). Внедрению же она мешает сильно, т.к. из-за минимальных недоговорённостей процесс внедрения может быть прерван на полпути.

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