Русский
Русский
English
Статистика
Реклама

Реновация интранета. Алгоритм действий

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


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


Работы пореновации включают следующие три этапа:


  • подготовка;
  • организация бизнес-требований, аналитика, проектирование;
  • реализация плана обновления.

Этап0. Подготовка


Подготовка креновации начинается, когда собственно обновление еще нестартовало. Наэтом этапе важно проработать ичетко зафиксировать 3момента:


  • миссия ицели;
  • команда;
  • бюджет.

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


Команда проекта


Командой проекта неможет быть один человек. Это всегда многослойная история. Как внутри агентства, так инастороне клиента. Понимать роль участника важно, потому что она определяет степень его компетенции впроекте, зону влияния иответственности. Так мыизбегаем дискоммуникации ипутаницы.


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


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


Стратег


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


Внашей практике без такого человека проекты получали негативный сценарий: затухали, останавливались, пропускали этапы.


Менеджер проекта


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


IT-компетенции


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


Источник знаний


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


Владельцы разделов


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


История изпрактики


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


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


Бюджет


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


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


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


Реновация

Почему ориентация именно натри года? Как правило, таков срок жизни любого IT-проекта. Потом онтребует реновации или доработки. Меняется ибизнес, иподход, имасштаб, требования, технологии.


Если рассмотреть компанию порядка 5000сотрудников, тополучается, что 54млн. нетак много. Всего две чашки вмесяц насотрудника.


Когда определились скомандой ибюджетом, можно двигаться впроект.


Этап1. Агрегация требований


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


Вагрегации мыследуем двум принципам:


  • собирать данные навсех уровнях структуры компании;
  • применять подход персон иобстоятельств при анализе требований.

Уровни сбора требований


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


Уруководителей подразделений были свои боли, страхи. Непосредственно рядовые сотрудники, для которых делается интранет, говорили орутинных проблемах.


История изпрактики 1


Сотрудники компанииN водин голос говорили, что имнужен расчет исогласование важных показателей.


Спросили упредставителей IT-блока такие функции ниводной системе нереализованы ивпланах пока нигде нестоят.


Спросили утоп-менеджмента, теответили да, это важная приоритетная задача. Зеленый свет!


Спроектировали, согласовали срабочей группой, отправили насогласование повсей компании, нопроцесс застрял наодном изруководителей, онпостоянно искал, зачто зацепиться. Тоодну мелочь поправить, тодругую. Процесс вроде нестоит, ноинеидет.


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


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


История изпрактики 2


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


Изучили пользователей, пообщались ссотрудниками, руководителями, директором попродажам, построили CJM, реализовали прототип, дизайн.


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


Итут онговорит:


Япросил сделать сайт продающим, авысделали сайт, после просмотра которого мне хочется взять трубку имгновенно позвонить!


Нуда, чем больше звонков тем больше продаж, статистика это подтверждает все переглянулись, аДиректор попродажам немного напрягся.


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


Мораль: обязательно пообщайтесь сруководителями инепостесняйтесь задать ему глупые вопросы науточнение.


Работа сперсонами


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


  • Persons. Акцент начеловеке, кто конкретно будет пользователем. Турист хочет узнать маршрут доточки Б. Ятурист-бабушка, ятурист-девушка, которая боится ходить потемным улицам. Я сотрудника стоит напервом месте при анализе задач.
  • Jobs-to-Be-Done. Позволяет отключиться отличности ипосмотреть наобстоятельства, при которых нужна функция.
    Например:
    Когда янезнаю, как добраться доместа, ихочу узнать маршрут доточки Б
    Когда яхочу подороге увидеть все достопримечательности, ихочу узнать маршрут довточки Б
    Когда ятороплюсь, ихочу узнать самый короткий маршрут доточки Б скорее всего проще спросить упрохожих.
    Когда яэкстремально быстро хочу узнать маршрут дотравмпункта скорее япозвоню вскорую.
    Когда яплохо ориентируюсь наместности имне лучше идти поглавным улицам, чтобы несбиться смаршрута доточкиБ

История изпрактики


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


Алгоритм сбора


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


Определение ключевой явной потребности


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


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


История изпрактики


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


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


Реновация интранета. Алгоритм действия

Интервью


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


Блок подготовки кинтервью включает:


  • Работу над особенностями персонажей иобстоятельств, вкоторых они могут находиться. Строится карта персонажей, структурируются предположения позапросам иболям каждого ключевого игрока вкарте.
  • Выдвижение гипотез обалгоритмах решения задач. При подготовке интервью многое базируется нагипотезах. Адалее впроцессе они уточняются.

Всамом интервью нужно общаться глубоко иустно. Всегда задавать вопрос Почему? Какие мотивы уименного такого решения задачи?


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


Карта пользовательского опыта


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


Есть разные подходы кформированию карты, мыстроим CJM изследующих блоков:


  • Персонажи иэтапы. Они выделены напредыдущей стадии, остается ихструктурировать. Помните, что этапы вжизни невсегда последовательны.
  • Цели, барьеры, опасения, инструменты, чувства. Накаждом этапе варианты достижения цели разные. Невсегда самый простой путь доходит допользователя. Поэтому дополнительно говорим про опасения, конкретные барьеры, инструменты иидеи.
    Особое внимание уделяйте чувствам людей, которые оказываются накаждом изэтапов.
    Например. Когда выподаете заявку, могут ответить сухим Ваша заявка принята. Амогут Ваша заявка принята, мыобработаем еевтечение трех дней. Второе приятнее, да?
    Аеще лучше Втечение часа свами свяжется специалист, ответственный завашу заявку. Если торопитесь позвоните ему сейчас, вот номер. Совершенно другой подход иощущение, хотя казалосьбы мелочь.
    Это иесть чувства иощущения, накоторые стоит обращать внимание.
  • Бизнес-требования. Функции ипотребности оформляются ввиде бизнес-требований. Это уже конкретные решения, что меняем ивнедряем. Изних складывается будущая обновленная система.

История изпрактики


Для дочки АФК Система мыреализовывали процесс сдачи авансового отчета. Укомпании много торговых представителей вразных точках России, они перманентно находились вкомандировке. Возникала потребность сдавать авансовые отчеты вовремя: выслать документы, подписать убухгалтера, руководителя, провести в1С. Пока предыдущий отчет несдан, новый транш невыдается. Разумеется, было много ошибок, документы терялись, затраты накорреспонденцию росли, сотрудники были недовольны.


Мыпредложили решение состоящее издвух релизов:


  • Документация. Сотрудник заполнял форму, она уходила в1С, онподписывал сформированный документ иотправлял попочте.
  • Электронная цифровая подпись. Ненужно ждать, когда документы придут почтой/курьером, они сразу подписаны. Новый транш денег приходит быстро.

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


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


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


Устав проекта


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


Устав проекта включает:


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

Дорожная карта проекта


Включает:


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

Мы, как правило, ведем еевGoogle Docs. Это достаточно простой изнакомый инструмент, нетратим ресурсы ивремя навнедрение новой специальной системы.


Зачем нужна карта?


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


Дорожная карта
Дорожная карта

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


Вспомогательные сущности


Дорожная карта иустав проекта неотъемлемые документы при реновации. Ноесть идополнительные эффективные помощники.


Карта экосистемы компании


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


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


Схема архитектуры нового решения


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


История изпрактики


Реновация интранета. Алгоритм действия
Старая архитектура

Реновация интранета. Алгоритм действия
Новая архитектура

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


Этап2. Процесс переезда


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


При выборе поэтапного переезда важно предусмотреть два момента:


  • Сквозная авторизация пользователю достаточно авторизоваться вкорпоративной системе учета (AD) ионавтоматически может перейти влюбую версию интранета без лишнего ввода логина ипароля накаждой изплощадок.
  • Перекрестное меню меню, объединяющее разделы нового истарого портала.

Потоки


Сам переезд мыпредлагаем делать внесколько потоков.


  1. Старый портал пока еще поддерживать минимальными средствами.
  2. Новый интранет:
    • Перенос простых функций asis, они нетребуют переработки. Просто вних добавлен новый дизайн иконтент.
    • Старт полного цикла реализации каждой функции вотдельности.
    • Разработка мобильного приложения, так как оно несколько отличается технологически.
    • Техподдержка идоработка задач избэклога.


Определение типовой схемы релиза


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


  • Взаиморасчеты сподрядчиком (Fix-price, Time&Material или Retainer). Проговорить отчетность иреперные точки, необходимые ипринципиальные для закрытия этапов работ.
  • Трекеры задач, состав ипериодичность отчетности, документальная фиксация задач. Здесьже сразу решить, чья сторона будет вести отчетность изадачи.
  • Архитектура серверов, зоны ответственности, кто осуществляет накат обновлений, доступы. Есть разные требования, ккому-то надо приезжать иработать наместе.
  • Среда разработки, схема работы изоны ответственности всистеме контроля версий.
  • Технические требования (платформы, ОС, разрешения ит.д.).

История изпрактики


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


Интеграции


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


Нас часто спрашивают, надоли менять интеграцию. Если все работает иработа устраиваетто, нерекомендуем еёломать.


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


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


Бэклог


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


Ведение бэклога можно реализовать вдвух форматах:


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

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


Анонсы


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


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


Завершение


Чтоже делает реновацию успешной? Истоитли игра свеч, раз выходит сложно имасштабно? Реновация интранета это долгосрочная инвестиция. Икак это характерно для подобных вложений, результаты иприбыль они недают мгновенно. Подобные инвестиции должны приобрести накопительный эффект, который становится заметным лишь через 1,5-2 года работы проекта.


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


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

Источник: habr.com
К списку статей
Опубликовано: 16.07.2020 12:18:27
0

Сейчас читают

Комментариев (0)
Имя
Электронная почта

Бизнес-модели

Управление проектами

Интранет-портал

Реновация

Бюджет

Категории

Последние комментарии

© 2006-2020, personeltest.ru