Разработка и запуск корпоративного портала «с нуля» за 3 недели

Разработка и запуск корпоративного портала «с нуля» за 3 недели

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

Руководство одной из крупнейших телекоммуникационных компаний России поставило перед командой OnAgile Consulting задачу — быстро запустить с нуля новый программный продукт: внутренний портал для десятков тысяч сотрудников по всей стране. 

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

Наши консультанты предложили клиенту применить практики agile подхода к организации процессов и взаимодействию с вендором, даже несмотря на то, что основная команда разработки находилась на стороне подрядчика и работала по классической модели fixed price/fixed scope.

Запуск новых продуктов занимает много времени?

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

Отправить запрос

Ключевые изменения в подходе

Изучив контекст проекта, мы — команда OnAgile — вместе с представителями клиента определили три ключевых направления изменений: 

  1. Выделили в команду Владельца продукта из бизнес-подразделения
  2. Перевели работу с подрядчиком на модель Time & Materials
  3. И выбрали Scrum как основной подход к реализации проекта.

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

Затем мы провели встречу с подрядчиком, чтобы согласовать переход на контракт по модели Time & Materials — с выделением конкретной команды разработчиков на полную загрузку и их размещением в офисе клиента. Переход на Agile и модель Time & Materials позволяет выпускать новый функционал каждую неделю и работать только над теми сервисами, которые востребованы конечными пользователями. Договорённости с подрядчиком были быстро сформированы, и клиент предоставил отдельное пространство в офисе для новой проектной команды.

Организация высокоитеративного процесса разработки

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

Перед стартом первого спринта мы совместно с командой определили цель, спланировали примерный состав минимальной версии продукта (MVP) и зафиксировали дату первого релиза. При планировании состава релиза мы использовали подход Lean Startup, в основе которого лежит глубокое изучение сегментов и потребностей будущих пользователей продукта.

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

Первые результаты изменений

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

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

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

Масштабирование и развитие продукта

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

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

Запуск новых продуктов занимает много времени?

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

Вопросы и ответы по теме

Почему Agile-команды запускают корпоративные порталы в 20 раз быстрее классических методов?

Секрет в декомпозиции продукта на минимальные ценные части и недельных спринтах вместо годовых циклов. Телекоммуникационная компания запустила MVP портала за 3 недели, сосредоточившись только на поиске контактов коллег — самой частой потребности пользователей. Пока конкуренты тратят полтора года на полнофункциональный продукт, Agile-команды получают реальную обратную связь от пользователей и развивают только востребованные функции.

Какая скрытая ошибка модели Fixed Price убивает корпоративные IT-проекты?

Fixed Price заставляет команды разрабатывать функции, которые никто не использует, и блокирует возможность адаптации под реальные потребности пользователей. Переход на Time & Materials позволил телекоммуникационной компании выпускать новый функционал каждую неделю и работать только над востребованными сервисами. Результат: вместо мертвого продукта через полтора года — живой портал с десятками тысяч активных пользователей.

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

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

Почему недельные спринты работают лучше месячных для корпоративных систем?

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

Как Lean Startup определяет MVP корпоративного портала для десятков тысяч сотрудников?

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

Какой неожиданный эффект дает размещение команды разработки в офисе клиента?

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

Как 200 приглашенных пользователей помогают масштабировать корпоративный портал на десятки тысяч?

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

Обучить вашу команду лучшим практикам гибкой разработки?

Фундаментальный тренинг по Agile и Scrum

Подробнее

Профессиональное развитие Скрам-мастеров

Подробнее

Профессиональное развитие Владельцев продуктов

Подробнее

Полный перечень тренингов

Смотреть каталог

Еще публикации по Agile в Телекоммуникации

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!