Как расставлять приоритеты в отношении технического долга (фреймворк RAMZES)

Тех. долг — это либо тормоз, либо катализатор роста в продукте

Как расставлять приоритеты в отношении технического долга (фреймворк RAMZES)

Вот 7 критериев, которые удачно образуют мнемонику «RAMESES» (в честь Рамсеса II, величайшего строителя городов, храмов и памятников в своей династии), через которые можно оценивать тех. долг в разрезе фич и продуктовых метрик:

R: Надёжность

A: Доступность

M: Поддерживаемость

E: Эффективность

S: Масштабируемость

E: Расширяемость

S: Безопасность

Надёжность

Пользователи могут не возвращаться не потому что продукт/механики не зацепили их, а просто потому что устали перезагружать апп из-за ошибок.

Смотри на то, как сбои в фиче/коде/архитектуре влияют на ретеншн в продукте.

Доступность

Работает ли система, когда она реально нужна? Резервные копии, восстановление после сбоя, zero-downtime деплой — всё это база в 21 веке.

Поддерживаемость

Если разрабы боятся трогать кусок кода/фичи, потому что “оно древнее и всё сломается” — это не техдолг, это уже тех. токсичность.

Чем дольше игнорировать такой тех. долг — тем дороже каждый последующий релиз.

Эффективность

Время отклика и отзывчивость Системы напрямую влияют на восприятие продуктовой ценности.

Медленные системы = непонимание статуса действия = недоверие к качеству = меньшая конверсия.

Масштабируемость

Сегодня вы держите нагрузку в 1К юзеров. Завтра приходит 10К — и всё снова зависает. Ошибки в 1% звучат не страшно, пока этот 1% не превращается в тысячи человек, которым тех. долг ломает пользовательский опыт.

Готовьте архитектуру к росту до того, как этот рост произойдёт.

Расширяемость

Насколько легко встраивать новые фичи в продукт? И если каждая новая фича это боль и слёзы для разрабов, то ты и продукт уже давно в ловушке тех. долга.

Хорошая архитектура Системы = быстрое время вывода на рынок (TTM) = нечестное конкурентное преимущество.

Безопасность

Если ты не думаешь о безопасности (уязвисмости из-за тех. долга) — о ней подумают за тебя.

Утечка данных = потерянные навсегда клиенты (деньги).

Как работать с фреймоврком

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

🔥 – горит

❗ – критичное

👌 – пока не трогать

Далее, пройдись по каждой задаче и задай честный вопрос:

"Это, вообще, нормально?"

Подписывайтесь на Telegram Product Management & AI.