Барьеры внедрения новых технологий в компании
Опрос «Барьеры внедрения новых технологий в компании» вскрывает, почему внедрения замедляются, буксуют или не дают ожидаемого эффекта. Он смотрит на множество прошлых внедрений, чтобы найти повторяющиеся препятствия и этап, на котором принятие чаще всего срывается.
Что измеряет опрос «Барьеры внедрения новых технологий в компании»
Опрос устанавливает, как часто респонденты сталкиваются с внедрениями и насколько успешно обычно идёт принятие, а затем оценивает, насколько понятны цели и ожидания. Матрица оценивает, насколько обеспечены стандартные условия внедрения — понятная коммуникация, правила использования, обучение и материалы, поддержка, интеграции и встраивание в процессы, ответственность и принятие решений, выделенные время и ресурсы. Вопросы с множественным выбором фиксируют реально встречающиеся барьеры (нет времени, неясные цели, нет инструкций, медленная помощь, сложный доступ или согласования, нестабильная технология, нет интеграций, нет единых правил, сопротивление изменениям) и что помогает надёжнее всего (понятные цели, небольшой пилот, внутренний чемпион, готовые шаблоны, короткое обучение, быстрая поддержка вначале, интеграции). Финальный вопрос определяет точный этап — выбор, настройка, обучение, встраивание в процессы или поддержка после запуска, — на котором процесс чаще всего рушится.
Кому подойдёт шаблон «Барьеры внедрения новых технологий в компании»
Он подойдёт руководителям трансформации и управления изменениями, ИТ- и enterprise-архитектурным командам, CIO и директорам по операциям, а также всем, кто отвечает за то, чтобы технологическое принятие закреплялось между подразделениями. Он рассчитан на организации, которые многократно внедряют новые инструменты и хотят диагностировать системные препятствия, а не разовые инциденты.
Как адаптировать шаблон под свои задачи
Поскольку опрос смотрит на внедрения в целом, оставьте формулировки широкими или сузьте до конкретной инициативы. Отредактируйте списки барьеров и помощников под вашу отрасль и управление, приведите условия матрицы к вашему плейбуку внедрения и переформулируйте этапы «где ломается» под ваш реальный процесс. Добавьте ветвление, чтобы выбравшие конкретный этап провала получали открытый уточняющий вопрос о том, что там произошло.
Вопросы и варианты ответов
Варианты ответа:
— Часто (несколько раз в квартал и чаще)
— Иногда (примерно раз в квартал)
— Редко (1–2 раза в год)
— Почти никогда
— Затрудняюсь ответить
Варианты ответа:
— Успешно: быстро принимаются и дают эффект
— Скорее успешно, но есть трудности
— По-разному: зависит от команды/проекта
— Скорее неуспешно: часто не даёт ожидаемого эффекта
— Неуспешно: почти всегда тормозится
Варианты ответа:
— Понятная коммуникация: зачем внедряем и что изменится в работе
— Чёткие правила применения (когда использовать, когда нет)
— Обучение и материалы (инструкции, примеры, шаблоны)
— Поддержка и быстрые ответы при проблемах
— Интеграции и встраивание в процессы (регламенты, стандарты)
— Владелец/ответственный и понятный процесс принятия решений
— Выделенное время и ресурсы на переход
Варианты ответа:
— Не хватало времени на освоение и переход
— Цели и ожидаемый эффект были неясны
— Не было понятных инструкций/примеров
— Нельзя было быстро получить помощь при проблемах
— Сложно получить доступ или согласования занимали много времени
— Технология работала нестабильно или медленно
— Не хватало интеграций, было сложно встроить в процессы
— Не было единых правил и стандартов использования
— Сопротивление изменениям в команде / привычка к старым инструментам
Варианты ответа:
— Понятная цель и измеримые критерии успеха
— Пилот на небольшой группе с доработкой по результатам
— Внутренний эксперт/«чемпион» в команде, который помогает коллегам
— Готовые шаблоны и стандарты для типовых сценариев
— Короткое обучение и практические инструкции «как сделать X»
— Быстрая поддержка в первые недели после запуска
— Интеграции с текущими инструментами и процессами
Варианты ответа:
— На этапе выбора решения (нет согласия по критериям/приоритетам)
— На этапе подготовки и настройки (доступы, интеграции, безопасность)
— На этапе обучения и первых сценариев использования
— На этапе встраивания в процессы (регламенты, стандарты, ответственность)
— На этапе поддержки после запуска (проблемы не решаются быстро)
— Провала обычно нет
