Agile в банковской сфере. Бизнес по Грефу: как российские компании становятся гибкими

10.05.2019Рубрика: Бланки и документы

В феврале пришла корпоративная рассылка - Банк покидает Барт Шлатман - старший вице-президент по внедрению Agile в Сбербанке. Это и не удивительно, чтобы тотально трансформировать процессы, особенности разработки продуктов, а главное мышление, одного г-на Шлатмана недостаточно. Отличное целеполагание Президента Банка, понятные задачи, прогрессивное отношение к, на первый взгляд, рутинным задачам вдохновляют и настраивают на полную самоотдачу в работе. Сбербанк, наш Сбербанк, действительно меняется. Сформированное Германом Оскаровичем целеполагание каскадируется ниже в блоки. И тут - на уровне их кураторов мощнейший импульс позитива, соучастия и разделения ценностей (готовность разбираться в деталях процессов, полная поддержка сотрудников, готовность сесть "на весла" вместе с ними).

Казалось бы, вот она идеальная модель управления и организации, если бы ни одно "но". Вся мотивация, заряд позитива от ТОП-менеджмента Банка разбивается об амбиции линейного руководителя, неадекватность которого без соответствующего аудио ряда описать сложно.

Есть в Банке подразделение мониторинга (для простоты понимания - занимается мониторингом финансового состояния клиентов, его залогами, выполнением условий кредитной документации). Подразделение молодое и только стало развиваться, обрело проектное наполнение, закрепилось. И тут появляется новая фигура - г-н М.Ю.Ш.
За первые два месяца 2018 г. не сделано ни одного шага вперед по сутевым вещам. Резко возросло количество совещаний, где один спикер, мотивирующий через унижение самооценки сотрудников, постоянно повторяющий: "... я взял на себя обязательства, я подписался, это не мне надо... меня попросили, но я сюда не вызывался...", два часа соло одного актера.

Совещания подпитываются "10+" итерациями по согласованию с ним одной бумажки, не готовность г-на Ш. принимать решения по ним вообще поражает. Все решения голосованием. Народ в кулуарах смеется и рыдает. Для совместного сотрудничества предлагается подписать "коммитмент" (контракт). Всем явно говорят - скажите спасибо за то, что с вами вообще будут работать. Царь! Свой секретариат из особо приближенных - штаб!!!, новые люди, которые вообще к предметной области никакого отношения не имеют.

За 2 месяца из подающего надежды подразделения сотрудники превратились в серую измотанную бюрократией массу, без мотивации и прозрачности своего будущего. Сарафанное радио уже работает, очные встречи проведены г-ном Ш. с руководителями территориальных Банков, там тоже народ недоумевает. И это только часть той ситуации, которую никак иначе как "показухой" и имитацией рабочей деятельности не назовешь. Наблюдая за всем этим, возникает чувство глубокого разочарования и бессилия перед глупостью одного "лидера" в огромной системе.

Зачем Сбербанку Agile? Это действительно важно или просто следование моде? Владимир Стасевич, руководитель сервисов «Сбербанк Онлайн», рассказывает в колонке для FutureBanking, чего удалось добиться департаменту с помощью этого подхода.

Agile для нас, «Банка XXI», - жизненно важная необходимость. Мы не можем работать по-другому. Кроме нас за внимание пользователей цифровых устройств борются ведущие интернет-гиганты. При этом они работают не так, как банки. Прежде всего, скорость вывода продуктов на рынок у них гораздо выше. Для нас это вызов, мы должны ответить ему, иначе потеряем клиентов.

Что нам мешает быстрее выводить продукты на рынок? Мой ответ - недоверие и барьеры в командах. Откуда берется бюрократия? Зачем она нужна? В случае, когда члены команды не доверяют друг другу, бюрократия - это способ быстро понять и «показать пальцем», кто был неправ. Так строится взаимодействие между IT и бизнесом, внутри команды IT, между разработкой и поддержкой и т.д. Если бы существовало доверие, то в идеале все, что нам нужно было бы, - это просто сидящие рядом люди, делающие продукт, запускающие их для клиента и собирающие обратную связь.

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

В 2013 году мы в «Банке XXI»начали переходить на Agile. Для нас это было критически важно, потому что существующее тогда положение дел не устраивало нас, не устраивало клиента - рынок уже продвинулся дальше, чем мы.

Изначально, когда мы пытались менять подходы, нас воспринимали как детей в песочнице, которые, вместо того чтобы делать свою работу, продумывать максимально детальное ТЗ, придумывают способы обойти процедуру.

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

В 2013 году мы начали внедрять гибкие практики, и в середине 2014 года завершили процесс. У нас появились Jira, Scrum, все артефакты и процедуры, которые нам были нужны. Сейчас процесс полностью запущен, и мы проводим регулярные ретроспективы, вносим изменения, чтобы его регулярно совершенствовать.

Как мы решили вопрос с недоверием? В самом начале мы договорились между бизнесом и IT, что у нас больше нет бизнеса и IT. Теперь есть единая продуктовая команда, которая либо добивается результатов вместе, либо совершает ошибки, но тоже вместе. Если один этап не был отработан (например, есть баги или было сделано что-то лишнее), вся команда принимает это как свою ответственность. Для внешнего мира команда добивается успеха или совершает ошибки как единое целое.

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

Очень важный этап: изначально мобильный «Сбербанк Онлайн» разрабатывался вендором. Мы поняли, что это нас существенно ограничивает. В Сбербанке это особенно сложная история, потому что это закупка, выбор и утверждение вендора - сложная процедура. На стороне вендора ситуация часто непрозрачная, мы не можем влиять на его команду.

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

Как один из инструментов мы создали культуру - взаимопомощь, ответственность, доверие. И это оказалось самым важным. Это то, что помогает добиться успеха, потому что как только люди перестают доверять друг другу в команде, мы начинаем двигаться к жесткому «водопаду» с трехсотстраничными ТЗ, и тогда о скорости вывода на рынок можно забыть.

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

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

Мы выделили отдельную практику дизайна - наравне с продуктологами и инженерами - как один из углов треугольника, который обязательно должен быть. Мы считаем, что у нас хороший дизайн, и это подтверждают отзывы и рейтинги. Как мы его сделали? Это, опять же, история про доверие. Очень часто нет взаимопонимания между разработчиками и дизайнерами. Разработчики показывают пальцами на дизайнеров и говорят: «Вы нарисовали космос». Дизайнер отвечает: «Я сделал красоту, они ее запрограммировали не так». Мы преодолели эту проблему, создав доверие, сделали так, что люди, которые занимаются дизайном и программированием, совместно разрабатывали дизайн-гайдлайны для «Сбербанк Онлайн». На выходе мы получили доверие между дизайнерами и разработчиками и продукты нового уровня.

У продукта есть несколько срезов. Первый срез - это функциональность, то есть полный набор функций, необходимых клиентам. Второй - удобство, эргономика, юзабилити. Мы выявили, что есть и третий срез. Он характеризуется такими словами, как «приятный в использовании», «эмоциональный». Людям, особенно в кризис, очень не хватает положительных эмоций. Казалось бы, какое банк имеет отношение к этому? Мы начали добавлять эмоциональные элементы и получили положительную обратную связь. Людям это нравится. Хочешь на море? Загружаешь к цели фото моря, надписи автоматически окрашиваются в его цвет. В зависимости от времени суток приложение при входе показывает «Добрый день», «Добрый вечер» и т.д. А ночью у некоторых иногда падает звезда.

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

Как в принципе можно решить подобную задачу? На нее невозможно написать ТЗ. Это работает благодаря тому, что мы собираем команду талантливых людей, даем им автономию, даем им поддержку, не критикуем без конструктива, создаем правильную среду. Тогда начинает рождаться что-то новое. Без Agile это невозможно. В «водопаде» все жестко и нет места свободным предложениям, не предусмотренным ТЗ.

Чего нам получилось добиться, в чем нам помогли гибкие практики и преодоленные барьеры доверия? Мы стали работать быстрее. У нас теперь четыре крупных релиза в год (раньше был один-два). Аудитория активных пользователей выросла до 12 млн для мобильных приложений. Рейтинг в App Store у нас сейчас 4,5 звезд из 5. В Android нас сейчас 600 тысяч оценок. Люди честно дают нам фидбэк. Удовлетворенность команды выросла, согласно опросу, с 4 до 9 баллов из 10. 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%.

Сбербанк - крупнейший российский универсальный коммерческий банк.

Бизнес-задача

«Сбербанк» поставил задачу спроектировать офис в принципиально новом, гибком формате agile, отвечающем инновационной модели управления. Ее цель – наиболее эффективно организовать работу отельных департаментов и увеличить скорость реакции банка на изменения рынка, спроса и формирование предложения. В дальнейшем весь новый офис будет соответствовать духу и формату agile.

Организация пространства

Эксперимент по созданию современного гибкого офиса формата agile Сбербанка осуществил в новом собственном здании «Президент Плаза» на Кутузовском проспекте. Началась работа по трансформации с трех этажей (все три экспериментальных офиса от трех разных архитектурных бюро принимают участие в премии Best Office Awards 2016 – прим.ред.). Дизайн-проектом 14-го этажа занималась Aurora Group.

Офисное пространство нового типа подразумевает предельную гибкость: удобство в формировании команд, возможность самоорганизации и постоянное двухуровневое взаимодействие. Первый уровень – так называемые скводы (англ. squad) – это самоорганизующиеся рабочие группы, состоящие из 10-15 специалистов разного профиля, своего рода маленькие стартапы. Второй уровень – трайбы (англ. tribe), в которые объединяются скводы. Для четырех трайбов на этаже выделены зоны совместной работы, каждая из которых вмещает порядка 200 человек.

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

Эргономичное планировочное решение позволило сделать офис просторным и обеспечить комфортные условия для работы: удобные рабочие места по фронту остекления, зоны отдыха и неформального общения, зоны коворкинга и кофе-поинты, библиотеки и блоки с переговорным с маркерными досками на стенах и встроенными системами хранения – все в ядре офиса. На 14-ом этаже размещено наибольшее количество рабочих мест - около 750, что отвечало требованию технического задания.

Максимально использовано местоположение «Президент Плаза»: практически из любой точки офиса открываются панорамные виды на Москва-сити, Кутузовский проспект и Поклонную гору.

Дизайн-идея

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

Акцент был сделан на «зеленые» материалы, удобную рабочую мебель, «мягкие» зоны для комфортных переговоров на несколько человек c диванами и пуфами. Особое внимание уделили освещению, современному оборудованию в кофе поинтах, хорошей вентиляции и акустическому комфорту. Потолок с коммуникациями оставили открытым и разместили на нем в правильной геометрическом порядке акустические панели «Экофон».

24 000 метра (3 этажа) были спроектированы и построены за 4 месяца.
Бюджет был в два раза ниже, чем на офисных проектах такого уровня. Поэтому поставка всей встроенной мебели, перегородок и осветительного оборудования осуществлялась отечественными компаниями в кратчайшие сроки и с минимальным бюджетом.

По следам конференции "Команды-2017. Опыт лидеров", которая прошла 29 ноября и на которой побывала Юлия Чемеринская

Самое практическое и конкретное выступление было у Наталии Даниленко, начальника управления по работе с персоналом Сбербанк Технологии. О нем и напишу. Ибо масштаб сберджайлизации абсолютно уникален для России: сейчас в agile--периметре уже более 11000 сотрудников группы компаний Сбербанк, из них более 6000 - это сотрудники ИТ-компании, в которой Наталия является руководителем HR-службы.

Agile-технологии в Сбере за год слегка трансформировались и приобрели свой формат, поэтому его называют Sbergile:)

КАК ЭДЖАЙЛ ЖИВЕТ В СБЕРБАНКЕ

Манифест - манифестом, его уже все выучили:)
А вот конкретные цели. Чего в компании хотели достичь:

Организационная единица - это команда. Объединена она по способности создать продукт. Команда в Sbergile - постоянная команда. В отличие от Scrum. Ее не распускают. Она отвечает за созданный продукт, совершенствует его в течение всей его жизни.
Важно, что в команде все со всеми общаются лично каждый день.

Представляете, 1300 команд? 10 тысяч человек? Масштаб вызывает уважение. А представляете, какую гигантскую работу пришлось провести, чтобы это стало возможным? Вот лишь четыре задачи трансформации. Каждая огромна, трудозатратна и с точки зрения перестройки крайне непроста. И самое сложное здесь - это культурная трансформация людей и компании.

Разумеется, возникает вопрос: при размывании роли руководителей как оно все управляется? И что сказали боссы, которых лишили должностей и званий? Сняли, так сказать, погоны? Отвечу сначала на второй вопрос. Разговоров пришлось провести много. Но теперь в подразделениях Сбербанка, перешедших в agile, больше нет отделов, управлений и департаментов в штатном расписании. Бывшие начальники отделов, управлений, департаментов теперь на экспертных должностях без подчиненных. Трайб - это организационный "мешок" в котором нет больше иерархической структуры и начальников.
Кстати, никто из них не уволился! В отличие от, к примеру, переходящего на холакратию Zappos, который потерял 50% своих менеджеров, не согласных с таким поворотом:)

УПРАВЛЕНИЕ В СБЕРДЖАЙЛ

Как выглядит управлениие в Сберджайл.
Agile - структура виртуальная. А так все сотрудники числятся на единой должности ИТ-инженер с широкими обязанностями.
А роль руководителя размыта между разными людьми и держится на четырех ключевых фигурах. Ну потому что, согласитесь, не может быть одного руководителя над девятью разными профессиями, собранными в одной команде.

1. Владелец продукта.

С ним все более-менее просто. Сложно только, что это роль, а не должность:) Часто воспринимается как руководитель - сложно перестроиться с иерархической культуры. Хотя Владелец продукта может получать меньше участника команды.
Опыт пребывания Владельцем продукта полезен всем, но не всем комфортен.

2 и 3. Лидер чаптера и Лидер компетенции

Лидер чаптера - это такой играющий тренер. У него 7 человек. На 50% он является лидером чаптера, а на 50% занимается развитием других. Например, у него 15-летний опыт работы с кредитными картами. Он и создает с командой продукт, и развивает сотрудников в других командах, кто тоже занимается кредитеыми картами.

Лидер области компетенций, к примеру, мастер 80-го уровня в IOS, занимается только развитием этой техкомпетенции у 24 сотрудников, за которых он отвечает. Грубо говоря, учит писать и проверяет их IOS-коды.

От скрам-мастеров Сбер отказался и передал их роль agile-коучам. Они ребята очень загруженные, коучат по 3-4 команды. Развивают ценностно (в сторону agile) и помогают понять и реализовать потенциал каждого сотрудника.

Кто же принимает решения и несет ответственность?
Решения принимает вся команда, результаты оцениваются общие.
Есть правила работы частично на основании методологии, частично создаются свои законы.

ОЦЕНКА И РАЗВИТИЕ ЛЮДЕЙ В СБЕРДЖАЙЛ

Что является обязательным условием развития? Стимул развиваться, объективная оценка и постоянная обратная связь.
Про развитие по всем фронтам уже написала выше. И бизнес-компетенции тебе развивают, и технические, и человеческие.
Так же происходит и оценка: с разных сторон, разными людьми.

То есть одним человеком на постоянной основе занимаются аж сразу три человека:

владелец продукта смотрит на него с позиции создания самого продукта - качества и сроков,
лидер компетенции - на его технические компетенции,
аgile-коуч отвечает за его развитие в эджайл, его роли в команде, его потенциала.

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

ПРЕМИРОВАНИЕ

До недавнего времени, а именно до октября этого года, в Сбербанке была квартальная система премирования, основанная на целой многоступенчатой системе KPI. С октября от нее отказались, потому что в понимании Наталии (я, кстати, тоже очень поддерживаю) материальное стимулирование не работает на сотрудниках, от которых мы ждем интеллектуального продукта, креативности и инновационности. Оценка по KPI превращается в профанацию, все пытаются "обмануть систему" или "прогнуться" под нее, убивая инновации, риск и творчество.

В результате перевели премирование в оклад и осталась только небольшая годовая премия. Это очень верно. Айтишники не премиями мотивируются.

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

Ну и в заключении плюсы и минусы.