Меня просто нечеловечески бесит, когда разработчики оправдывают собственную некомпетентность мантрой «бизнесу надо». Если программист любой степени квалификации, от стажёра — до принципала — использует в качестве аргумента в любой дискуссии фразу «бизнесу надо» — знайте, перед вами тупой самозванец, гоните его в шею. Звучит претенциозно? — Давайте поясню.
Во-первых, разработчик в подавляющем большинстве случаев понятия не имеет, что надо бизнесу. Сам бизнес-то крайне редко это знает¹, но пока до разработчика дойдёт любое пожелание, — оно будет неимоверно искажено когнитивными особенностями средних звеньев. Все же в детстве играли в испорченный телефон? — Ну вот.
Эта картинка никогда не устареет, и применима она далеко не только к морфированию ТЗ на пути от проекта к продукту. Любое знание, передаваемое через некомпетентных людей, деградирует именно так. А специалисты по работе с людьми (менеджеры, продакты, проджекты, лиды), через которых идея генерального доходит до воплотителя, — не могут быть достаточно компетентны в бизнесе по определению, иначе они сами давно были бы генеральными, а не вон тот очкастый чувак в дальнем кабинете.
Поэтому до отдела разработки доходит не оригинальная песня, а напетый Мойшей на пьянке в Бирюлево под расстроенную гитару паллиатив. Но это бы еще и ладно.
Бизнес не знает, что такое backlog (и слава богу). Бизнес редко понимает, почему вон те три человека уже второй месяц не приносят никакой пользы, а заняты каким-то непонятным регрессионным анализом. Но когда завтра приляжет один из узлов, потому что там все было сделано за выходные на коленке, в угоду этому самому «бизнесу» — по сусалам получит отдел разработки (и поделом).
Нет такого легитимного аргумента (оправдания): «так бизнесу надо, а так не надо». Никогда. Ни при каких обстоятельствах.
Вообразите, что вы наняли бригаду, положить кафель в ванной. В первом разговоре с прорабом, вы — в ответ на названный срок в две недели — вдруг почувствовали себя генеральным директором вселенной и рубанули: «У вас есть неделя! Я вам плачу́, в конце концов!». И, очень гордый своей несгибаемостью, ушли в туман. Бригадир собрал своих богатырей и озвучил «нужды бизнеса». Если по науке ждать полного высыхания предыдущих слоёв перед началом укладки следующего, в неделю не уложиться. Что, в принципе, и подразумевал бригадир, называя сроки. Но бизнесу надо!
Спустя неделю богатыри получают деньги, а довольный хозяин квартиры (и жизни) — плитку, которая неизбежно поползёт и запузырится спустя год-полтора в помещении, буквально предназначенном для конденсирования пара. Техдолг — не гематома, от йодной сетки не рассасывается.
Поэтому долг профпригодного прораба — сделать хорошо. Долг программиста — тоже. «Бизнесу это не надо» — не просто отговорка для слюнтяев, это точно такой же саботаж, как YAGNI и прочие смузибредни. Бизнесу надо, чтобы сервис работал сегодня, завтра, и через год. Разумеется, MVP можно написать на баш-скрипте в одну строку и проверять на одном пользователе, аккуратно выполнившем все восемнадцать инструкций в консоли. Но если вас допустили до живого продукта — перестаньте нести эту инфантильную ахинею про «бизнесу не надо». Перед вами стоит не только задача «сделать», но и метазадача: «сделать хорошо». Если для этого придется написать целый фреймворк — так тому и быть. Если вы не способны, или не укладываетесь в сроки — значит вы некомпетентны. Тут все просто.
Запомните: бизнесу надо, чтобы всё работало. Больше вы про нужды бизнеса не знаете ровным счетом ничего. Поэтому хватит ныть и делайте хорошо, даже если этот пресловутый бизнес сразу ничего не заметит.
¹ У меня был такой случай: для тестирования новой возможности нашего приложения, мне потребовался сходный, но отличный от оригинального вариант использования. Я его реализовал, и в результате получилась вполне удачная, на мой взгляд, штука, которую можно было прямо, как есть, — продавать клиентам. Уговорить бизнес, что оно может пользоваться спросом, я не сумел. Мой код проник в продакшн и лежал там мертвым грузом года два. Потом в отдел маркетинга (или работы с клиентами, я в них не особо разбираюсь) пришел новый толковый чувак, почитал исторические документы, поговорил со мной — и с тех пор тот мой код приносит стабильные несколько процентов от общей выручки компании. Миллионы евро, не бог весть что, конечно, но и не совсем лишние.
Комментарии (19)
akakoychenko
01.05.2026 08:02вдруг почувствовали себя генеральным директором вселенной и рубанули: «У вас есть неделя! Я вам плачу́, в конце концов!»
Хороший пример. Хорошо показывает взаимодействие бизнеса и исполнителя. Ведь, заказчику может быть нужен санузел за неделю не только потому, что он дебил. Есть и другие варианты. Например, эта квартира - подарок на свадьбу, и принципиально важно в день Х отдать ключи от завершенной квартиры, где можно жить (а плитку через год и переложить можно), или квартиру готовят под сдачу футбольным фанатам на ЧМ, и упущенная прибыль от запуска сдачи после ключевых матчей больше перекладки плитки (которую и так пьяные фанаты испортят), или вообще, хозяин сам перекуп, купивший на этапе котлована, у него есть горячий покупатель, желающий купить прямо сейчас, и хозяину вообще фиолетово, что будет через год.
Поэтому, нет, задача прораба не сделать "качественно" в обывательском понимании. Его задача - сделать качественно в понимании соответствия заложенным бизнесом критериев. И, если бизнес хочет санузел за неделю, и бизнесу все равно, что будет с плиткой через год, то качество именно в этом.
Samid777
01.05.2026 08:02Если заказчику нужен сан узел за две недели, срок выполнения который за две недели, то это недоработка заказчика, которую нужно исправить руками исполнителя. Если не хватает времени, чтобы положить плитку, значит не недо ложить плитку. Стяжка и линолеум, если можно сделать действительно времянку. Ладно плитку, это просто деньги. Но когда то же самое происходит в сфере пожарной автоматики. Нужно сделать быстро чтобы просто работало. Привезли не те шкафы? Шкафы на 380, двигатели на 220, запустить можно, но пожертвовав цепями контроля. Все равно запускайте, переделать проект это столько денег, заказать новые шкафы это столько, старые никто не заберет, нет, как нибудь сделайте на этих. Ой, первый раз задвижки и шкафы на 380? А нет, все как и должно быть. Контрольные концевики с общем проводом, а аппаратура работает без общего. Берем в руки 2 реле, и делаем простое чудо… И так примерно во всех сферах на стыке их взаимодействия. И самое интересное, если делать все строго правильно, во всех сферах, то через пару заказчиков будет просто не с кем работать. Изначально заложены хорошие сроки, с запасом. Но т.к. обязательно кто нибудь опоздает, со сроками будут проблемы. И будешь вешать на стены оборудование которые только что покрасили, или не покрасили. Ой, а вот объект на котором со сроками все в порядке!! Как же так!! Сейчас сделаем все без лишней суеты. А нет. Давайте как сдадим этот объект… на месяц раньше, т.е. сдвинем сроки.
При этом читаю профильные форумы коллег… есть те, кто просто не работает на таких объектах. Обеспечьте стройготовность, и я начинаю работу. А есть те, кто работают. И первые как бы… молодцы, грамотнее и в почете.
amcured Автор
01.05.2026 08:02Ведь, заказчику может быть нужен санузел за неделю не только потому, что он дебил.
Да ну?
эта квартира — подарок на свадьбу
И тут внезапно выяснилось, что свадьба — через неделю, угу.
квартиру готовят под сдачу футбольным фанатам на ЧМ
Прям вспотели все, как готовят, да. А если бы они за день до начала ЧМ пришли — вы бы тоже их выгораживали?
если бизнес хочет санузел за неделю, и бизнесу все равно, что будет с плиткой через год, то качество именно в этом
Мне любопытно, у вас стокгольмский синдром, или вы как раз и есть тот самый «заказчик-дебил»?
akakoychenko
01.05.2026 08:02Называйте, как хотите. Но выгораживаю потому, что очень много раз насмотрелся в айтишке на то, как догматичные исполнители, которые точно знают, "как правильно", и никогда не согласятся срезать угол (ибо не говнокодеры, и умные книги об архитектуре читали), умножали на ноль все вложения в проект. Ибо, дорога ложка к обеду, и, пока их чистый, как слеза младенца, проект достигал прода, или рыночная возможность закрывалась вовсе, или конкурент, собравший первый прототип из говна и палок, успевал уже не только подписать всех клиентов, но и переписать самые натирающие модули с учётом всех реальных проблем прода, а не выдуманных, никогда не делавшим бизнес тимлидом или архитектором
PS: особой мякоткой было, когда главный догмат, насадивший принцип "как надо", вкупе с фреймворком и тулами, а, иногда, ещё и новым ЯП, сам уходил на +$500, не дожидаясь выхода проекта в прод, ибо, такие правильные идеи нельзя запирать в одной компании. Надо дальше нести огонь просвещения
amcured Автор
01.05.2026 08:02никогда не согласятся срезать угол
Этот тезис вы сейчас их воздуха взяли. Я такого никогда не предлагал.
чистый, как слеза младенца, проект достигал прода
Я также никогда не предлагал сдвигать сроки в ∞.
Вы спорите с тараканами в вашей голове, текст не про это.
janvarev
01.05.2026 08:02вдруг почувствовали себя генеральным директором вселенной и рубанули: «У вас есть неделя! Я вам плачу́, в конце концов!»
Я открою гигантский секрет - тот, кто руководит, тот и несет ответственность за решения: не слушать ответа эксперта, рулить сроками и прочее.
Руководитель хочет и грозит лишить зарплаты? Руководитель получит то, что хочет. Это его полномочия - управлять, и его ответственность - принимать последствия своего управления.
Очевидное исключение: места с критической безопасностью типа "авиация", "медицина" - там как ни хочет руководитель, должно делаться по методике, даже если сказано по-другому, ну или кто-то по особым правилам берет на себя ответственность за небезопасное решение (такое тоже иногда нужно).
Во всех остальных случаях - клиенту нужно, мы клиенту делаем. Ну или отказываемся из соображений репутации - такое тоже бывает, но редко, и для фирм, ориентированных на репутацию (таких мало вообще-то).
T700
01.05.2026 08:02Изначально все сводится к концепции работы и отношения к своему делу. По одной, "делаю как платят", или "мне все равно что там с кодом (ии пишет), главное чтобы работало" (основная концепция). Или другой подход - делать максимально качествено (на своём пределе, независимо от уровня оплаты и тп). При первом подходе, в проекте будет 10500 зависимостей, зоопарк технологий, бардак и костыли в кодовой базе. При втором подходе к делу, будет постоянная борьба за системный подход к разработке и способность проекта быть поддерживаемым, минимум зависимостей в проекте, понятный код с минимум костылей, структурированный подход, где любой новый функционал, каторый какой бы срочный не был, будет обдуман наперед, и добавлен в систему, с учем будущего расширения функционала.
skovoroad
01.05.2026 08:02Инженерная работа вообще часто сводится к поиску компромисса (без учёта пет-проектов). Напишешь что-то обобщённное - будет труднее поддерживать, но легче расширять функциональность. Мало тестов - ненадёжно, много тестов - хрупко. Монолит - быстро, микросервисы - масштабируемо. Ну и так далее, все здесь знают.
Поэтому автор любой статьи, который криком кричит в пользу одной из крайностей, каждый раз вызывает изумление: как он вообще работает-то? Он же должен с ума сойти от несоответствия природных наклонностей выбранной профессии.
Ну да, избыточный техдолг это опасно, нельзя допускать, и вообще бывают технические работы, которые трудно объяснить заказчику. Каким образом отсюда следует, что у бизнеса нет сроков и потребностей, совершенно невозможно догадаться, если только не прийти к выводу, что заметка написана ради срача.
amcured Автор
01.05.2026 08:02как он вообще работает-то?
С удовольствием работает. Автор статьи — как раз тот человек, который доносит нехитрую мысль про то, что если бизнес желает компромиссы за счет надежности, — то автора завтра с распростертыми объятиями примут у конкурентов, а бизнес тут пусть дальше загибается без него.
Каким образом отсюда следует, что у бизнеса нет сроков и потребностей […]
Отсюда — никаким. Но если внятно разжевывать потенциальные последствия, то бизнес подвинет сроки и поумерит потребности.
Но для этого, конечно, приходится сначала вытащить язык из жопы, а потом — работать по-настоящему, без отмазок в духе «это бизнесу не надо».
miksoft
01.05.2026 08:02Но если внятно разжевывать потенциальные последствия, то бизнес подвинет сроки и поумерит потребности.
Подскажите, пожалуйста, как разжевать бизнесу потенциальные последствия, если, при невыполнении задачи в срок, бизнес получит немалый штраф от регулятора или контрагентов (многократно превышающий годовую зарплату разработчика) ?
amcured Автор
01.05.2026 08:02В эту казуистику я играть не собираюсь. Вы передергиваете и приводите абсолютно нерелевантные примеры.
Это признак либо очень тупого собеседника, либо очень подлого. С обоими мне разговаривать недосуг.
miksoft
01.05.2026 08:02Для меня это не казуистика, а практический вопрос, регулярно возникающий на работе. Мы бы и рады работать без техдолга, но не всегда это возможно по той причине, что это просто не зависит от доступного руководства. А в некоторых случаях вообще не зависит ни от какого руководства, а от, например, законодательства.Тогда делаем с техдолгом, но к сроку, а потом постепенно его ликвидируем.
amcured Автор
01.05.2026 08:02Перевожу со стокгольмского на русский:
У нас начальник такой дебил, что не в состоянии в срок подготовиться к изменениям в законодательстве (там-то как раз не совсем дегенераты, они одним днём ничего закрыть не требуют), и не способен ни договариваться с партнерами, ни планировать. Но мы жрём кактусы, прикрываясь оправданием всех некомпетентных работников: «Так надо бизнесу!».
Ясно.
ktulhu2k
01.05.2026 08:02Ну а может допустить, что бизнес таки всё же лучше знает свои хотелки? Представьте, что ты договорился провести выходные с друзьями, сходить на новый фильм, потом посидеть в пивной и с хорошим настроением вернуться вечером к семье.
Заказываешь такси. А таксист тебе задвигает, что мол ты сам не знаешь чего хочешь, не повезу я тебя в тот быдлокинотеатр на стандартный унылый фильм. Мы едем смотреть свадебную вазу на закрытом частном показе, потом сведу тебя с нужными людьми, не то что твои друзьяшки, и вы поедите есть суши и запивая виски, никаких тебе пивнушек. И это мероприятие на несколько дней, звони своей семье и говори, что будешь только к вечеру понедельника. Ах да, с тебя в 20 раз больше денег за эту программу, возражения не принимаются.Samid777
01.05.2026 08:02Тут с такси просматривается другая аналогия. Заказываю такси, получаю информацию что время в пути составит 120 минут… но требую чтобы меня доставили за 60, потому что у меня через 90 заканчивается регистрация на рейс, и попасть для него очень важно, чтобы не потерять деньги заказчика. При этом водитель такси не получит ничего сверху, никаких компенсаций вероятных штрафов, увеличенного расхода топлива, а если у него не получится, останется единственным виноватым.
lma10h
01.05.2026 08:02Разработчику поставили задачу на 3 дня, а через 12 часов говорят, надо за сутки, как хочешь.
Разработчик решает "создать" техдолг, чтобы получить DoD за 24 часа.
По вашей логике в статье (ваш же пример с плиткой), этот разработчик некомпетентный ?
akakoychenko