Быстрое ИТ-стратегирование: начинаем автоматизацию правильно

В целом ситуация понятна, и обоснована она чаще всего нынешними условиями рынка. Совсем недавно ИТ-стратегии создавались на 10-15 лет (а для некоторых крупных компаний такие стратегии и по сей день актуальны, но трансформировались), позже – редко стали превышать 5-летний, а потом и 3-х летний горизонт планирования. Сейчас самая востребованная стратегия – на полгода. По сути, стратегия из редкой деятельности превращается в операционную, а инструментов для ее формирования по типу известной всем CRM для продаж рынок не даёт.

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

Найти и распознать

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

Эта причина кроется в связке «боль->результат->эффект->конечная цель». И именно эффект все упускают из виду, хотя он является как раз тем самым KPI любого проекта по автоматизации. Если не оцифрованы KPI, вы играете в рулетку win/fail без права на третий вариант.

Как это работает на практике

Посмотрите описание любого проекта автоматизации. Вы увидите оцифрованные текстовые описания: какие имеем «боли», что нужно для их решения, «упаковку» – название проекта.

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

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

Ниже приведу 4 основных этапа успешной автоматизации:

1.  Провести само ИТ-стратегирование («что?»);

2. Подобрать решения («как?»);

3. Сделать анализ ключевых целей и задач проекта («зачем?»);

4. Сформировать KPI проекта («как проверить успех?»).

Шаг 1. ИТ-стратегирование с представителями бизнеса

Этот шаг позволит сформировать ожидания стейкхолдеров от ИТ и получить точные ответы на вопросы:

1. Какие конкретно «боли» бизнес-заказчики хотят решить с помощью ИТ?

2. Какой результат автоматизации предполагается?

3. Какой эффект должен обеспечить результат автоматизации, чтобы точно устранить боль?

4. К какой цели приведет эффект, полученный от результата?

Люди

Ищете фасилитатора и закрываете его на два часа с полным составом руководителей высшего звена вашей компании.

Процессы

Мозговой штурм или «сессия дизайн-мышления». Стикерами на доске заполняете таблицу из 5-х столбцов (автор/для кого актуально, боль, результат, эффект, цель).

Продолжение читайте в блоге ICL Services на Хабр.