Как увеличить скорость разработки проектов на 30–40%
Гибкий подход к управлению проектами (Agile) позволяет быстрее создавать качественные продукты, которые будут удовлетворять потребности клиентов и соответствовать требованиям заказчика. В РЖД методология применяется с 2019 года. Подробности – в нашем интервью.
12:37, 24 мая 2023
Это философия и группа гибких методологий. Наиболее часто ее упоминают, когда речь идет о разработке ИТ-продуктов, но такой подход применим и в других сферах. Манифест основан на 4 ценностях и 12 дополняющих их принципах. Наиболее приоритетная для нас ценность – люди, и их взаимодействие важнее процессов и инструментов. Большое внимание мы уделяем налаживанию коммуникации как внутри нашей команды ПКТБ-ЦЦТ, так и с заказчиками. Считаю, что живое общение – залог успеха в любом деле, неважно, будь то создание продукта или организация бизнеса.
Когда в РЖД впервые начали применять гибкий подход к управлению проектами и разработке ПО?В 2019 году Служба разработки программного обеспечения с применением гибких методологий ПКТБ-ЦЦТ занималась созданием Карьерного портала РЖД. Это был первый в компании продукт, при разработке которого применялся данный подход. Команда начала работать над порталом в мае, а уже к декабрю он фактически был готов. Инициаторами проекта выступили Департамент информатизации (ЦКИ) и Департамент управления персоналом (ЦКАДР). В 2023 году проект был удостоен медали 26-го международного салона изобретений и инновационных технологий «Архимед».
Гибкая методология позволила РЖД отойти от привычных процессов, устоявшихся десятилетиями, и апробировать новые подходы.
Совпало два фактора. В рамках стратегии цифровой трансформации в ОАО «РЖД» захотелось создать подразделение внутренней разработки. В тот момент на новую методологию обратил внимание ИТ-директор РЖД Евгений Игоревич Чаркин. Он полагал, что принципы гибкого подхода позволят будущей команде работать быстрее и эффективнее. Пилотным проектом для внутреннего разработчика должен был стать Карьерный портал. При этом у заказчика – ЦКАДР – также было желание, чтобы при работе над продуктом применялся гибкий подход.
Определенно. Команда ПКТБ-ЦЦТ, работающая по данной методологии, существует уже 4 года. Опыт показал, что по сравнению с применявшимися ранее в РЖД подходами к управлению проектами гибкие методы увеличили скорость разработки на 30–40%. Кроме того, конечный результат стал больше соответствовать ожиданиям заказчика.
Что такое гибкий подход?
Это методология управления проектами, созданная группой разработчиков в 2001 году. Термин был представлен в манифесте гибкой разработки программного обеспечения.
Основу философии составляют 4 ценности:
- взаимодействие людей важнее процессов и инструментов;
- работающий продукт приоритетнее документации;
- сотрудничество с заказчиком стоит выше согласования условий контракта;
- готовность к изменениям важнее следования первоначальному плану.
На сегодняшний день, кроме Карьерного портала, командой реализовано еще три проекта. Среди них – личный кабинет клиента в сфере грузовых перевозок – сервис, который позволяет работать с перевозками на всех этапах, подписывать и оформлять документы, заказывать дополнительные услуги и справки, просматривать статистику, отслеживать маршрут движения вагонов.
Также разработана система дистанционного обучения (СДО), в которой сотрудники РЖД могут проходить онлайн-обучение по своей специальности и развивать гибкие навыки. Система позволяет работникам формировать траекторию своего развития, а руководителям – управлять обучением подчиненных. Особенность СДО – игровые механики, которые используются для повышения вовлеченности.
Кроме того, уже реализована и готовится к запуску система проведения оценки корпоративных компетенций. Продукт предназначен для организации и проведения процедуры ассесмента в ОАО «РЖД». В рамках этого мероприятия сотрудникам предлагается выполнить ряд упражнений, моделирующих ключевые рабочие ситуации. За процессом выполнения наблюдают эксперты. Они анализируют поведение участников и выставляют оценки в соответствии с рядом критериев. На основе результатов проведения ассесмента формируется кадровый резерв и принимаются решения о повышении или ротации кадров.
Помимо этого, ведется работа над рядом других проектов, в будущем их количество будет только расти.
Как велась работа над Карьерным порталом РЖД
Созданием Карьерного портала занималось 20 человек, среди которых были аналитики, эксперты по контенту и HR-бренду, дизайнеры, разработчики и т.д. За основу была взята методика, известная в международной практике как Scrum, работу организовали в формате двухнедельных спринтов. В начале каждого этапа команда проводила планирование – определяла список функций, которые предстоит реализовать. По итогам двух недель результаты презентовали заказчику, получали от него обратную связь. Далее во время следующих спринтов процесс повторялся. Кроме того, ежедневно проводились встречи-синхронизации, которые позволяли выявлять на ранних этапах и оперативно решать возникающие проблемы.
Если в процессе работы меняются требования, гибкий подход снижает риск недостижения целей проекта. Также данная методология позволяет выстраивать более тесное взаимодействие с заказчиком. Это помогает команде глубже погрузиться в проект. Участники работают не над абстрактным техническим заданием, а более точно понимают цели и задачи, которые перед ними стоят. И, конечно, благодаря методологии не возникает эффект испорченного телефона, когда информация от заказчиков и конечных пользователей попадает разработчикам только после того, как пройдет через несколько рук.
Для каких проектов гибкий подход может оказаться неподходящим?Данная методология наиболее подходит для разработки клиентских сервисов, как внешних, так и внутренних. Менее подходящей она является для разработки платформенных решений с более жесткими требованиями.
Отличие модели гибкого подхода от классической, каскадной, модели управления проектами (в международной практике waterfall):
- конечная цель работы может измениться в любой момент;
- на аналитику и планирование нужно тратить меньше времени, вместо этого лучше уделить внимание техническому совершенствованию продукта;
- каждый этап разработки завершается выпуском продукта, при этом некоторые функции могут отсутствовать и появиться позднее;
- перед началом рабочего цикла необходимо учитывать новые требования к продукту;
- сроки проекта должны быть гибкими и учитывать возможные изменения;
- на протяжении всех этапов руководитель должен принимать активное участие в работе команды.
Прописанные в манифесте ценности дают исчерпывающий ответ на этот вопрос. Нужно стремиться к спрямлению углов и устранению препятствий в коммуникации и минимизировать количество иерархических уровней, чтобы один участник команды мог легко обратиться к другому за советом. Также следует выходить на прямое сотрудничество с заказчиком. Открытая и свободная коммуникация – важный кирпичик в фундаменте команды.
Распространяется ли ваш опыт использования данной методологии на другие подразделения РЖД?Для этого в компании проводятся различные мероприятия, например, школы передового опыта, где команда ПКТБ-ЦЦТ делится с другими подразделениями своими успехами и рассказывает о том, как использовать гибкий подход не только при разработке ПО, но и в других сферах.