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

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

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

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

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

Что было сделано для запуска нового продукта

Изучив контекст проекта, мы — команда OnAgile — вместе с представителями клиента определили три ключевых направления изменений: выделили в команду Владельца продукта из бизнес-подразделения, перевели работу с подрядчиком на модель Time & Materials и выбрали Scrum как основной подход к реализации проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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

Как запустить корпоративный портал за 3 недели вместо привычных полутора лет?

Ключевым фактором становится комбинация трех элементов: выделенный Product Owner с полной занятостью со стороны бизнеса, переход на Time&Material контракт с командой разработки, и внедрение недельных Scrum-спринтов. Это позволяет начать с минимального работающего продукта и быстро его развивать на основе обратной связи от пользователей.

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

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

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

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

Почему Time&Material контракт критически важен для быстрой разработки корпоративного портала?

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

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

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

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

Пилотный Agile-проект в телекоме — перевыполнили план на 45%
Кейс Телекоммуникации

Пилотный Agile-проект в телекоме — перевыполнили план на 45%

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

Корпоративные тренинги по Agile и Scrum

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

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

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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