«Туту.ру»: естественная эволюция
Гибкая разработка пришла из IT, и опрошенные РБК эксперты сходятся во мнении, что именно для компаний этой отрасли внедрение Agile более чем логично. «IT не та сфера, где допустимы тонны бумажек и бесконечные согласования, — считает Алексей Спасский, гендиректор IT-компаний Phobos и Deimos. — Рынок технологий — самый конкурентный и динамичный, он не растет простым масштабированием. У небольших и быстрых команд здесь все преимущества. Android, например, разработали восемь человек».
Софтверные компании часто сами приходят к Agile. Так получилось у российского туристического онлайн-сервиса «Туту.ру». С управленческими проблемами компания столкнулась, когда переживала бурный рост, в 2013 году штат отделов разработки и тестирования достиг 40 человек, рабочие процессы стали запутанными, менеджеры, ответственные за разработку разных продуктов, вели постоянную битву за опытных специалистов, нагружая их одновременно десятками задач. А разработчики софта жаловались, что ничего не успевают довести до ума. Решение созрело само. «Мы разделили людей на небольшие команды по семь—девять человек и сосредоточились на том, чтобы делать полезные для клиента функции сайта, а не просто выполнять задачи в рамках своей роли, — вспоминает технический директор «Туту.ру» Вадим Мельников. — Уже через месяц полноценно заработали пять команд».
Менеджеры, которые сами не программировали, а контролировали решение задач, смогли сосредоточиться на изучении потребностей аудитории и отслеживать большее количество проектов. И хотя число команд разработчиков удвоилось, это не потребовало увеличения штата менеджеров.
Использование практик Agile на всех уровнях позволило «Туту.ру» всего за три месяца разработать новый продукт «Автобусы», позволяющий покупать в онлайне билеты на междугородные автобусные рейсы, быстрее конкурентов среагировать на появление новой линейки тарифов у авиакомпаний (билеты по сниженным ценам для пассажиров без багажа) и добавить опцию поиска таких билетов.
Мельников убежден, что полноценно внедрить Agile в компании удалось именно потому, что общий стиль управления в компании всегда был неформальным и гибким: «Наш Agile — это в первую очередь мировоззрение руководителей и владельцев компании, признающих лучшим способом решения конфликтов на стыке компетенций коммуникацию, а не иерархию». Впрочем, он подчеркивает, что никакого революционного ускорения процессов внедрение Agile не дало: «Не было такого, чтобы было плохо — и вдруг стало хорошо, хотя в среднем все улучшилось».
Для небольшой компании, разрабатывающей онлайн-приложения, Agile — естественное решение. Куда труднее отказываются от иерархии в пользу скорости в крупных корпорациях.
Владимир Хренков (Фото: Владислав Шатило / РБК)
МТС: без фанатизма
В МТС об Agile задумались, когда компания стала выходить на новый для себя рынок — стала предлагать решения на стыке IT и телекоммуникаций. «Здесь очень важны сроки разработки продуктов: если будешь долго делать, то либо конкуренты опередят, либо спрос может пропасть, — рассказывает директор центра инноваций МТС Владимир Хренков. — Поменялся подход к производству: оказалось выгоднее не сосредоточиваться на долгой разработке больших и сложных продуктов, а в сжатые сроки выпускать так называемый минимально жизнеспособный продукт (MVP) и тут же начинать улучшать его, получая обратную связь от клиентов».
Agile-методики внедрялись в компании постепенно. В конце 2015 года директор департамента развития МТС Галина Ильчук пригласила консультанта по Agile Дмитрия Лобасева помочь улучшить работу одного из IT-направлений. Компанию не устраивала скорость, с которой разрабатывались новые программные продукты (в среднем 1,5-2 года), а также постоянные срывы календарных сроков. Проведенный Лобасевым аудит выявил несколько проблем, типичных для крупных компаний. Менеджеры не заботились об удовлетворенности клиентов, считая, что главное — подписать акты, и совсем не стремились иметь обратную связь по уже сделанным приложениям. Начальство приняло — и хорошо. Все решения по разработке новых программ требовали согласования 15-20 менеджеров, которые вместо того, чтобы встретиться и договориться по спорным моментам, вступали в затяжную переписку.
Организовав работу многофункциональными командами, в которых бок о бок работали сотрудники разных направлений, руководство компании добилось сокращения числа согласований в несколько раз. Также оказалось, что некоторые приложения и функции, которые давно и упорно разрабатывали программисты, уже не нужны пользователям.
В результате стало меняться отношение к подготовке проектов. «Например, компания отводила на разработку корпоративного портала более года, — рассказывает Дмитрий Лобасев. — В итоге мы провели тендер и сделали его всего за три недели. Запустили, протестировали. Обратная связь позволила улучшать портал уже в процессе работы».
Успешно опробованный на IT-направлении подход стал постепенно внедряться во всей компании. Созданный в октябре прошлого года инновационный центр МТС, подчиняющийся напрямую президенту компании, имеет простую структуру: это три команды по десять человек, в аппарате — всего три человека, которые занимаются координацией команд с другими направлениями.
У каждого сотрудника центра только один ключевой показатель успешности — выполнение задачи, над которой сейчас работает его команда. Члены команды сидят в одной комнате, чтобы общаться на короткой ноге и избегать ненужных совещаний. «Теперь мы выпускаем MVP за три месяца и сразу начинаем общаться с клиентом, — говорит Хренков. — Например, в прошлом году решили запустить услугу облачных вычислений и хранения данных для крупных корпоративных клиентов. Быстро запустили ее в самом простом варианте, и первый же клиент сказал: у вас только один центр обработки данных — ЦОД, что будет, если с ним что-то произойдет? Мы создали еще два в Петербурге и Новосибирске, и услуга сразу стала более востребованной». По такой же модели было создано приложение «Телемедицина», позволяющее консультироваться онлайн с врачами разного профиля. Сейчас инновационный центр МТС выпускает приложения по четырем направлениям: облачные технологии, цифровое здоровье, образование, киберспорт.
Существенно упростилась в компании и процедура финансирования проектов: раньше процесс мог тянуться месяцами, теперь вопрос о выделении относительно небольших для компании денег — до 100 млн руб. — может решаться в течение одного дня.
Хренков считает, что причина, по которой у МТC получается извлекать пользу из Agile, заключается в отсутствии фанатизма: «Мы не стали переводить на Agile все 75 тыс. сотрудников: тиражируем успешные подходы очень постепенно, адаптируя под каждое направление. Работа над некоторыми проектами, требующими крупных вложений средств и времени, связанных с большими рисками, останется каскадной».
NPM: «железо» со скоростью Facebook
Новосибирская компания NPM, один из крупнейших в России производителей оборудования для индустрии напитков, несколько лет назад начала поставлять свои аппараты за рубеж и столкнулась с жесткой конкуренцией. «И наши, и зарубежные производители оборудования для розлива пива в среднем готовят новый аппарат около двух лет, но по качеству и дизайну изделий они ушли на десятилетия вперед. Догнать их при равной скорости разработки невозможно», — говорит Agile-директор NPM Сергей Чирва.
В компании Сергей работает почти 20 лет — занимался маркетингом, поднимал продажи. Новую должность придумал себе два года назад, когда увлекся гибкой методологией разработки и, вдохновившись примерами Facebook и Amazon, задумался, можно ли производить новые аппараты путем итераций, то есть выпуская сначала базовую версию, а затем ее обновления. «Продукты в реальном производственном секторе создаются и меняются годами, — говорит Чирва. — Может ли заимствованный из IT подход увеличить скорость и качество в производстве «железа»? Наш опыт доказал, что может».
В качестве пробного камня была выбрана задуманная конструкторами компании интеллектуальная система Craftap Smart, которая могла бы в автоматическом режиме разливать пиво в тару любого объема, подавляя при этом образование пены.
Традиционная схема разработки — маркетологи создают концепт устройства, конструкторское бюро делает прототип, потом другие отделы готовят документацию, тестируют и, наконец, передают в производство. Руководство NPM решило рискнуть и делать новый аппарат так, как делаются программные продукты: поскорее выпустить первый вариант, а потом его дорабатывать.
Руководство компании выделило для работы над устройством специалистов из разных служб. Конструкторы работали в связке с маркетологами и специалистами по производству. «По самым смелым планам мы хотели разработать продукт в два раза быстрее обычного — за 12 месяцев, — говорит Чирва. — В результате сделали за шесть и продали целую партию, в основном за рубеж. Если бы мы разрабатывали Craftap Smart по обычной схеме, то до сих пор были бы далеки от первых поставок, а возможно, не создали бы его никогда».
Разработка и производство первой партии обошлись в 7 млн руб., уже на седьмой месяц с начала разработки было продано устройств на общую сумму 3 млн руб. (один аппарат стоит $3 тыс., или около 180 тыс. руб.), а к концу 2017 года компания планирует продавать Craftap Smart на 10 млн руб. в месяц.
Этот пример не уникален. Сейчас консультант по Agile Лобасев сотрудничает с одной из крупнейших сетей АЗС: помогает оптимизировать строительство новых заправок. «Здесь мы столкнулись с классической проблемой «колодцев». Речь о том, что в компании несколько подразделений, которые сосредоточены на исполнении процессов и выполнении своих KPI: это разведка подходящих площадок, юристы, безопасность, строители, розница, — говорит Лобасев. — С другими направлениями каждый «колодец» общается, переправляя тонны документов по почте. Мы объединили представителей этих «колодцев» в единую Agile-команду и предложили им встречаться несколько раз в неделю по утрам, чтобы совместно обсуждать вопросы по всем объектам».
Когда люди стали общаться на регулярной основе, выяснилось, что отдельные направления могут не ждать друг друга — например, юристы с удивлением узнавали, что могут начать оформлять документы еще до окончания основных работ по проекту, а не через месяц, как планировалось изначально. А главное — быстрее стали выявляться проблемы (со сроками, новыми требованиями от дорожных служб и т.п.), а значит, и быстрее стали обсуждаться пути их решения.
Беспощадный Agile
Если послушать пропагандистов Agile, то можно подумать, что эта методика — панацея, но это далеко не так, уверяет Алексей Спасский. Как правило, адепты этой методики умалчивают о провалах, ссылаясь на неэтичность упоминания компаний, где дело не пошло на лад. Но таких примеров немало.
Когда Сбербанк в 2012 году пригласил Дмитрия Лобасева внедрять Agile, из пяти созданных им команд фактически заработала лишь одна. Методики гибкого проектирования вступили в конфликт с 14-уровневой иерархией банка. «Это то, что принято называть наследием — корпоративная культура, которая сопротивляется изменениям», — говорит Дмитрий. Насколько продвинулось внедрение гибкой методологии разработки, можно судить лишь косвенно. Например, больше недели Сбербанк готовил комментарий к этому материалу РБК, но так и не смог его согласовать.
Если компания следует моде, не слишком хорошо понимая, чего она хочет в итоге достигнуть, внедрение Agile обернется пустой тратой денег, говорят все опрошенные РБК эксперты. И это недешевая ошибка. «Специалисты по Agile в банках и крупных компаниях получают от 100 тыс. до 600 тыс. руб. в день, — говорит Лобасев. — В среднем на начальный этап трансформации компании тратят около 10 млн руб.».
Многие признаются, что на протяжении первых месяцев Agile-трансформации в компаниях царит неразбериха. «Сотрудникам, которые так не работали раньше, это непривычно и дискомфортно, — рассказывает руководитель российской компании — разработчика игр RPF Анти Данилевский. — Кто-то считает, что это трата ценного рабочего времени, и воспринимает негативно». По наблюдениям Хренкова, рядовые сотрудники принимают перемены легче, а вот менеджеры, как правило, недовольны — ведь они теряют возможность использовать сотрудников для решения своих задач. В практике Лобасева были примеры, когда сопротивление менеджеров было столь сильным, что компаниям приходилось выбирать: либо сворачивать реформы, либо увольнять сопротивляющихся.
Гендиректор IT-компании Accera Анатолий Шеин отмечает следующий парадокс: Agile в большинстве компаний внедряется по каскадной методологии. То есть руководитель приказал, отделы потратили деньги и отчитались об успешно проведенной Agile-трансформации. И это показывает, насколько практика все еще далека от теории.
Герман Греф разбудил политиков и экономистов Гайдаровского форума 2016 года громким заявлением: «Те, кто не освоят Agile сегодня, в текущих процессах, лузеры завтра». Греф утверждает, что Agile выгодно применять в бизнесе. Послушаемся Грефа?
Agile
«Agile - серия подходов к разработке программного обеспечения, ориентированных на использование интерактивной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля. Существует несколько методик, относящихся к классу гибких методологий разработки, в частности экстремальное программирование, DSDM, Scrum, FDD.
Применяется как эффективная практика организации труда небольших групп (которые делают однородную творческую работу) в объединении с их управлением комбинированным (либеральным и демократическим) методом.
Большинство гибких методологий нацелены на минимизацию рисков путём сведения разработки к серии коротких циклов, называемых итерациями, которые обычно длятся две-три недели. Каждая итерация сама по себе выглядит как программный проект в миниатюре и включает все задачи, необходимые для выдачи мини-прироста по функциональности: планирование, анализ требований, проектирование, программирование, тестирование и документирование. Хотя отдельная итерация, как правило, недостаточна для выпуска новой версии продукта, подразумевается, что гибкий программный проект готов к выпуску в конце каждой итерации. По окончании каждой итерации команда выполняет переоценку приоритетов разработки» (Википедия).
Намудрили, что только после трех прочтений доходит о чем речь))
Устареваем раньше запуска
Речь о стремительном развитии технологий. Невозможно довести проект до совершенства, как он уже устарел. Бизнес обгонит конкурентов только в движении, непрерывно улучшая продукт.
Вот что пишет РБК про Сбербанк: «Тема Agile всплыла, когда Сбербанк создал централизованную платформу для своих отделений на основе решений Oracle, Microsoft и других IT-гигантов, но к моменту запуска эта система уже устарела.
Греф это признал и систему пришлось совершенствовать. В 2015 году «Сбербанк-Технологии» провели 27 тыс. изменений IT-платформы, а в 2016 году сделают 41 тыс. изменений. Пять лет назад программисты Сбербанка делали 500–600 изменений системы в год и налицо прогресс, но с передовыми компаниями IT-отрасли им не сравниться - Amazon делает 10 тыс. изменений своей платформы в день».
Amazon 10 тысяч раз в день меняет свою платформу.
Бери пример с маленьких и быстрых
Посмотрите как предприниматели открывают бизнес без денег. Сделали косметический ремонт, подобрали наскоро ассортимент. Корректируют и улучшают коммерческое предложение на ходу. Им не хватает денег, но действует они на удивление современно.
Нельзя бесконечно улучшать продукт и откладывать выход на рынок. Перфекционизм обернется устареванием продукта. Законченный продукт - роскошь в XXI веке.
При запуске интернет-магазина нельзя оттягивать запуск пока сайт не наполнится. Правильно запустить магазин и наполнять по ходу. Бета-версия выгодна, ведь вы учтёте реакцию пользователей и доработаете интернет-магазин. Юзабилити - вот что главное. При модернизации лучше опираться на статистику поведения пользователей, на поведенческие факторы. Продукт не получится, пока вы не узнаете реакцию целевой аудитории и не устраните недостатки.
Запускайте проект без перфекционизма и вылизывания.
Сергей Рыжиков, основатель 1С-Битрикс, пишет: «Пример, ставший хрестоматийным: когда в компании «Эльдорадо» решили сделать интернет-магазин, топовые руководители, включая генерального директора, совещались 10 часов - спорили, ругались, смотрели сайты похожих компаний на западе. Это еще на этапе утверждения дизайна. Как вспоминает участник встречи, гендиректору это надоело. Он попросил вывести на экран скриншот интернет-магазина Best buy и приказал магазин скопировать и через три месяца запустить, а если не получится - готовиться к увольнению.
Интернет-магазин «Эльдорадо» скопировали с Best buy. А потом переделали.
Сразу рассосались, интернет-магазин открылся 1 сентября 2006 года с кучей «глюков», но к концу года уже торговал без проблем и на Новый Год окупил затраты. Через полгода после запуска сайта они провели , потом еще и так далее - сайт дорабатывался и дорабатывается до сих пор».
Открывайтесь и доделывайте
Ни один сайт не обходится без доделок после запуска. Как бы усердно сайт не сделали. Выгоднее недочеты после скорого запуска сайта, а не терять время на правки в студии. Модернизация работающего сайта короткими итерациями дает реакцию посетителей и динамику конверсии. Вы сразу видите результат изменений на поведении посетителей.
Запускайте сырую версию и доделывайте продукт в движении. Конкуренты не поспеют, ведь в движущуюся цель попасть труднее.
Рассказ о том, как устроена разработка в Сбербанке, и первый фоторепортаж из нового офиса.
В закладки
Офис Сбербанка в Москве
Сбербанк существует на рынке уже 176 лет. В нём обслуживаются 140 млн физических лиц и 2 млн корпоративных клиентов. Компания представлена в 22 странах, в ней трудятся более 300 000 специалистов.
В банке продолжается масштабная реформа, одной из ключевых частей которой было переосмысление и изменение подхода к развитию продуктов. Изучив опыт иностранных финансовых институтов и успешных компаний Кремниевой долины, банк построил собственную модель работы, учитывающую основные принципы гибкой разработки Agile - в банке её называют Sbergile.
В отличие от технологических гигантов и финтех-компаний, Сбербанк не был компанией, функционирующей по принципам Agile, с самого начала. Однако мы продемонстрировали, что эту философию управления 21 века можно успешно внедрить. И пользоваться её преимуществами для компании и клиентов - независимо от количества работающих сотрудников.
Благодаря этому подходу мы значительно повысили скорость работы: например, путем сокращения времени вывода продукта на рынок до нескольких недель по сравнению с несколькими месяцами ранее. И смогли помочь нашим клиентам сохранить самый драгоценный ресурс - время.
Герман Греф, глава Сбербанка
На Давосском форуме 2018
С тех пор топ-менеджмент лидирует Agile-трансформацию, а Сбербанк стремится стать ИТ-компанией с банковской лицензией. Продуктовая линейка должна быстро адаптироваться под запросы рынка.
Важно понимать, что Agile - не самоцель для банка, а всего лишь актуальный для сегодняшнего времени способ достижения целей и сохранения конкурентоспособности перед резко растущим числом финтех-стартапов.
Коллектив поделили на племена
Наблюдательный совет Сбербанка утвердил стратегию до 2020 года, в которой указаны ключевые приоритеты развития. Среди них - лучший клиентский опыт и экосистема, технологическое лидерство и люди нового качества в эффективных командах.
Agile-трансформация в Сбербанке сконцентрирована в трех основных областях: удовлетворенность клиентов, продуктивность сотрудников и улучшение ключевых показателей: таких как время, необходимое для принятия решений, вывода продукта на рынок и поставки продукта клиентам.
Герман Греф
Более 11 000 сотрудников, работающих в Sbergile, поделены на трайбы (от английского tribe - племя). Каждый трайб - это агломерация команд, объединенных вокруг какой-то общей бизнес-цели, например, развития карточных продуктов. И «карточные» в данном случае - условное обозначение, потому что в зону ответственности этого направления входят любые способы оплаты, включая эквайринг, смартфоны, NFC-кольца и другие. Цели каждого трайба вытекают из стратегии развития банка и формируются лидерами трайбов при участии топ-менеджмента банка.
Каждый квартал кураторы трайбов вместе с лидерами трайбов обсуждают цели на ближайшие три месяца. На этой же встрече лидеры трайбов синхронизируются между собой, обсуждают результаты предыдущего квартала и планы на следующий. После этого команды декомпозируют эти цели на конкретные задачи в бэклоге и делят на спринты (такт работы команды, в ходе которого создаётся новая версия продукта).
Примеры трайбов, в каждом из которых работает от сотни до нескольких сотен человек (сейчас более 20 трайбов): «Эквайринг и банковские карты», «Платежи и переводы», «Занять и сберегать» - названия говорят сами за себя, Digital business Platform - «Сбербанк Онлайн», веб- и мобильное приложение для различных устройств. Это одновременно и самостоятельные продукты, и канал для других продуктов.
Внедрение гибкой разработки - это непрекращающийся эксперимент. Разные трайбы находятся в разной стадии зрелости с точки зрения использования Agile-практик. Кто-то в стадии формирования и перехода, а кто-то уже полностью работает в логике Agile.
Внутренний двор офиса, который занимает 16 этажей и обозначается в Сбербанке как дом Agile
Вид из окон на Кутузовский проспект
Племена состоят из команд
А команды, в свою очередь, из специалистов. В каждой команде работает от 9 до 12 человек, которые в разных пропорциях делятся на категории - бизнес и ИТ. Прямая коммуникация между ними сама по себе ускоряет работу.
Но объединение разработчиков и бизнеса - недостаточное условие для повышения скорости и качества разработки. Все сотрудники, переходящие на систему гибкой разработки, проходят обязательное обучение по специальной программе «Основы Sbergile», которую проводят Agile-коучи. После этого коучи запускают команды и сопровождают их в дальнейшем. На данный момент в Сбербанке на постоянной основе работают более 60 коучей.
Agile-коуч относительно новая профессия на рынке. В России не так много людей, которые имеют опыт работы в этой роли. Поэтому в банке работают коучи с разным бэкграундом. Кто-то в прошлом скрам-мастер, кто-то имеет большой опыт фасилитации и разработки. Есть специалисты, которые работали тренерами в Кремниевой долине, спецы с продуктовой экспертизой. Часть коучей - это сотрудники банка, которые прошли специальный отбор и переквалифицировались на этапе перехода в Agile.
Коучи помогают командам настраивать церемонии, поддерживать эффективность, двигаясь к своей цели, решать конфликты, обращать внимание на сильные и слабые стороны, замедляющие обстоятельства, определять, где болит и как это вылечить и так далее.
Совещание, на котором присутствует Agile-коуч - сидит в правом углу переговорной комнаты
Все встречаются на церемониях
Команды могут отличаться друг от друга в зависимости от целей и продукта, но в целом все играют по одинаковым правилам. Эти правила - в том числе обязательные для всех команд церемонии - дисциплинируют и помогают командам двигаться быстрее:
Планирование спринта . Команда вместе с владельцем продукта расставляет приоритеты, формирует бэклог, чтобы через две недели показать результат.
Ежедневный стендап . Команда обсуждает планы на день. Каждый участник отвечает на три вопроса:
1. Что я делал вчера для достижения цели спринта?
2. Что я буду делать сегодня?
3. С какими проблемами и препятствиями я столкнулся?
Демонстрация . Презентация результатов двухнедельного спринта, на которой команда собирает независимую обратную связь по своему MVP (Minimum Viable Product - минимальный жизнеспособный продукт). На встрече присутствует лидер чаптера - человек, который контролирует работу специалистов одной области знаний в разных командах.
Продуктовая синхронизация . Синхронизация бэклогов команд (в том числе из разных трайбов), работающих над одним продуктом. Проходит не реже, чем один раз в спринт. Помогает обеспечить целостность продуктов и сроков.
Ретроспектива . Команда с помощью коуча анализирует действия и решает, что нужно поменять в работе, чтобы быть эффективнее и двигаться быстрее.
Portfolio marketplace . Синхронизация команд и выявление взаимозависимостей на уровне трайба. Присутствуют владельцы продуктов, лидер трайба, лидеры чаптеров, коучи.
Квартальный обзор результатов трайбов . Синхронизация между трайбами, расставление приоритетов. Встречаются лидеры трайбов, руководители ИТ- и бизнес-подразделений.
Культура непрерывно подпитывается
Поделить людей на трайбы, поставить цели и организовать встречи для проверки результата - это только первая часть работы. Сложнее и важнее - создать среду, в которой все участники процесса обогащают друг друга знаниями и проявляют инициативу.
Общая коммуникация строится через привычные каналы - новости, мероприятия, рассылки, видеоблог. Внутри каждого трайба для общения выбирается та среда, которую выбирает коллектив.
У каждого трайба свои особенности - они как отдельные субкультуры. Организовывают свои мероприятия, ездят вместе в горы, путешествуют. Некоторые трайбы ежемесячно проводят тематические завтраки, например, «Кем я хотел быть в детстве». Это лишний повод пообщаться друг с другом и сблизиться.
Коммуникация строится не только линейно, то есть на уровне трайбов, но и между ними - люди объединяются в сообщества на почве личных и профессиональных интересов. Такие сообщества называются «гильдиями», где люди, помимо общего досуга, делятся знаниями и обсуждают общие задачи.
Ежедневно в офисе проходят митапы на разные темы: от дизайна до блокчейна. Их инициируют и проводят сами сотрудники.
Пространство офиса подчинено культуре
Всё устроено так, чтобы люди как можно больше общались лично, обменивались знаниями, договаривались и быстрее принимали решения, а не тратили время на длинные совещания.
В офисе организовано множество мест под разные задачи: переговорки для быстрых разговоров стоя, места для концентрированной работы, коворкинги, многофункциональные зоны для церемоний. У лидеров трайба нет собственных кабинетов - все они сидят вместе с командами.
Чаптер - группа специалистов одной области компетенций.
Владелец продукта - участник команды, отвечающий за выпуск продукта, соответствующего потребностям клиента, для достижения целей банка, возложенных на трайб. Определяет и приоритизирует требования в бэклоге команды, а также принимает требования (истории) как выполненные.
Участник команды - специалист, непосредственно участвующий в создании продукта команды в пределах своих компетенций.
Лидер трайба - сотрудник, отвечающий за управление продуктом или группой продуктов и достижение бизнес-целей этого трайба. Отвечает за ключевые показатели эффективности трайба в зависимости от его задач (например, P&L, NPS, доля рынка, надежность систем (uptime, количество инцидентов) и так далее).
Agile-коуч - сотрудник, отвечающий за развитие Agile-подхода в организации. Помогает командам проводить церемонии, устранять возникающие препятствия и решать межличностные и методологические конфликты.
Бэклог команды - приоритизированный владельцем продукта перечень всех требований к стриму трайба или программы, переданных в команду либо созданных внутри нее.
Спринт - такт работы команды, в ходе которого создаётся новая версия продукта. Жёстко фиксирован по времени в одну либо в две недели.
Релиз - выпуск готовой версии продуктов трайба.
Minimum Viable Product - минимальная первая версия продукта либо новой крупной функциональности в нём, внедряемая для ранней обратной связи от клиентов.
Формате, переехали более 4 тыс. человек. Переезд продолжается. Об этом рассказала TAdviser Agile-коуч Сбербанка Наталья Поляченко.
Новый офис Сбербанка под названием Agile Home полностью займет здание бизнес-центра по адресу Кутузовский проспект, д.32/1. В нем насчитывается 16 этажей. В перспективе здесь смогут работать порядка 9-10 тыс. сотрудников Сбербанка, говорит Поляченко. По состоянию на май введены в строй 1-й, 3-6 и 12-15 этажи здания.
В соответствии с новыми принципами работы сотрудники теперь разделены на «трайбы» - подразделения, работающие над различными направлениями продуктов и услуг. Помимо «продуктовых» «трайбов», есть и «трайбы», которые работают над платформенными решениями самого Сбербанка.
Каждый «трайб» состоит из 15 команд, включающих примерно по 10 человек. Они работают над задачами спринтами со сроком в две недели каждый, рассказала Поляченко.
При этом ранее бизнес и ИТ-сотрудники существовали по-отдельности, а теперь обе этих стороны представлены в одной и той же команде и вместе работают над продуктами. Наталья Поляченко рассказала TAdviser, что по состоянию на май примерно 25% сотрудников в новом офисе - представители бизнеса, а 75% - представители ИТ.
Инфраструктура нового офиса выстроена и вокруг «трайбов», и отдельно - вокруг команд. Пространство офиса организовано так, что команды, с одной стороны, являются достаточно изолированными друг от друга, а с другой - находятся близко друг к другу.
На 15 этаже Agile Home, где побывал TAdviser, по состоянию на май размещены два «трайба» - цифровых продуктов и массовой персонализации. Помимо рабочих мест для сотрудников здесь есть конференц-зона, переговорные комнаты, будки для телефонных переговоров или разговоров тет-а-тет и др.
Основная цель Agile-трансформации - ускорить вывод новых продуктов на рынок. Руководитель блока «Розничный бизнес» Сбербанка Александр Торбахов отметил в разговоре с TAdviser, что при работе по старой модели от появления идеи до выхода продукта на рынок может проходить до 2 лет. По модели Agile Сбербанк планирует укладываться в несколько месяцев.
Agile-трансформацию Сбербанк начал с розничного бизнеса. Александр Торбахов заявил TAdviser, что по состоянию на май на разработку по методологии Agile переведены уже практически все розничные продукты.
По состоянию на май 2017 года сформирован один трайб и по корпоративным продуктам - для среднего и малого бизнеса, рассказала Наталья Поляченко TAdviser.
Александр Торбахов отметил, что процесс трансформации происходит непросто: команды уже выстроены по-новому, но перестройка производственного процесса - более сложная и длительная. Пока в Сбербанке разработчики, тестировщики и те, кто занимается эксплуатацией систем, - это отдельные люди. В то же время в «полностью Agile» среде все эти специальности должны сливаться в одну - инженер, и одна команда способна осуществить полный цикл - от идеи до запуска в промышленную эксплуатацию, говорит Торбахов.
Перевести разработку на Agile в полном объеме по розничному бизнесу планируется до конца 2017 года, рассказал Торбахов TAdviser.
Источник фото в этом материале - TAdviser.
Три офиса в Agile-формате
Первый уровень – так называемые скводы (англ. squad) – это самоорганизующиеся рабочие группы, состоящие из 10-15 специалистов разного профиля, своего рода маленькие стартапы. Второй уровень – трайбы (англ. tribe), в которые объединяются скводы. Для четырех трайбов на этаже выделены зоны совместной работы, каждая из которых вмещает порядка 200 человек.
Изначально здание было спроектировано под апартаменты, поэтому этаж был разделен на противопожарные отсеки, которые не предполагали свободное перемещение по нему людских потоков. С помощью инженерных и технических решений удалось выдержать все пожарные нормы и требования и учесть нужды типового трайба: для его успешного функционирования нужны порядка восьми переговорных, один coffe point и два вендинговых автомата.
Эргономичное планировочное решение позволило сделать офис просторным и обеспечить комфортные условия для работы: удобные рабочие места по фронту остекления, зоны отдыха и неформального общения, зоны коворкинга и кофе-поинты, библиотеки и блоки с переговорным с маркерными досками на стенах и встроенными системами хранения – все в ядре офиса. На 14-ом этаже размещено наибольшее количество рабочих мест - около 750, что отвечало требованию технического задания.
Проект «Адетэйл»
Еще один этаж был доверен архитектурному бюро «Адетэйл» .
В проекте этой команды офис разделен на множество рабочих зон, которые находятся как в открытом пространстве (open space), так и в переговорных комнатах, которые используются для работы проектных команд.
Сама структура офиса подчиняется общей формации рабочих групп – так называемых сквотов. Один сквот состоит из 8-10 человек, которые работают над конкретной задачей. Глобальные вопросы требуют объединения сквотов вместе и формируют новую единицу – трайб. Таким образом, фиксированных рабочих мест в офисе нет, а есть много зон для работы сквотов и возможность объединить их в трайбы.
Для удобства масштабирования пространства архитекторы прибегли к использованию раздвижных перегородок, которые делят как открытые пространства, так и переговорные комнаты (которых в офисе насчитывается 37) на несколько зон либо объединяют их в единое помещение.
В центре офиса расположена специальная зона с полукруглым деревянным объемом и маркерной доской, где трайбы могут обсудить достигнутые результаты и поставить новые задачи. Стеклянные перегородки служат не только разделением зон, но и своеобразной доской задач, куда сотрудники каждого сквота клеят стикеры по текущему процессу развития проекта.
Над каждым столом расположены большие экраны и установлена система конференц-связи, чтобы можно было беспрепятственно связаться с коллегами из других офисов.
В офисе есть 4 кухни и 11 кофепоинтов, где сотрудники могут перекусить и отдохнуть. Большое количество неформальных зон для работы, как, например, диваны-купе, пуфы и пр., создают ощущение «типичного» офисного пространства.
2016
Герман Греф: Agile – это самая радикальная трансформация за всю историю Сбербанка
Сбербанк выбрал победителем McKinsey. Boston Consulting Group набрал наименьшее количество баллов несмотря на минимальную цену заявки.
По итогам выполнения работ, которые запланированы до 31 января 2017 года, McKinsey получит 120,7 млн рублей. Еще 224 млн рублей Сбербанк выплатит в случае выполнения ключевых показателей эффективности (их суть в ТЗ Сбербанк не раскрыл).
McKinsey должен будет подготовить предложения по изменению структуры, функций и управляющих процессов Сбербанка с целью перехода к целевой модели Agile-организации. Требуется также детально описать инструменты Agile-организации для внедрения в первой волне (на основе утвержденной целевой модели и подходов к трансформации) и описать организационный периметр первой волны.
После этого от консультанта потребуется обеспечить сопровождение пилотирования выбранных agile -элементов в текущей фазе и провести тренинги для ключевых участников первой волны трансформации, чтобы обеспечить достаточный уровень готовности пилотных команд и эффективный старт.
По ожиданиям Сбербанка, новая структура и модель управления банком должны обеспечивать радикальное сокращение продолжительности создания новых продуктов (time to market). Управленческие решения должны разрабатываться и приниматься с высокой скоростью, система управления банком должна стать дешевле, а инновационная деятельность - интенсивнее.
Обучение топ-менеджеров основам Agile
Наряду с обучением в рамках контракта McKinsey определяла целевую модель Agile-организации для Сбербанка. Это необходимо для того, чтобы в дальнейшем разработать программу трансформации структуры и модели управления на основе принципов бимодальной и Agile -организации в банке.
От McKinsey требовалось описание возможных организационных моделей, подходов к трансформации модели управления и структуры банка на основе принципов Agile и бимодальной организации и проведение диагностики банка с точки зрения готовности к трансформации и выбору наилучшего подхода (в т.ч. с точки зрения HR-готовности, ИТ-готовности, зрелости основных процессов управления, реалистичности изменений в корпоративной культуре - на основе ранее проведенной диагностики корпоративной культуры), подготовлены рекомендации по выбору подхода, разработан план трансформации.
В целях обучения топ-менеджеров Сбербанка подрядчик должен был организовать их визиты в крупные иностранные компании, работающие на основе принципов бимодальной и Agile-организации - для изучения лучших практик и обмена опытом, а также провести сессии на тему "Практики трансформации крупных организаций в рамках Agile и бимодальных подходов" с привлечением ведущих международных экспертов в этих областях.
Греф - главный двигатель Agile-подхода
О планах трансформации Сбербанка в январе 2016 года говорил президент банка Герман Греф .
Новая ИТ-платформа будет строиться исходя из подхода Agile (предполагает разбиение крупных проектов на мелкие для ускорения вывода в продуктивный контур обновлений и доработок), следует из слов Грефа .
Методология Agile говорит о том, что не нужно пытаться с первого раза создать сложный и безупречный продукт - пока мы будем его совершенствовать, нас могут обогнать маленькие и шустрые конкуренты. К моменту, когда мы завершим весь цикл работ, наш проект может стать никому не нужен либо его концепция устареет. А денег, времени и сил будет потрачено много.
За популярность в России Agile может быть признателен Герману Грефу. Именно он во всеуслышание высказался в поддержку этого гибкого метода и продолжает обосновывать, почему это важно для банковской сферы (и не только). Хотя, надо признать, что Agile в России применялся еще до того, как Герман Оскарович съездил в Кремниевую долину, где познакомился с системой. Сегодня Agile внедряется в государственных учреждениях, банках, коммерческих организациях и используется для достижения совместных бытовых планов в некоторых семьях.
Вот несколько важных тезисов, которые, надеюсь, помогут вам понять этот, не такой уж сложный, подход.
Для тех, кто торопится и не хочет читать долго - объясню подход в четырех строках. Это цитата из манифеста Agile-разработчиков: «Люди и взаимодействие важнее процессов и инструментов. Работающий продукт важнее исчерпывающей документации. Сотрудничество с заказчиком важнее согласования условий контракта. Готовность к изменениям важнее следования первоначальному плану».
А для тех, кто все-таки хочет копнуть глубже - 7 фактов об Agile.
Тезис №1. Agile нужен, чтобы в сжатые сроки показать клиенту результат
Для этого большой проект разбивается на отрезки (итерации) длиной от 1 до 4 недель, в конце каждого из которых клиент должен получить работающий продукт. После получения обратной связи от клиента продукт с каждой новой итерацией становится лучше и ценнее для клиента. Например, заместитель директора информационной службы штата Вашингтон Майкл де Анджело рассказал, что еженедельно они рассылают во все государственные учреждения своего региона практические планы. Задача - регулярно в 7 дней, пусть маленькими шагами, но что-то менять в лучшую сторону. Служба выдает потенциально готовый продукт, который учреждения могут начинать применять сразу же. Не всегда это что-то материальное, важно, чтобы это было что-то, создающее ценность (например, полезные рекомендации к работе).
Тезис №2. Agile позволяет быстро запустить продукт, обогнав конкурентов
Забудьте о многолетней подготовке продукта - как говорится, лучше времени, чем сейчас, никогда не будет. Гораздо выгоднее дополнительно инвестировать в команду и оперативно занять никем не освоенный сегмент рынка, опередив всех своих конкурентов. Вспомним октябрь 2016 года и Сбербанк - тогда он первым на российском рынке предоставил возможность оплаты через Apple Pay. Как результат - 10 млн пользователей, которых банк сразу же собрал и записал себе в актив. Вот это было по-Agile.
Тезис №3. Agile нужен для гибкого управления бизнесом в постоянно меняющемся мире
Слово «agile» переводится с английского как «проворный, расторопный». И хотя agile-методы действительно позволяют быстро выводить на рынок качественные продукты, суть этого подхода не в скорости, а в гибкости. Хороший пример - компания «Кнопка», которая работает на бухгалтерском рынке. Типичная компания этой сферы - это 200 клиентов на 20 сотрудников. Привлечь большее количество клиентов можно, но зачастую это приводит к раздуванию штата. В «Кнопке» смогли применить гибкость и творческий подход agile-системы, тем самым увеличив портфель клиентов практически до 1000, не расширяя свой штат. В компании отказались от жестких KPI, регламентов и микроконтроля. Кроме того, было решено «облегчить жизнь» бухгалтерии: в компании поняли, что довести бухгалтерский баланс до совершенства невозможно, и стали применять принцип Парето - риск доначисления нескольких сотен рублей не должен стать поводом бессонных ночей бухгалтера и бесконечных звонков клиенту с требованиям предоставить все возможные данные. Так сократились часы сотрудников, уменьшился градус напряженности в коллективе и нашлось место для «творческого подхода» в области дебета и кредита.
Тезис №4. Agile мотивирует команду, не прибегая к материальным стимулам
По итогам каждого отрезка заказчик оценивает результат и даёт обратную связь. Забеги на короткие дистанции дают ощущение быстрой победы, а благодаря регулярному общению и тесной связи с бизнесом команда ощущает значимость своей работы для общего дела. Неудивительно, что 98 % компаний, внедривших Agile, отмечают рост мотивации своих сотрудников. Например, разработчик облачных решений Salesforce применил Agile-подход, когда компания выросла до 200+. В этот момент руководство поняло, что, «как раньше» работать не получается. Поэтому все команды переформировали в кросс-функциональные (сотрудники разных отделов могли больше взаимодействовать, были ориентированы на один общий результат и узнавали о параллельных процессах много интересного). В итоге, компания за три месяца достигла того, чего не могла добиться весь предыдущий год. Как результат - счастливые заказчики и команды без дополнительных мотивационных вложений.
Тезис №5. Agile и микроконтроль несовместимы
Согласно методике Agile, руководитель не контролирует команду, а задаёт рамки, указывает цели и даёт достаточно свободы в принятии решений. После чего поддерживает, фокусирует, направляет и устраняет препятствия на пути команды. Для эффективной работы команда должна быть самоорганизованной единицей. Контроль как инструмент управления в Agilе-подходах заменяется на полную прозрачность процесса, которая в трех простых вещах: каждый в команде знает, что делают все остальные. Каждая команда знает, зачем она делает то, что делает (иными словами, ориентирована на бизнес-цель). И, наконец, проблемы, промахи и ошибки не замалчиваются, а обсуждаются и решаются. Например, поставщик онлайн-платежей PayU практиковали гибкость в течение нескольких лет на большинстве предприятий, но пока они не избавились от избыточной корпоративной отчетности, больших сдвигов не происходило.
Тезис №6. Agile подходит не только для IT-бизнеса
Agile-подходы применяются не только в разработке программного обеспечения, но и в производстве физических вещей и даже в госуправлении. Например, испанец Амансио Ортега - богатейший человек мира на август 2017 г. - применяет agile-подходы почти во всех компаниях, входящих в принадлежащий ему розничный гигант Inditex: Zara, Massimo Dutti, Bershka, Pull and Bear и другие. Быстрая обратная связь от потребителей и регулярные эксперименты, позволяющие оперативно проверять гипотезы, позволяют Zara выпускать до 40 коллекций в год (у среднего аналогичного бренда - от 4 до 8 коллекций). Другой пример - госучреждения Великобритании, где Agile - негласный стандарт. Например, метод применяется в области государственных услуг. Данные о потребностях граждан постоянно анализируются и работа сервисов госуслуг корректируется, исходя из собранной информации (например, становятся более удобными часы работы).
Тезис №7. Внедрение Agile может привести к краткосрочному снижению издержек, но это не главное
Хорошие профессионалы стоят дорого, поэтому пока формируется команда, расходы оказываются высокими. Однако суммарные затраты на проект будут низкими за счет быстрого запуска продукта. Например, поставщик медицинских информационных решений корпорация Cerner внедрил Agile, когда встала необходимость ускорить выпуск своих продуктов на рынок. Благодаря гибкому подходу компания сократила выход на рынок и издержки до 75%.