Построим ИТ-продукты из готовых кубиков?
В любой крупной компании рано или поздно возникает эффект Вавилонской башни: десятки команд пишут одно и то же, не зная о существовании готовых компонентов. Чтобы сократить дублирующиеся решения в компании, мы запустили T-Лего.
Это экосистема, которая помогает повысить эффективность разработки через переиспользование компонентов внутри компании.
В статье рассказываем, как устроены кубики и Т-Лего-Маркет и почему разработчикам теперь выгоднее брать готовое, чем писать свое.
- Дублирование. Разные команды пишут компоненты, решающие похожие задачи.
- Поиск. Нет единого каталога с готовыми решениями.
- Документация. Даже если решение найдено, разобраться в нем без хорошей документации сложно.
- Недостаточно развитый иннерсорс. Команды не рассматривают помощь в развитии своего продукта со стороны иннерсорса.
- Обратная связь. Платформенные команды часто не знают, довольны ли их пользователи.
Это набор принципов, процессов и инструментов, включающих:
- Стандарты и практики, которые команды должны применять при разработке решений.
- Технические инструменты. Например, маркетплейс с готовыми решениями и метрики переиспользуемости.
- Культурные принципы, которые делают переиспользование нормой.
- Процессы популяризации стандартов и анализа несоответствий.
Все это помогает командам не изобретать велосипед, а брать готовые решения и комбинировать их как кубики конструктора.
Кубиком в T-Лего называют любое решение, которое можно переиспользовать. Это может быть платформа, сервис, библиотека, UI-компонент или бизнес-процесс. Главное, решение должно быть полезно не только разработавшей его команде, но и другим.
У кубиков есть четыре уровня зрелости:
- Разрабатываемый — решение, которое еще проектируется и не вышло в релиз.
- Обычный — любое работающее решение, которое уже можно использовать.
- Проверенный — кубик прошел валидацию по специальному чек-листу.
- Стандартный — базовое решение, признанное общебанковским стандартом.
Чтобы команды могли находить готовые решения, нужен удобный каталог. T-Лего Маркет — это маркетплейс, где по каждому кубику можно узнать главное: зачем это решение нужно, как им пользоваться, куда идти за документацией и кому задавать вопросы.
Сейчас в маркете 411 кубиков. Каждый из них можно отфильтровать по стеку, категории или уровню зрелости. Из карточки кубика можно сразу перейти в документацию или оставить оценку решению.
Для платформенных команд Маркет — это еще и способ получить новую точку входа для новых потребителей и вырастить adoption. Они видят, сколько раз их решение использовали, какие команды подключались и какую оценку ставят пользователи.
25 решений вышли за рамки отдельных проектов и стали общебанковскими стандартами. Среди них — STORM, платформа автоматизации Chaos Engineering. С ее помощью команды тестируют устойчивость систем в нестабильных условиях, причем делают это регулярно, а не от случая к случаю. Другое решение — Prefill. Это сервис, который предзаполняет заявки, скрывает ненужные поля и помогает тестировать UX. Еще одна платформа — Varys, которая позволяет создавать сложные онлайн-сценарии без написания кода. В список также вошли Akira (платформа внутренних коммуникаций), CAEN (настройка коммуникаций с клиентами), Spirit Deploy (централизованный деплой), Телефонные книги (единый контакт-центр) и Origination Start (быстрое подключение продуктов).
Переход на Т-Лего-подход меняет повседневное поведение команд. Прежде чем писать код, разработчик проверяет, нет ли готового кубика в маркете. Если есть, он не тратит время на изобретение велосипеда. Если кубика нет, он может предложить свое решение в качестве нового кубика.
Если кубик есть, но не устраивает по качеству или функциональности, разработчик не уходит в свободное плавание, а идет к команде-владельцу с предложением о доработке.
Когда решение становится стандартным, все альтернативы объявляют EOL и переводят пользователей на него. Это помогает высвободить ресурсы разработчиков, чтобы заняться другими важными проектами.