Вечный конфликт интересов. Заказчики vs подрядчики. Почему заказчику не нужен твой профессионализм?

Есть два взгляда на разработку программного обеспечения — взгляд заказчика, который хочет, чтобы разработка была в пределах ожидаемого бюджета и сроков, и взгляд программиста-профессионала, который хочет всё проектировать заранее, чтобы облегчить в дальнейшем свою же работу.

Пока что я так и не дочитал книгу Роберта Мартина "Идеальный программист", по причине нехватки времени. Но из первых глав успел понять, что дядюшка Боб сторонник того, чтобы программисты на себя взяли большую часть ответственности за проект.

Программист отвечает за качество кода и за не нарушение дедлайнов. Это звучит очень правильно и идеально, но...

Многим заказчикам нужно быстро, дёшево и качественно. Но, если ты делаешь быстро и дёшево, не можешь делать качественно. Так как для написания хорошего кода в начале разработки, требуется время. Если ты тратишь много времени, соответственно и бюджет проекта будет больше.

Например, в некоторых случаях заказчик может давить на программиста, чтобы он сделал проект быстрее.

Дядюшка Боб пишет, что хороший код позволяет избежать проблем в дальнейшем и рекомендует сначала писать тесты, а потом уже код.

Несомненно, это так, чистый код помогает в дальнейшем с легкостью расширять проект.

Но кто сказал, что в дальнейшем проект будет развиваться?

Заказчики в большинстве своем не понимают, что такое хороший код. Им нужен результат и как можно быстрее.

А профессиональный программист всегда заинтересован в хорошем коде. Так как последствия плохого кода потом будет грести он сам.

Представьте, вы предлагаете два варианта реализации одного и того же проекта — за 100 000 рублей и за месяц, но с плохим кодом, и за 200 000 рублей, за два месяца, но с хорошим кодом. Какой вариант выберет заказчик? Конечно, всё зависит от требования бизнеса, но, думаю, большинство выберет первый вариант.

В этом случае, как продавать хороший код заказчику, если он не готов за него платить?

Очень часто заказчикам не нужен твой профессионализм, им нужен быстрый результат и, чтобы всё работало.

Чаще всего требование заказчика быстро закончить проект зависит от требования бизнеса. Заказчику хочется, как можно быстрее закончить, чтобы проверить гипотезу успеха своего проекта.

Такие заказчики не соглашаются на более длинные сроки. Что делать, жертвовать профессионализмом или не соглашаться на такую авантюру?

Бизнес делает деньги и обеспечивает бюджет для новых проектов. Соответственно, хотели мы или нет, требования бизнеса всегда в приоритете. Так как без решения приоритетных задач, бизнес не сможет существовать. В начинающих кампаниях весь упор делается на быстрое допиливание функционала. В таких случаях могут жертвовать профессионализмом в пользу быстроты.

Сложно найти какую-то золотую середину между требованием бизнеса и профессионализмом.

Много заказчиков требуют быстрые сроки и низкий бюджет. Понятное дело, если ты делаешь дёшево и быстро, от этого страдает качество кода. Но объяснить заказчику важность хорошего кода очень сложно. Для него в приоритете задачи собственного бизнеса.

Ему проще найти новичка, который за месяц закончит проект, чем возиться с нудным профессионалом, который задает вопросы и ещё сопротивляется.

Хотелось узнать мнение аудитории Виси, как вы находите баланс между профессионализмом и нереальными дедлайнами? Ведь много заказчиков ждут от подрядчиков чуда.

В сообществе Code Guru в ВК вы найдете больше интересных и полезных статей о веб-разработке. Подпишитесь, чтобы не пропустить новые материалы.