273. Влияние проектирование на общую стоимость продукта

Читал тут книгу про строительство, встретился там такой график (см. картинку выше). Его суть такая:

1. Чем дальше ты строишь дом, тем больше тратится денег. На проектирование дома тратится относительно немного. На строительство — сильно больше. А эксплуатация требует нереально большое количество денег.

2. На расходы стройки и эксплуатации дома можно значительно повлиять только на этапе проектирования. Когда стройка уже началась — влиять на расходы сложно.

В IT-продуктах тоже самое. Дизайн условного интернет-магазина стоит 2 человеко-месяц. Разработка стоит 10 ч-м. Эксплуатация (поддержка) стоит 200 ч-м в течение всего срока жизни проекта. Это был хороший сценарий.

А плохой такой:

— Спроектировали плохо, не продумали архитектуру, сделали плохой UX. Занимает плохое проектирование почти столько же, сколько и хорошее — 0,5 ч-м.

— Разработка заняла в пять раз больше ресурсов, 50 ч-м, потому что из-за плохого проектирования переделывали несколько раз, сломали половину старого и баги потом полгода правили.

— Эксплуатация стоит в десять раз больше, 2000 ч-м, потому что баги не прекращались, развитие новых модулей затруднено, постоянно что-то ломается, а через несколько лет пришлось переписать с нуля.

Плохое и хорошее проектирование стоит примерно одинаково. Но плохое проектирование удорожает последующую стоимость продукта на порядок. И главное, потом что-то изменит задешево уже не выйдет.

В хорошее проектирование входят: CJM, UX, дизайн-система, проработка архитектуры, unit-тесты для API, регрессионные E2E тесты, CI/CD, документация.