Классический скилл программирования "снизу-вверх" (в школе научился писать кое-как работающий код на 100 строк по алгоритмическим задачкам, и так и тянешь это кривейшее "интуитивное" понимание на взрослые проекты) плох тем, что он не упругий.

Например, все понимают, что файл с тысячами строк кода -- плохая идея. Трудно работать с функциями, которые занимают сотни строк. Такие кодовые базы сильно усложняют работу команды. Но если все это понимают, то почему так происходит?
Потому что практически всё, что создаётся в мэйнстриме, никак не руководится и управляется "сверху" -- через внедрение продуктивной экосистемы разработки (собственно это и есть одна из основных характеристик мэйнстрима). И как только задачи немного усложняются, технический долг стремительно растёт и становится очень трудно навёрстывать упущенное.
Если бы CTO и CEO знали, что реально творится в их кодовой базе, и как они теряют на этом сотни процентов дохода, они бы сгорели от стыда 🙈

Я в этом плане следую святому Кенту Беку, который рассказывал, как разработал экстремальное программирование -- через поиск методов/эвристик, которые реально работают, и доведении их до крайности, насколько это только возможно.

Для десятков команд, с которыми я общался, даже никакого чек-листа не надо, бардак вообще везде, и ни разу не было исключений. Самый первый мега-чек, актуальный для 100% проэктов, хорошо знают те, кто проходил мой курс "Ясное Легаси": он на самой первой страничке курса прямо наглядно выделен 👊