Разбор кейса

Разбор кейса

Не ожидал, что 30 наберется за два часа. Спасибо за активность!

В целом есть три варианта развития событий:

1. Мы забиваем на правильность и делаем так, как проще в данный момент, то есть хардкодим нужные штуки и надеемся что в будущем доработки будут не нужны.

2. Мы решаем делать долго и хорошо, доносим это до бизнеса, прорабатываем требования к решению и разрабатываем всю нужную функциональность. Долго в моменте, но полезно на перспективу.

3. Сначала делаем по первому способу, а второй способ планируем как технический долг и в спокойном режиме делаем рефакторинг.

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

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

В общей сложности за год мы потратили около 20 часов фронтенд-разработчика на обновление и релизы этой подборки. А на разработку функциональности через админку мы потратили бы суммарно более 100 часов всех сотрудников от аналитика до тестировщика.

В итоге костыльное решение оказалось в разы эффективнее правильного.

© Записки тимлида