Прогибаться под изменчивый мир

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

Решить эти проблемы помогает адаптивная модель, или agile (см. статью «Рецепт инноваций: модель agile»). Она предполагает, что людей нужно вырвать из изолированных отделов и включить в самоуправляемые группы, ориентированные на клиентов. Модель изначально применяли в ИТ-компаниях, а затем и в других отраслях, где в процессе создания продукта могут меняться рыночные условия или требования заказчика и, соответственно, требуется гибкость. Философия agile выражена в четырех ценностях и двенадцати принципах, которые изложены в «Манифесте гибкого подхода к разработке программных продуктов».

В России agile (в частности, методологию scrum) начали активно применять 5—6 лет назад. Есть удачные примеры внедрения, еще больше компаний находятся в начале пути. Но многие пока размышляют, как лучше двигаться.

Традиционный подход — основательно подготовиться к применению scrum, пригласить консультантов, обучить персонал на тренингах. Так поступил, например, Райффайзенбанк (на 1 сентября 2017 года занимает 13-е место в России по активам). Это затратный путь, однако он дает необходимую базу для трансформации. Другой подход — когда компания действует интуитивно, но в итоге приходит к тем же самым организационным принципам, которые сформулировали авторы адаптивной модели. Такова практика крупнейшего онлайн-ритейлера России Wildberries (оборот компании в 2016 году, по данным Data Insight и Ruwards, составил 45,6 млрд руб.). И в том, и в другом случае можно получить осязаемый результат. Главное, чтобы изменения действительно назрели и топ-менеджмент стал их движущей силой.

Первые эксперименты

Команда Райффайзенбанка прошла три стадии погружения в agile. Все началось в 2012 году в виде эксперимента в ИТ-департаменте. «До сих пор программисты работали по каскадному принципу, но мы хотели ускорить разработку. И пригласили автора книги “Канбан. Альтернативный путь в agile” Дэвида Андерсона», — рассказывает руководитель управления стратегического управления, организации и контроля ИТ Райффайзенбанка Сергей Щербинин. Но улучшения были локальными: одна команда разработчиков стала работать более предсказуемо, и только.

Через какое-то время эксперимент решили провести на новом уровне — наняли консультантов, работающих по методологии scrum, а затем предложили командам по их желанию присоединиться к проекту. На этом этапе пришлось пробиваться сквозь скепсис сотрудников. «Разработчики — люди дотошные, они хотели, чтобы им на цифрах доказали, что новая система работы эффективнее прежней, — вспоминает Щербинин. — Но фокус в том, что никто не может это доказать математически. Есть хорошие кейсы, но другие компании работают в других условиях. Вывод — надо пробовать на себе».

На тот момент около 30 ИТ-команд банка занимались продуктовой разработкой, из них 7 включились в проект. Но результаты по-прежнему не впечатляли. Команда, которая разрабатывала фронт-офисную систему (в ней работают сотрудники банка в отделениях) смогла ускорить выпуск релизов примерно в два раза. Но остальные участники скатились в карго-культ. «Люди просто формально ходили на встречи. Разработчики не понимали и не принимали идею agile. Как, впрочем, и бизнес-подразделения», — говорит Сергей Щербинин.

Тем не менее в компании увидели, что agile позитивно влияет на вовлеченность сотрудников. Работая по методу scrum, люди не стали писать код лучше, но осознали цель — что и зачем они делают. Например, команда, которая занималась рублевыми платежами, поняла, что не просто разрабатывает формочки с полями, а выполняет определенные требования ЦБ. И что банки бьются за скорость проведения платежей, то есть работа команды поможет Райффайзенбанку обогнать конкурентов. Такой подход вдохновляет больше, чем простое рисование формочек, люди стараются делать меньше ошибок.

Новый этап внедрения agile в Райффайзен­банке начался в 2016 году. Правление поставило цель — существенно расширить клиентскую базу, и председатель правления Сергей Монин предложил решение — стать agile-организацией. Его, в частности, вдохновили успехи компании Spotify и банка ING, о которых писала пресса. Гибкая организация может быстрее выводить банковские продукты на рынок, что очень важно для наращивания конкурентного преимущества. Кроме того, это скажется на росте NPS (Net Promoter Score, индекс потребительской лояльности), который отражает качество сервиса.

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

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

Новый рекорд производительности поставила команда, которая перезапускала ипотечный конвейер (ИТ-технологии, обеспечивающие выдачу банком ипотечных кредитов) — первый работающий продукт она выдала через два месяца. Это серьезное достижение, потому что раньше программисты на той же ИТ-платформе разрабатывали автомобильный и потребительский конвейер, но скорость оставляла желать лучшего. Проект по автокредитованию они выполняли два с половиной года, но когда релиз был готов, случился кризис, и выдачу автокредитов пришлось свернуть. А конвейер потребительского кредитования готовили год и потом еще основательно дорабатывали.

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

Осмысление и погружение

Анализируя причины неудач 2012—2015 годов, Сергей Щербинин пришел к выводу, что на энтузиазме далеко не уедешь: людей нужно было основательно обучать. Он взял на вооружение японский принцип обучения Сю Ха Ри. Стадия «Сю» подразумевает строгое следование правилам, на стадии «Ха» от канонов уже можно отступать. Наконец, на стадии «Ри» учащийся становится мастером и может импровизировать. «Российские компании в 90% случаев начинают с “Ри” и пытаются придумать что-то свое. Мы тоже сразу перешли к третьей стадии, это была ошибка», — говорит Щербинин.

Поначалу в банке посчитали, что достаточно отобрать 3—4 толковых сотрудника из каждой команды, отправить их изучать методологию scrum, и затем они смогут передать знания коллегам. Но подход не сработал. ИТ-менеджеры — не преподаватели и не умеют объяснять, как профессиональные тренеры. А главное, информация искажается при передаче. Гораздо полезнее обучать команду целиком, причем у одного провайдера, иначе придется тратить время на согласование терминов и понятий. В 2016 году все участники проекта, в том числе правление Райффайзенбанка, отправились изучать scrum.

После перехода на новую систему нередко возникает разочарование — качество и скорость работы могут упасть, так как люди выходят из зоны комфорта. Разработчикам-интровертам теперь приходится контактировать с другими людьми, и это выбивает их из колеи. А еще команды, работающие по методологии scrum, планируют свою нагрузку самостоятельно, но не у всех получается. В Райффайзенбанке некоторые команды ставили перед собой слишком много задач, но не выполняли и половины. «К этому нужно нормально относиться — команды нащупают свою производительность за 3—4 месяца»,  — говорит Сергей Щербинин.

Наконец, в команде появляются новые выделенные роли. Во-первых, скрам-мастер (своего рода фасилитатор). Компании часто назначают на эту роль продакт-менеджеров или лидеров команд. Но в Райффайзенбанке поняли: лучше, если скрам-мастер не имеет отношения к ИТ — он должен проявлять эмпатию, а не лидерские качества, не руководить, а подсказывать. Проще найти людей извне с подходящим психотипом и их обучить. В итоге наняли выпускников психологических факультетов, и сейчас в банке почти 25 подготовленных скрам-мастеров.

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