Внедрение интранета: опыт, ошибки, рекомендации. Читайте на Cossa.ru

13 мая, 14:02

Внедрение интранета: опыт, ошибки, рекомендации

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

Внедрение интранета: опыт, ошибки, рекомендации

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

Однако никто не пишет о «нематериальной» цене вопроса, о рисках, о том, как и зачем создавать интранет, и каких трудов это стоит. Хотят на раз-два, и корабль поплывёт. Желательно, чтобы плыл сам.

Однако внедрение корпортала — это многоуровневая, а точнее, волнообразная история. Многие заказчики осознают, в какое плавание они ввязались, лишь попав на борт корабля.

Я и мой коллега, Павел Мелдажис, руководитель группы корпоративных внедрений, не первый год изнутри видим и координируем процесс внедрения корпоративных систем. Абсолютно разных. Из коробки и полностью кастомных, с бюджетами от миллиона до десятков миллионов. При всём их отличии мы пришли к интересному выводу: все сценарии внедрения интранета можно свести к двум тактикам. И у каждой свои волны и пики.

Свяжите сервисы между собой без программистов за 5 минут!


Cossa рекомендует использовать ApiX-Drive для самостоятельной интеграции разных сервисов между собой. Доступно 200+ готовых интеграций!

  • Автоматизируйте работу интернет-магазина или лендинга;
  • Расширяйте возможности за счёт интеграций;
  • Не тратьте деньги на программистов и интеграторов;
  • Экономьте время за счёт автоматизации рутинных задач.

Бесплатно протестируйте работу сервиса прямо сейчас и начните экономить до 30% времени! Перейти

Реклама

Рассказываем, как удержаться на волнах внедрения проекта.

Сценарий «Всё и сразу»

История начала у таких проектов банальна.

Клиент приходит к агентству и говорит: «Вот бюджет, который мы готовы потратить на портал. Давайте реализуем масштабный проект. Нам нужна ЭЦП, автоматизация подачи пяти видов заявок, обязательно система оценки 360, интеграция с 1С и нашей корпоративной системой! Если будет надо, мы готовы расширить бюджет».

Даже если клиент пришёл к агентству с более скромными запросами, есть 3 признака того, что внедрение корпортала пойдёт по модели «Всё и сразу».

Бермудский треугольник формируют три фактора.

  • Маршрут. Проект должен проплыть свой максимальный маршрут за короткий срок. До 80% бэклога стоит в план на разработку и внедрение (!) в ближайший год. Заказчики торопятся сами и торопят агентство.

  • Бюджет. Для первого года работ закладывается максимальный бюджет с большим количеством нулей. Казалось бы, это мечта любого агентства. Но здесь нужно быть начеку: за освоение этого бюджета будут спрашивать с обеих сторон-участниц этого скоростного заплыва. Менеджер клиента с агентства. Руководство клиента с менеджера.

  • Высокие ожидания от внедрения. Решительный настрой у заказчика перемешивается с завышенными ожиданиями от запуска интранета. Расчёт здесь прост — что это будет скоростной, победоносный заплыв. Главный акцент — «победоносный».

В таких проектах от агентства будут ожидать (а в последствии и требовать по договору) жёсткого плана сдачи работ, быстрого погружения и не менее быстрого результата. Это всегда темп, нагрузка и высокие скорости. Времени раскачиваться нет.

Заказчик редко понимает, что ему тоже придётся бежать не меньше агентства: корректировать процессы, внедрять регламенты, учить пользователей.

Если представить проект «Всё и сразу» в виде графика пересечения финансирования и эффекта (для простоты восприятия считаем его частотой использования), то в типичной истории со всеми рисками и ошибками выглядеть этот заплыв будет так.

Сценарий «Всё и сразу» - внедрение корпортала или интранета

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

Этапы и меры нейтрализации каждого пика

Этап № 1. Море волнуется раз

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

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

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

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

Этап № 2. Девятый вал

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

Апогея достигает и процесс подключения новых пользователей. Все уже знают про корпортал.

Именно в этой точке руководство заказчика начинает спрашивать про «промежуточные» результаты. В этот момент они уверены — сотрудники ежедневно с желанием, удовольствием и пользой заходят на портал.

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

Клиент разочарован и запал пропадает — деньги инвестируются, а работа компании не оптимизирована, от пользователей идёт негатив. Ожидания не оправдываются реальностью. Интегратор слышит: «У меня ничего не работает. На что мы тратим деньги? Где результат?» Желание продолжать проект постепенно снижается.

Этап № 3. Отлив

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

Корабль интранета окажется под риском опустеть и остаться без пассажиров.

Проект входит в фазу оттока.

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

Но отведённый срок прошёл, руководство не устраивает отдача и постоянное финансирование сокращается. А иногда и прекращается вовсе.

Этап № 4. Мокрый песок

Теперь корпортал остался в свободном плавании. В нём налажены и стабильно работают некоторые процессы, оптимизирована часть задач.

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

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

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

Интранет живёт, и им пользуются. Всё это — остаточный эффект.

Этап № 5. На мели

Мы помним, что финансирование сократили. И однажды перестанет работать маленькая функция, потом сломается ещё одна — уже ключевая, и пользователь выполнит задачу по старинке. У него не будет иного выбора. «Не работает календарь, буду в своём писать». А денег на поддержку системы уже нет. Это момент переключения — люди уходят с ресурса окончательно.

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

И здесь у интранета два варианта судьбы: утонуть и стать мёртвым грузом или воспрять под алыми парусами. Но это только при осознанном подходе заказчика, его готовности не закрыть проект окончательно и грамотно спланировать новый этап развития.

В чём ошибки?

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

Мы собрали эти ошибки в один список, чтобы вы ничего не упустили при внедрении корпортала.

Запуск пользователей в формате «скоростной заплыв»

«Запускайте всех, пусть портал работает!» — частое заблуждение, что массовый наплыв неподготовленных пользователей запустит корпортал и корабль поплывёт. Не поплывёт. В 80% случаев на старте он встретит стену непонимания у пользователей и получит снежный ком негативных отзывов.

Внедрение корпортала на неподготовленную почву

Пользователей не готовят к запуску корпоративного портала и ставят просто перед фактом: «Работаем!». А зачем, почему и как пользоваться — не объясняют.

Непродуманная схема обратной связи

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

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

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

Запрос на промежуточные результаты на раннем сроке проекта

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

Пользователям позволено игнорировать корпортал

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

Финансирование корпортала прекращается

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

Рекомендуем, как сделать «Всё и сразу»

Если вы подумали, что тактика «Всё и сразу» — утопия, то мы вас порадуем. Так тоже можно внедрить интранет (проверено на практике), если заказчик и клиент помнят и выполняют свои задачи.

Составить план релизов

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

Спланировать этапы постепенного подключения пользователей

Да-да, не оставить клиента с этим вопросом наедине. А помочь ему, поучаствовать в планировании. Пользователей разбивают на «партии» в зависимости от карты релизов. В каждой группе мы рекомендуем выбрать лидеров, которые усилят команду «евангелистов». Это потребуется на следующих этапах.

Провести работу с негативом и наполнять бэклог

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

Продумать формат работы с обращениями

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

Возможно, на первом этапе сбор ошибок, замечаний, предложений будут вести в самом простом реестре. Лучше так, чем никак.

Рассказать о команде адвокатов проекта

Важный PR-ход, про который почему-то забывают заказчики. Может, потому что в таких проектах торопятся, сроки, сроки. Представьте коллективу главного евангелиста и его команду. Покажите, к кому бежать, чтобы не остаться наедине с проблемами и непониманием корпортала. Помогайте евангелисту формировать вокруг себя команду защиты, команду сторонников. Расширяйте её через формат микросообществ, если в компании работает более 1000 человек.

Подводить комплексные итоги по проекту

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

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

Ретроспектива нужна не только внутри команды разработки, но и всему проекту. Хорошо подводить итоги с клиентом раз в год, идеально — каждые полгода. Подсчитывать расходы, обсуждать успешные задачи, отрабатывать возражения по задачам, проверять приоритеты бэклога, обновлять план по срокам. Это всегда работа двух сторон.

Сценарий «Всё стабильно»

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

Три симптома проекта под названием «Всё стабильно»:

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

  • Пользователей будут запускать осторожно. Даже, скажем более, запускать массово побоятся. Идея сегментирования пользователей, деление на фокус-группы будет обозначена сразу. Причём часто самим заказчиком.

  • Развитие и усложнение интранета по нарастающей, без быстрого всплеска.

Сценарий «Всё стабильно» - стратегии внедрения корпортала или интранета

Как плывёт этот корабль?

Этап № 1. Выход в море

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

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

Финансирование развития интранета также идет планомерно.

Этап № 2. Штиль

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

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

Этап № 3. Сбой в навигации

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

Максимальное число пользователей — уже в корпортале, однако у самых последних группы ещё может быть отторжение нового инструмента. Не все говорят интранету: «Определённо, да!» Как и в первом сценарии возможен отток пользователей или негатив. Руководство видит, что всеобщего удовлетворения пока нет. И тут, как говорится, вопросики... Но часто они возникают к инструменту, а не к качеству адаптации пользователей.

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

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

В чём ошибки?

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

Ожидание максимальных результатов в первый год жизни проекта

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

Сокращение финансирования на развитие портала

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

Работа без огонька

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

Рекомендации для стабильных проектов

Агентству сохранять внимание

Концентрация нужна даже спустя год-полтора, когда активная фаза внедрения уже подходит к концу. Этот «штиль» обманчив: нередко проект переходит в вялотекущее состояние. Агентство не проявляет инициативу, и проект начинает идти по инерции разовых задач. В итоге работа над интранетом затухает, и игрушка становится никому не интересна: ни агентству, ни заказчику.

Агентству не терять стратегического подхода к ведению

Регулярно подводить с клиентом итоги работы: за квартал, полугодие. Составлять цели и планы развития на так называемые спринты, короткие отрезки. Длина этого спринта может быть разной. Кто-то говорит о 9 неделях, кто-то о 3 месяцах или чуть более. Обе стороны в проекте должны держать вектор развития корпортала под контролем, понимать, куда и зачем вы идёте.

Заказчику набраться терпения

Взвешенные, стабильные проекты развиваются медленнее, а результатов всем хочется побыстрее. Да и чтобы на слайдах годовой презентации перед руководством эти результаты были «ого-го» какие. Такого здесь не будет. Но благодаря пунктам 1 и 2, системному видению, образ корпортала не будет выглядеть «чёрной дырой», высасывающей деньги.

Постоянная работа с обратной связью

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

Скалы

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

Контактное лицо уволилось, никто не подхватил проект, ведущий разработчик решил сменить специальность и покинул команду. Что делать, если ко всем проблемам добавились и эти? Как начинать, если вы в критической точке?

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

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

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

Испытание удваивается, если новое контактное лицо взято со стороны, а не из внутренних резервов. Новый человек начинает приводить своих подрядчиков, ну и честно скажем, иногда противопоставлять свой опыт идеям агентства. Выход для подрядчика в тесном взаимодействии с контактным лицом, с основным заказчиком, с ЛПР, с тем, кому это контактное лицо подчиняется. Проверено опытом: если ЛПР готов продолжать проект с текущим агентством и на это есть установка, новое лицо бунт на корабле не затевает.

Если потеря контактного лица случилась на стороне агентства, то главное правило — не бросать нового менеджера, как котёнка в воду. Может не всплыть. Ещё и проект за собой потянет. Менеджера нужно вести и направлять. И даже когда он рулит проектом полноценно.

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

Причал

Идеальной модели внедрения портала нет. Банально. Не ново. Но правда. Часто одна модель после первого года жизни перетекает в другую.

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

Мнение редакции может не совпадать с мнением автора. Ваши статьи присылайте нам на 42@cossa.ru. А наши требования к ним — вот тут.

Источник фото на тизере: Фотобанк Photogenica





Чем живёт диджитал?
Главное — в рассылке: