Куда движется архитектурная функция в enterprise - разбор
Подготовительная часть 1 Подготовительная часть 2 Подготовительная часть 3
Продуктовая трансформация. Может быть кто-то не знает о чем это все. Опишу на примере банков, как я сам видел эту историю. Но без сомнений, все это можно отнести к любой коммерческой компании, которая работает в финансовой сфере с клиентами, просто банки находятся, что называется, fer de lance. Конечно, банки не являются продуктовыми организациями. Да, у них есть классические для банков продукты - финансовые инструменты с типовыми условиями. Пока была возможность экстенсивного развития - активный рост клиентской базы за счет распределения рынка, этого было достаточно. Примерно к середине десятых годов регионы были освоены, банковских продуктов стало на любой вкус и цвет, много у кого поотзывали лицензии - рынок стабилизировался, а с ним, как я понимаю, стал загибаться рост доходов. Далее банки стали бороться не столько за привлечение, сколько за удержание клиентов и за рост комиссионного дохода. Для этого стали активно развивать сервисы, которые прилагаются к банковским продуктам. Это назвали продуктовой трансформацией.
Судя по всему, подобные процессы раньше начались в других областях, а банки стали изучать их опыт. Вдруг откуда ни возьмись появились темы “офис как в Яндексе”, “доски с задачами”, “водопад - прошлый век”, “продуктовая компания” и тому подобное. Консультанты старались от души и погрузили всех в пучину Agile/Scrum/SAFE и прочий Канбан. Lean стремительно вышел из чата.
Это произошло не одномоментно, отрасль трясло знатно. Не являясь продуктовыми организациями, банки постарались перенять их подходы к развитию собственных продуктов. В начале это, конечно, больше походило на карго-культ. Все подряд без разбора нарекли продуктами. Под развитие каждого из них наняли отдельную команду во главе с владельцем продукта, дав им творить что захотят широкие полномочия под присмотром бизнес-заказчика. Длительные проекты с большими скоупами сменились на более мелкие задачи, на выполнение которых стало тратиться меньше времени. При этом за счет количества команд, численности людей в каждой, параллельной разработки похожего функционала стало тратиться больше ресурсов, даром что во многих командах появился свой архитектор решений.
Последствия трансформации…
· 01.09
какой же убогий редактор в Сетке...
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 01.09
Работают над развитием, судя по обновлениям. Вон, стрелочки прикрепили к комментариям, может и редактор сделают. (:
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён