Пирамида потребностей в ИТ

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

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

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

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

Уровни пирамиды потребностей в ИТ
На слайде представлена такая пирамида. Уровни снизу вверх:
1. Основа — то, без чего информационные технологии не работают вообще: ИТ-инфраструктура, информационная безопасность, системы интеграции.
2. Системы планирования и учёта — основные системы класса ERP (Enterprise Resource Planning — планирование ресурсов предприятия). Если организация проектного типа, сюда же попадают системы управления проектами.
3. Дополнительные функциональные системы — сюда обычно относят:
o CRM-системы (Customer Relationship Management — управление взаимоотношениями с клиентами),
o системы документооборота,
o MES-системы (Manufacturing Execution System — системы управления производственными процессами),
o системы цехового планирования.
4. Аналитические системы и системы поддержки принятия решений — например, BI-системы (Business Intelligence — бизнес-аналитика), системы управления приоритетами.
5. Вершина — системы управления знаниями. Пока их внедряет небольшое число организаций, но по мере развития автоматизации этот уровень будет востребован всё больше.

Условность иерархии для разных организаций
Пирамида не является жёсткой. Для разных компаний распределение систем по уровням может отличаться. Например, для министерств и ведомств система документооборота — одна из основных, по сути это их производственная система. Поэтому её целесообразно опустить на второй уровень, а ERP-система (учёт столов, скрепок, бумаги) окажется для них менее критичной. Аналогично, для чисто проектной организации управление проектами становится не менее важным, чем ERP.

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

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

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

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

Пример комплексного влияния: внедрение CRM
Рассмотрим внедрение CRM-системы, которая на условной пирамиде находится на третьем уровне. Когда вы планируете такой проект, необходимо проверить, достаточны ли условия на более низких уровнях.

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

Соответственно, при внедрении или доработке CRM почти наверняка потребуется доработка ERP-системы. Более того, спускаясь ещё ниже, мы должны оценить, не вызовет ли новая функциональность увеличения нагрузки на инфраструктуру: не понадобятся ли более мощные серверы, дополнительное сетевое оборудование.

Стратегическое решение как комплекс задач
Таким образом, одна бизнес-инициированная задача (например, улучшение клиентского сервиса через CRM) может породить целый веер ИТ-задач, напрямую с исходной бизнес-целью не связанных:
• доработка или внедрение CRM;
• доработка ERP;
• усиление ИТ-инфраструктуры (серверы, сеть).

Всё это вместе и будет составлять стратегическое ИТ-решение. Игнорирование нижних уровней ведёт к провалу проекта.

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

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

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

Краткие итоги

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

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

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

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

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