Про ценность техдолга

Проекты не только развиваются и растут, но и "стареют". Когда наступает эта точка невозврата, прибегают лиды и говорят: "Ну все, надо рефакторить - легаси, говнокод, старые технологии, иначе капец". А менеджер хватается за голову, воображает, как заказчик крутит у виска, думает, как мы продадим этот рефакторинг?

Но физически рефакторинг или задача техдолга ни чем не отличаются от любой другой задачи. Ценность продуктовой задачи очевидна заказчику, а вот ценность рефакторинга - нет. И пока она не очевидна, необходимость рефакторинга звучит как "мы наговнячили, теперь платите, чтобы мы это расхлебывали".

💡 Переводите ценность рефакторинга и задач техдолга на язык, который понятен заказчику. Ценность может быть ниже, чем у бизнес-фичи, но иногда и очень высокой, потому что жизненно необходима продукту.

Примеры:
🗜 Оптимизация запросов поможет загружать страницу примерно в 20 раз быстрее, что улучшит пользовательский опыт и юзеры не будут уходить из-за долгой загрузки. Если не будем делать, то через 2 месяца, отвалится смежный функционал.
🗜 Мы сделали некрасивое решение, чтобы получить приемущество в скорости разработки, так как хотели успеть к важной презентации. Сейчас надо вернуться и доделать нормально. (ценность была в скорости поставки)
🗜 Легче поддерживать проект, будем тратить на это на 3 часа меньше каждую неделю.

👨‍💻 Александр Субботин, руководитель разработки и автор канала @sn_hack (обязательно зайдите и чекните) поделился со мной еще
5-ю советами про продажу технического долга бизнесу:

- Доносите мысль, что накопление тех. долга – это нормально и любой долгоживущий продукт этому подвержен, но периодически его нужно разбирать.

– Сами примите мысль, что отсутствие тех. долга - это следствие слишком медленной разработки. Время, потраченное на доведение кодовой базы до идеала могло бы быть потрачено на новые фичи и гипотезы.

– Говорите с бизнесом на их языке – языке денег. Самые простые аргументы – деньги за сервера, зарплаты разработчиков и недополученная прибыль.

– Предлагайте итерационный путь для сложных задач. Вместо «нам нужно переписать всё приложение на react native, это займёт 2 года» разбейте большую задачу на итерации, где каждый шаг добавляет ценности.

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

#заказчик #разработка