Лого vc.ru

Почему я ушел из «Сбербанка» работать по Agile на аутсорсе

Почему я ушел из «Сбербанка» работать по Agile на аутсорсе

Руководитель проектного офиса компании Phobos Алексей Прокопенко написал для vc.ru колонку о том, почему он перестал руководить ИТ-проектами в «Сбербанк-технологиях» и ушел работать по Agile на аутсорсе. Автор также рассказал, почему система Agile не приживется в крупных банках.

Герман Греф съездил на экскурсию в Калифорнию и привез картошку Agile в Россию. Стоит заметить, что Россия идет с большим отставанием в вопросе разработки, внедрения и эксплуатации технологий. Причины очевидны — климат для бизнеса и инноваций в стране отсутствует. Но одна из главных причин — это непонимание скорости развития технологий.

Мы знаем много случаев создания революционных продуктов небольшой группой людей. Например, команда, создавшая первую версию OS Android, состояла из пяти человек. Dropbox и вовсе придуман одним Дрью Хьюстоном в автобусе. Для появления инноваций на западе есть развитая инфраструктура — хакатоны, акселераторы, инкубаторы, бизнес-ангелы, венчурные инвесторы, фонды, крупные компании и прочее, которые удовлетворяют спрос на технологии мира.

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

Мы строили, строили…

Я руководил ИТ-проектами в составе «Сбербанк-технологии». При его создании руководство «Сбербанка» имело четкую цель — централизовать ИТ-команду в отдельном подразделении. Банку нужно было делать разработку продуктов быстрой, а систему гибкой. Но работая в «Сбертехе», мы подчинялись самому «Сбербанку» и вынуждены были согласовывать каждый свой шаг.

Бесконечные заполнения документов, отправка их на согласование и ожидание ответа — все это замедляло процесс создания проекта и не давало стимула работать. Даже самого сильного специалиста с крутой идеей погубит осознание того, что эту идею не донести. Бюрократический ад не позволяет создавать продукт быстро. Государственный банк — большая неповоротливая монополия, которой трудно «перевернуться».

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

В итоге мы все подготавливаем, а показать не можем. Документы ждут одобрения неделю, две — так проходят три месяца. Сроки, бюджеты, планы теряют актуальность. Их требуется переделывать, пересогласовывать. А создание проекта так и не сдвинулось с мертвой точки.

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

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

На примере «Сбербанк-технологий» «Альфа-банк» создал свое подразделение — «Альфа-лабораторию», где отделили разработчиков приложений, мобильного банка, онлайн-сервисов и остальных. Но, как говорил и сам менеджер проектов «Альфа-лаба» Вячеслав Акулов: «Альфа-лаборатория» — это часть «Альфа-банка», сильно интегрированная с ним. Основной наш фокус — это фронт и обслуживание клиентов, однако есть огромная часть бэк-офиса банка. Безопасность, юристы, ИТ-системы и прочее — без них банк существовать не может". Поэтому, несмотря на появление отдельного подразделения, создание того или иного ИТ-проекта вынуждено проходить через всю систему банка, описанную выше.

Большие проекты и маленькие команды

Для меня очевидно, что каждое отделение компании должно быть обособлено. Если банк решил создать свое ИТ-подразделение, то его нужно сделать гибким. Оно не должно быть единой кирпичной стеной. Необходимо сделать так, чтобы после извлечения одного кирпича стена не разрушилась, а стала еще лучше.

Тот Agile, который хочет ввести Греф в «Сбербанк-технологии» (Sbergile) по щелчку пальца, не может быть гибким из-за самой структуры банка. Руководство государственного банка никак не может понять того, что для быстрого создания продукта нужна не только методология, но и разработка небольшими компаниями. Agile — это методология, которую нельзя надеть на всю структуру банка, как шапку на голову.

Хороший пример: для создания проекта «Сбербанк-онлайн» на Android компания наняла отдельную команду дизайнеров. Специалисты работали обособленно от остальных и смогли сделать действительно хороший продукт. Им просто никто не мешал. Команде не мешали внутренние согласования, подписание бумаг, ожидание комиссии. Дизайнерам не нужно было лезть во всю структуру банка. Благодаря этому они смогли создать проект быстро и качественно.

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

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

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

Каким будет аутсорс завтра

В «Альфа-банке» мы создавали проект по каскадной модели разработки: сначала пишется документация, затем она проходит согласование, далее идет процесс создания. Изначально при оценке проекта была допущена ошибка в сроках. В итоге за три месяца до дедлайна оказывается, что половина бумаг не согласована, а разработка вообще не начата. Половина сотрудников, удобно просидев на мягком кресле, начала бежать в появившиеся тогда «Сбербанк-технологии».

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

В маленьких аутсорс-компаниях все иначе. Не за кого прятаться. Если ты что-то не сделал, то будет понятно, кто подвел команду. Кроме того, если это Agile-аутсорс, то на согласование не затрачиваются месяцы, а разработчики могут показать результат работы очень быстро. Если в проекте будут неточности, например, со сроками — их легко изменить.

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

Эту простую методологию хотят сделать сложной различные «Agile-эксперты», создавая для себя прибыльный бизнес. Посмотрите доклад Дейва Томаса — одного из составителей Agile-манифеста. Увы, понимание этого в больших компаниях приходит очень поздно.

Присылайте колонки, соответствующие требованиям редакции, на secret@vc.ru.

Теги
Статьи по теме
«Продукт начинается с потребностей людей, а не в переговорке во время мозгового штурма»

У меня, лично, никогда не возникает вопроса "Почему вы уволились из Сбертеха?"
Меня гораздо больше волнует, что же может заставить адекватного, технически подкованного и амбициозного человека нырнуть в эту клоаку.

0

Строчка в резюме + опыт в банковской сфере, сейчас это очень актуально стало

0

Даже если предположить, что вам прям очень хочется в банковскую сферу (не представляю, правда, зачем) - ну есть же Альфа Лаборатория, есть Открытие, Дойче, в конце-концов.
Но Сбер?!

0

В Сберлабе смузи вкусней, + локация для многих тоже очень важна.

Ну, окей. Я видимо чего-то не понимаю.
По мне, так это примерно как "Хочу получить опыт с сфере логистики - пойду работать в Почту России".
Есть же, чёрт подери, полнейшее понимание того, что там будет ад, бюрократия и совок тянущийся десятилетиями.
Можно это всё здорово приправить аджайлом и сделать вид, что вы тут все классные и современные.
Но результаты этих попыток мы видим изо дня в день в каждом отделении сбербанка.

Вы точно в Сбере были, они сильно поднялись и стали лицом к клиенту, не чем не уступают Открытию, все таки кидаясь какашками нужно соразмерять аудиторию и её размер у каждого банка.

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

По поводу развития. Да, вы правы. Сбер действительно шагнул вперед довольно прилично. По поводу лицом к пользователям - я бы очень сильно поспорил.
Банальный пример - переоформить карту можно только в том же отделении (и тем более регионе) где она выпущена.
Кстати, о переоформлении. Переоформлялась она в итоге две недели (по сравнению с 3 днями в альфе), и когда мы радостные пришли в отделение получим смс "Ваша карта ждёт вас по адресу N" - получили отворот поворот с фразой "Ваша карта ещё не готова, надо было позвонить по телефону в отделение и узнать".
Вот это я понимаю - лицом к клиенту.

Да, Сбер сделал сильный шаг вперед, выпрыгнув из глубокого совка на какое-то подобие современности.
Ценить и любить пользователей он не стал от этого ни на йоту, просто потому, что не нужно.
Да, у Сбера большая аудитория. И бюджеты. Бюджеты столь же большие, сколь и аудитория.

0

я в хвалёной Альфе получал карту. Мерзость ещё та... Сначала пришёл оформлять. Три окна, по одному человеку обслуживается плюс очередь всего-то три человека... Полтора часа!!! полтора часа я просидел в очереди и затем только начал оформлять бумаги. И не через никаких три дня, а через десять рабочих дней пришла SMS-ка о готовности карты. Повторно пришёл уже для получения карты. Картина почти та же - только в очереди два человека. На вопрос, что "мне только получить карту, это две минуты" - реакции ноль. Товарищи! те же полтора часа в очереди! Как им это удаётся?!
Так что не надо туть... В комбанках безобразия не меньше. Могу про мерзкую Юргу ещё рассказать...

0

отказалась от открытия в пользу сбера, отделение в котором я обслуживалась примерно такое же как сбер лет пять назад :)

0

Мне недавно в Москве переоформили карту другого региона. Теперь это можно сделать в любом отделении (если карта не кредитная)

0

Банкомат списал лишние деньги с карты, когда снимал в банкомате.
Не знаю, какой часть они встали, но это явно не лицо.

Было такое 3 раза, банкомат не выдавал денег , но смс о списани приходило, решалось не отходя от банкомата , набором номера телефона , моей индификацией, указанием номера банкомата и суммы которая была не выдана, деньги возвращались через 5 минут.

Если вам деньги не нужны, пишите email, зачем звонить да?

0

Я позвонил в горячую линию чуть позже, почему я что-то должен хитрить, чтобы вернуть свои деньги?

0

Позвонили, а проблему решили?

0

Я после такого долго времени даже не понял, решили ее или нет, но прошло 100дней примерно с момента моего звонка до ответа на мою почту

0

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

0

Оо, я до 60-ти максимум доходил

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

0

Я, в общем, и не утверждал, что там нельзя получить опыт.
Я о том, что не менее интересный опыт можно получить в куда более комфортных условиях.

0

Говорят иногда опыт "как не надо делать" даже ценнее)

Кто-то еще не в курсе, что Сбер просто покупает людей :-) Просто платят больше и все.

0

Ну, во первых, Сбер не сильно-то переплачивает. Тот же Российский Дойче Банк предлагает куда более вкусные зарплаты (правда и конкурс там посерьезнее).
Во вторых, всё таки Сбер не предлагает зарплату НАСТОЛЬКО больше, что бы люди (особенно разработчики, у которых с оплачиваемой работой проблем нет де-факто) неслись в эту пучину ада.
Ну, будешь ты получать на 10-15% выше рынка. Неужели это действительно стоит того, что бы работать в очевидно некомфортных условиях?

У меня остался один большой вопрос к Вам: а с чего вы взяли, что в Сбере некомфортные условия для ИТ-шников?

0

Объем решаемых задач? Или их техническая сложность, если так звучит лучше.
Для маленького банка можно и "наговнокодить", а потом бить себя пяткой в грудь какой вы гуру, все работает быстро. А поставь это же решение в Сбер, всё сразу ляжет, потому что вылезут все эти мелкие косяки из-за возросшего объёма транзакций.
Сбер, это технологический опыт, который вы вряд ли получите в условном Хом Кредите, или любом другом банке в 10 раз меньше Сбера. С Почтой России сейчас аналогично, те задачи, которые надо ежедневно решать там и скажем в Деловых линиях, это небо и земля, не говоря о еще более мелких логистических компаниях, где автоматизация вообще на коленках.

Вся суть Agile работать быстро и эффективно, это не возможно если нужно писать тех задания и их согласовывать.

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

Agile ❤

С чего это вдруг результат при каскаде не видно ? Как запланируете так и будет

Каскадная система слишком длинная, не поворотливая в случаи форс мажоров, и сроки все равно каждый раз катятся в тар тарары.

Прочтите agilemanifesto.org/iso/ru/principles.html и поймете все преимущества.

Александр, вы когда-нибудь работали по гибкой модели на более-менее крупных проектах?

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

Цикл в итеративной или инкрементальной модели разработки имеет все те же стадии, что и водопадная модель. Так что и этап сбора требований там есть, и разработка документации и проектирование. Agile - это не панацея от бед.

> Александр, вы когда-нибудь работали по гибкой модели на более-менее крупных проектах?

Да.

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

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

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

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

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

> Цикл в итеративной или инкрементальной модели разработки имеет все те же стадии, что и водопадная модель.

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

Если ты кончаешь, это не значит что ты сексом занимался.

0

Мы сейчас в дочке Сбербанка просто с ума сходим от давления самого банка на нас, а ведь создавались как краудсорсинговая компания для рынка

> Герман Греф съездил на экскурсию в Калифорнию и привез картошку Agile в Россию. Стоит заметить, что Россия идет с большим отставанием в вопросе разработки, внедрения и эксплуатации технологий. Причины очевидны — климат для бизнеса и инноваций в стране отсутствует. Но одна из главных причин — это непонимание скорости развития технологий.
Г-н Прокопенко видимо имеет очень узкое представление об окружающем мире. Поработав в банковской сфере рассказывать как мы отстали от "запада" это конечно сильно. 12 лет назад на моем первом официальном месте работы деплой был автоматизирован и отлажен без аджайлов. Написал код, закоммитил и он сам выкатился после тестов.

> Для появления инноваций на западе есть развитая инфраструктура — хакатоны, акселераторы, инкубаторы, бизнес-ангелы, венчурные инвесторы, фонды, крупные компании и прочее, которые удовлетворяют спрос на технологии мира.
Г-н Прокопенко опять же путает причину и следствие. Для появления инноваций на западе есть спрос на эти инновации, а вот эти все хакатоны уже возникли как следствие. И если покопаться в истории развития многих IT компаний США, то там можно нарыть заказы Министерства Обороны на громадные суммы денег. Функции НИИ в США выполняли частные компании, а уж затем появились хипстерские хакатоны.

> Я понял, что создание реальных проектов быстро, возможно лишь при помощи гибкой Agile-системы, и ушел в Phobos. Это agile-outsource компания, которая специализируется на подборе проектной команды для реализации конкретной задачи.
Как говорил великий Эскобар: "Что то х*я, что это х*я. Вот это обе х*и такие, шо я, б*, е*л её маму у рот". В одном процессе бюракратизация приходит сверху, в другом она приподносится как общее благо под видом спринтов, демо и прочих ретроспектив. Итог один - десятки часов времени потраченных на планирование, встречи и прочую чушь.

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

0

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

В этом и разница мне то скрывать не чего. Гала.. Перидоловна.. домашку сделай - мама отругает

А кто говорит об сокрытии чего-либо? Кроме как утаивания есть еще и ваши заявления, да даже в том фейсбуке. Забавно, что CTO компании рассказывает что мне нужно пойти учить уроки. www.facebook.com/kosyan вот можете у товарища несколько уроков успешного общения с людьми взять. Я бы на вашем месте ответил так: "Иди на*й е*й сосунок, я таких как ты вертел на х*ю". Попробуйте еще раз.

0

Если десятки часов потрачены на планирование – люди просто не умеют готовить Scrum. А уж Agile тут вообще ни при чем, это не методология :) Автор путает соленое и квадратное.

0

> Если десятки часов потрачены на планирование – люди просто не умеют готовить Scrum.
Я слышал еще вариации на тему того, что в команде не все мотивированы.
rework.withgoogle.com/guides/managers-identify-what-makes-a-great-manager/steps/introduction/ стоит немного полистать. Я еще раз повторюсь, если команда действительно интересуется продуктом, то Scrum бессмысленен.

0

Да, тут вы абсолютно правы. Нужны люди, которые что-то могут и которым не все равно. А если набирать криворуких за 30к и пытаться играть в скрам – чуда не будет)

Вероятно проблема не в Сбербанке и Agile, а в том, что в больших компаниях, никто не хочет брать ответственность за большой проект. Поэтому проводя согласования через отделы и топ менеджмент, ответственность размывается. В случае чего, получается, что спрашивать не с кого. А убытки или проект просто списывается. Сравнительно недавно читал материал, как эту проблему решают на западе. Например в области медицинских разработок - есть люди, которые грамотны и как медики и как биздевы. Они умеют общаться и с разработчиками (медиками, девелоперами) на одном языке и с бизнесом на их языке. У нас же пока, часто очень жесткое разеделение - или менеджер, который технически мало что понимает, или разработчик, который не понимает потребностей конечных пользователей продукта, но зато очень грамотен в технологическом плане. Вероятнее всего правильный подход - растить таких людей - которые и там там разбираются достаточно хорошо.

0

Продакт менеджер, бизнес/системный аналитик. Прям сейчас обидно стало😒

0

Аналитик это уже пост фактум. Вообщем если кратко это человек который умеет хорошо копать (серьезный бэкграунд девелопера за спиной) и умеет в бизнес тоже хорошо.

Я надеюсь лет через 5 мы перестанем видеть столько слов Agile и Waterfall в каждой строке и будем просто говорить про здравый смысл. Какие-то компании умеют вести проекты быстро и успешно, другие ездят в Калифорнию смотреть что такое Agile. Это нормально и у этого нет родины - расскажите какому-нибудь Сити Банку или БНП Париба о своих проблемах)

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

0

Вообще Агиль в варианте из сериала с бумажками на доске должен нравиться любителям перекладывать бумажки)

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

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

0

И сам попёрся оплачивать квитанцию как пенсионер? :)

0

Ну надо челу сберкарту пополнить без комиссии, а я сбером никак не пользуюсь, потому через кассу дешевле и проще

0

Ого, офигеть открытие, оказывается, в крупных организациях Agile не работает.
И это при том, что еще Кент Бек в своей давнишней книге про XP это прямым текстом написал.

Читая такие статьи и комментарии начинаешь понимать почему ПриватБанк был крутейшим банком. А я грешный ещё критиковал скорость процессов)

Ужас, какая каша изложена. И сколько мусора в голове

Митя Беспощадный, ога! Мусор.. в голове..

0

Автор поменял интерпраз разработку на более мелкие проекты. Выбор как говорится за каждым. Вот только не объяснил как при таком подходе как он описал, Сберу удаётся реализовывать такие масштабные программы как Централизация (blackpig.ru/ipma-nagrada-mega-sized-projects-dostalas-sberbanku/). Это же надо все локальные системы банка централизовать на одной платформе, интеграции реализовать, функционал сохранить и о надёжности с отказоустойчивостью позаботиться, обеспечить непрерывное обслуживание клиентов. Из контекста автора следует, что он не смог открыть проект и уволился. Бывает и такое, что не говорит о том, что нет возможности реализовывать инициативы в Сбере. Если инициатива полезная и продуманная - она реализовываться с низу и на ура. Самые простые подобные инициативы: сервис самоинкассации наличных средст в банкоматах, сервис "ладошки", эватор и многое другое.

0

Сервис самоинкассации? Инициатива снизу? Я кажется знаю её исполнителя в чине вице-президента, или это считается в сбербанке низ?)

0

Сначала услуга "Самоинкассации" появилась как инициатива на одной из территорий (также как и Ладошки), потом её стали тиражировать по всей стране. Конечно любой проект курирует один из блоков банка, в данном случае "Корпоративный", и, конечно, существует конкретное Лицо, которое курирует проект и отвечает за успешность в целом.

0

Вы правы. Я не тот проект имел в виду

0

Сбербанк осознано пришел к созданию платформы core-banking своими силами и разработке основных банковских процессов на ней, чтобы иметь возможность перевести все текущие системы на единую платформу и создать единое информационное пространство для хранения данных. Все разговоры про аутсорс и поделки за нереальные деньги в непонятные сроки - пройденный этап. Закажи 100 подрядчикам реализовать 100 банковских процессов и потрать 100500 лет на интеграцию этих систем, получи дублирование информации, неуправляемый стек используемых подрядчиком технологий, проблемы масштабирования и пожизненные договора на поддержку.

Ещё интересный момент, что оказывается дизайнеры сделали СбербанкОнЛайн для Android - очень неоднозначное заявление.

Роман, если Ваше настоящее имя не Андрей Хлызов, то я бы не стал говорить о программе централизации как о чем-то супер успешном.
Свой Core Banking - это что? IBSO? Гамма?

0

Andy, а где вы увидели слова супер и успех?! Я лишь хочу констатирую факт и хочу обратить внимание аудитории на субъективность оценки автором существующей реальности и задаю вопрос: "Как в условиях (со слов автора) "жёсткой бюрократии" Сберу удалось из зоопарка в 15 000 локальных систем оставить полтора десятка централизованных и продолжить их объединение в одну?" Ответ: Никак. Такой проект в сроки 2,5 года сделать не реально. Но Сбер сделал. А переход Сбербанка на Agile - это больше констатация факта текущей раьоты работы большинства продуктовых команд, нежели какая-то революция.

0

Если бы в рамках этого проекта Сбербанк перешел на облачные решения где можно, а Core Banking по-настоящему объединился в единую систему, я бы первый здесь в комментариях кричал какой Сбербанк молодец. А бездарно потратить много денег, чтобы просто перенести всё в один большой ЦОД - для этого много аджайла не надо. Бери больше - кидай дальше.

0

Очередная статья о том как перепутать теплое с мягким

я создал в Альфа-Лаборатории продукт "Поток".
Первая MVP была через 2 месяца, запустил продукт в бой ровно через 6 месяцев.
Всё получилось. Кажется, вполне по agile'овому. Мне кажется всё от нас зависит.

0

Agile прерогатива компаний с горизонтальной культурой. Agile в "вертикалях", как 7ми ступенчатая PDK на Ладе.

1) Очевидно же статья рекламная. Цель - реклама Phobos. 2) Кто бы что не говорил о медленности Сбера, но у них как и у Тинькофф банк один из лучших мобильных банков в мире (мое субъективное мнение), который был создан по Agile. Не все так плохо, как говорит автор... 3) Каждый человек индивидуальность и выбирает доя себя комфортную зону согласно личным желаниям.

в рекламе как таковой ничего страшного нет

страшно от названия компаний

и надписей типа:

Автор, вы меня простите, но agile это не методология.
Ну и имхо, не нужно втюхивать свою новую компанию людям под соусом того, что где-то все плохо.
Ну и блин: we have a product managers with the world experience. Таки "Ворлд"? Таки "а"

0

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

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

И кажется, статья по большей части про аутсорс и может показаться, что идея хорошая. И да, и нет.
По опыту аутсорс dev team + agile = бесконечная поставка, с порою затянутыми сроками (так как оценить велосити команды заказчик может только спустя нескольких спринтов) , по 40$ в час за девелопера. Это подходит далеко не всем.

0

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

Прямой эфир
Нейронная сеть научилась читать стихи
голосом Пастернака и смотреть в окно на осень
Подписаться на push-уведомления