Менять ли КИС

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

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

• Устаревший интерфейс информационных систем;
• В работе не хватает интеграции отдельных модулей и подсистем друг с другом;
• Недостаточная надежность ИТ-инфраструктуры и длительное устранение сбоев и инцидентов;
• Несоответствие системы новым законодательным и нормативным актам (например, ФЗ 152).

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

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

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

Стратегия развития

Для информационной инфраструктуры возможны различные пути развития:

1. Первая стратегия развития. Имеющиеся сейчас информационные системы и связи между ними удовлетворяют требованиям бизнес-процессов компании. У базовой инфраструктуры необходимо повысить надежность и устранить очевидные проблемы. Серьезные изменения и вложения компании в развитие ИТ-инфраструктуры не целесообразны;
2. Вторая стратегия развития. Недостатки и проблемы ИТ-инфраструктуры не дают существенно развиваться компании, ставят под угрозу выполнение стоящих перед предприятием задач. При этом на рынке существует альтернативная система, которая удовлетворяет всем требованиям компании и миграция на эту систему целесообразна;
3. Третья стратегия развития. Недостатки и проблемы ИТ-инфраструктуры не дают существенно развиваться компании, ставят под угрозу выполнение стоящих перед ней задач. Однако, на текущий момент не существует системы, которая смогла бы полностью удовлетворить всем требованиям компании или сложность миграции на эту систему делает переход нецелесообразным.

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

ИТ-аудит

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

В задачи аудита будут входить:

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

Как принять решение

На наш взгляд, имеет смысл разделить проект выбора стратегии развития на несколько блоков работ или этапов:

1. Этап – аудит базовой инфраструктуры. На первом этапе производится выявление задач, стоящих перед ИТ, ИТ-ресурсов компании и ответственных за работоспособность соответствующих ИТ-ресурсов. Наши консультанты на этом этапе проводят опрос руководства предприятия, руководителей технологических групп и ответственных за различные ИТ-ресурсы сотрудников. Опрос проводится с целью:
   • Понимания истории предыдущих внедрений и изменений ИТ-ресурсов;
   • Понимания требований ключевых пользователей ИТ-ресурсов;
   • Проводимый на первом этапе аудит позволяет выявить проблемы в функционировании сети, серверов, рабочих станций, системных сервисов. В рамках аудита проводится инвентаризация имеющихся ИТ-ресурсов компании.
2. Этап – аудит текущей информационной инфраструктуры предприятия. На этом этапе производится:
   • Оценка уровня зрелости ИТ-инфраструктуры с точки зрения развития информационных технологий на рынке;
   • Оценка уровня зрелости ИТ-инфраструктуры
   • Оценка уровня зрелости процессов и процедур управления и использования ИТ-ресурсов компании относительно стандарта CMM;
   • Оценка уровня зрелости процессов и процедур управления и использования ИТ-ресурсов компанииотносительно текущего уровня информатизации предприятий аналогичного профиля (Бэнч-маркинг).
   • В задачи аудита входит выявление существенных проблем имеющейся информационной инфраструктуры, проведение анализа практики использования имеющихся информационных систем. В результате проведения аудита должна быть предоставлена детальная оценка выявленных проблем, оценка их возможного влияния на работу и развития компании.
3. Этап – выбор альтернативной платформы. Переход на альтернативную платформу, в случае если предыдущие этапы покажут, что такой сценарий развития является наиболее целесообразным, должен начинаться с выбора такой платформы. Детальный анализ предлагаемых на рынке систем, их сравнения достаточно трудоемкий и дорогостоящий проект. Поэтому видится более экономным сценарий, при котором сначала разрабатывается техническое задание, описывающее требования к такой системе. Такое техническое задание должно учитывать уже существующие возможности, обнаруженные проблемы, необходимость в сохранении и дальнейшем использовании накопленных данных.

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