Сколько стоит ваш техдолг: методики, цифры, российская специфика

Представьте: вы наконец посчитали, сколько денег утекает из дома через плохую теплоизоляцию. Пришли к владельцу с цифрой в 200 тысяч в год на отоплении. Он посмотрел, кивнул и сказал: «Ну окей, запишем в убытки». Примерно так выглядит разговор про техдолг с бизнесом. Пока это «у нас легаси» – руководство кивает и говорит «разберитесь», а стоит принести конкретные рубли вообще тему закрывают. Парадокс в том, что цифра без плана погашения – это не аргумент, а счёт, и на счёт без понятного ROI у CFO всегда один ответ: списать и забыть. Мы потратили какое-то время на то, чтобы разобраться, почему так происходит. В процессе нашли три методики, которыми на западе считают техдолг в деньгах – у каждой свои допущения, слепые пятна и сценарии, в которых она врёт. И отдельно поняли, что сама по себе цифра это только половина задачи. Вторая половина упаковка, без которой CFO скажет «спишем» при любой методике. Об этом и поговорим.

https://habr.com/ru/companies/simpleone/articles/1043538/

#технический_долг #техдолг #рефакторинг #управление_командой #легаси #cost_of_delay #метрики_разработки #тимлид #бюджет_на_разработку #SimpleOne_SDLC

Cost of Delay и Expected Monetary Value: что получится, если попробовать найти между ними зависимости

В публикации предлагается формальная математическая модель, связывающая накопленный Cost of Delay C(t) и остаточный Expected Monetary Value EMV(t) как взаимно обратные (комплементарные) функции относительно исходной ценности V₀. Показано, что для всех пяти канонических профилей CoD по Д. Райнертсену (Urgency, Fixed Date, Intangible, Expedite, S-curve) точка пересечения кривых CoD и EMV всегда лежит на уровне V₀/2, а отличается только скорость её достижения. Этот результат даёт руководителю проекта универсальный индикатор break-even задержки и основу для количественной приоритизации портфеля задач по WSJF/CD3.

https://habr.com/ru/articles/1030458/

#Cost_of_Delay #emv #приоритизация

Невидимая рука предубеждений в архитектуре ПО: размышление о влиянии когнитивных искажений на вектор развития компаний

Казалось бы, о когнитивных искажениях в разработке и архитектуре уже написано достаточно. В профессиональных блогах и даже в научных публикациях этот вопрос поднимался неоднократно. Но, как показывают мои наблюдения, тема когнитивных искажений и их влияния на принятие решений все еще остается актуальной. На основе личного опыта, обсуждений на конференциях и историй крупных компаний можно утверждать, что задачи меняются, технологии обновляются, но поведение команд и лидеров остается удивительно стабильным: предубеждения (bias) все так же заставляют нас наращивать усилия там, где правильнее было бы остановиться. И раз уж эта тема дает о себе знать с регулярной периодичностью, мы предлагаем еще раз вернуться к ней — в формате размышлений и попытки описать нескольких способов снижения влияния когнитивных искажений на принятие решений.

https://habr.com/ru/companies/ru_mts/articles/970386/

#когнитивные_искажения #архитектура_ПО #premortem #правило_трех_альтернатив #killswitch_для_архитектуры #aрхитектурные_ретроспективы #doraметрики #cost_of_delay #riskadjusred_ROI #devils_advokate