Сейл продал «ракету» с запуском через месяц. Архитектура не согласована. Команда в шоке. Вы включаете «режим героя»: аврал, работы по ночам, «тащим на зубах». Проект сдан - все похлопали И вот здесь вы оказываете бизнесу медвежью услугу. Потому что бизнес не слышит «так делать нельзя». Бизнес слышит «так делать можно, если сильнее пнуть». И в следующий раз пнут сильнее. Это не управление, а дрессировка. Вы не строите систему, вы строите зависимость компании от вашего выгорания. И это не «ощущения». Stripe в своём отчёте Developer Coefficient (https://stripe.com/files/reports/the-developer-coefficient.pdf) пишет, что разработчики тратят порядка 30-35% времени на техдолг, а упущенные выгоды (в среднем по всему миру) оцениваются примерно в $85 миллиардов в год (о цифрах можно спорить...) А теперь внимание: выгорание - это не личная слабость, а финансовая модель, которую вы поддерживаете своими «подвигами». В Amazon есть Working Backwards / PRFAQ (Press Release + Frequently Asked Questions). Пока не можешь нормально описать, что строим клиенту и зачем, идея не едет дальше. Сначала текст и ясность, потом код. В Google применяют error budget. Если сервис «сжёг» бюджет ошибок, они останавливают все релизы, кроме P0 и security, пока не вернутся в SLO. И это официальная политика, а не «давайте обсудим». (И да, это специально сделано так, чтобы «вы мешаете коммерции» не было аргументом) Жёсткая правда проста: если вам нужен герой, чтобы закрыть сделку, то процесс сломан. Если подвиг нужен каждый квартал, то на пресейле кто-то врёт. Себе, клиенту или обоим. Выбор тоже простой. Либо вы дорогая пожарная команда, которая «всегда вывозит», пока не сгорит. Либо у вас есть не просто право, но и обязанность сказать «нет» на пресейле, тем самым защитив маржинальность, сроки и людей. А у вас как? Технарь может реально остановить продажу - или его зовут в переговорку «для галочки»?