Роблю реальні продукти,
а не просто код.

Приєднався до платіжного продукту, який відставав від графіку на чотири місяці. Двоє розробників, жодного релізного процесу, немає staging-середовища і немає чіткого розуміння, коли вийде перша версія. Тиск від замовника зростав, керівництво втрачало терпіння.

• Команда виросла з 2 до 8 людей за всіма ролями
• Перший продакшн-реліз за 30 днів — проти попередньої затримки на 4 місяці
• 3-environment pipeline стабільний з першого дня, нуль rollback-інцидентів за перший квартал
• Релізна каденція осіла на щотижневій — достатньо передбачувано, щоб замовник міг планувати інтеграції

Три SaaS-продукти під одним брендом, три незалежні кодові бази, три різні візуальні реалізації одних і тих самих компонентів. Кожна нова фіча означала повторне написання тієї ж кнопки, того ж модального вікна, того ж поля форми — а дизайн-команда витрачала половину часу на боротьбу з розбіжностями замість дизайну.

• 3 продукти працюють на одній спільній бібліотеці — однакова кнопка, однакове модальне, однакове поле форми всюди
• Швидкість розробки нових фіч потроїлась проти базового рівня до бібліотеки
• Нуль розбіжностей у дизайні — кожен компонент відповідає 1:1 Figma-компоненту й Storybook-stori
• Дизайн-команда повернула собі ~40% часу й інвестувала його у discovery-роботу

Нова платформа без чітких вимог, жорстка дата запуску від зовнішнього партнерства і стейкхолдери, які щотижня змінювали свою думку. На першому стендапі, до якого я долучився, у кімнаті було три різні визначення «MVP».

• Перетворив сирі ідеї на конкретні пріоритезовані бізнес-цілі у перший тиждень
• Спроектував і зібрав платформу з нуля у команді
• Вимоги постійно змінювалися протягом усієї розробки — дедлайн не зрушив
• Запуск у домовлену дату з домовленим scope, нуль P0-інцидентів за перший тиждень