Real estate · Архітектура · Невизначеність
Платформа нерухомості з нуля
- Період
- 2024
- Роль
- Frontend Engineer
- Індустрія
- Real Estate
- Результат
- 0зірваних дедлайнів
Виклик
У чому була проблема
Нова платформа без чітких вимог, жорстка дата запуску від зовнішнього партнерства і стейкхолдери, які щотижня змінювали свою думку. На першому стендапі, до якого я долучився, у кімнаті було три різні визначення «MVP».
Підхід
Як я її вирішив
- Провів два воркшопи з мапінгу вимог у перший тиждень — перевів розмиті ідеї у єдиний пріоритезований список, на який усі могли вказати
- Обрав архітектуру, що дешево вбирає зміни — file-based routing, server actions, без передчасних абстракцій, кожен екран належить одному дереву компонентів
- Розробка вертикальними слайсами, не горизонтальними шарами — кожен слайс щотижня викочувався end-to-end, щоб стейкхолдери реагували на робочий софт, а не на специфікації
- Зафіксував scope запуску за два тижні до дедлайну; усе інше пішло у follow-up беклог замість того, щоб зривати реліз
- Кожне архітектурне рішення задокументоване як одностраничний ADR — щоб майбутні контрибутори розуміли *чому*, не тільки *що*
Стек
Інструменти, що справились із роботою
- Next.js
- React
- TypeScript
- Tailwind CSS
- PostgreSQL
- Vercel
Результат
Що було доставлено
- Перетворив сирі ідеї на конкретні пріоритезовані бізнес-цілі у перший тиждень
- Спроектував і зібрав платформу з нуля у команді
- Вимоги постійно змінювалися протягом усієї розробки — дедлайн не зрушив
- Запуск у домовлену дату з домовленим scope, нуль P0-інцидентів за перший тиждень
Маєте схожу задачу?
30 хвилин розмови, без пітчу — подивимось, чи я підходжу.