В амсердамамх и антверпенах, напрочь засертифицированных по CMMI L5, все конечно же так - и документация и acceptance тесты и т.п. :-). Но в России ситуация не всегда такая, т.к. а) собственно многие бизнес-заказчики "не зрелые" б) разработка часто ведется "на коленках".
Заказчик зачастую не осознает, насколько критично для его бизнеса то или иное ПО и какова цена ошибки. Часто у заказчика не хватает квалификации это оценить, а иногда им движет элементарное желание "сделать подешевле". Ведь не секрет, что качество стоит денег. Бывает, что заказчик просто РАССЧИТЫВАЕТ, что разработчик сделает все на совесть (они же программисты -- умные ...), а иногда даже не подозревает, что в ПО могут быть дефекты :-).

В маленьких разработческих конторах не всегда встретишь выделенные роли аналитиков и специалистов по качеству. В основном разработчикам приходится быть "единым в N лицах". Руководитель такой конторы сам бывший (или действующий) талантливый разработчик, который делает код "на совесть", без формальных юнит-тестов и тест-кейзов ... просто в уме прикидывая где могут быть косяки). Такой начальник искреннее ищет таких же разработчиков себе в коллектив, и бывает искренне удивлен, когда люди работают, по-его мнению, не очень качественно -- т.е. НЕ ТАК КАК ОН.

Отсюда вывод -- "лечить" начальника внедрением практик юнит-тестирования и т.п. достаточно сложно и редко когда успешно. Другой вопрос -- когда вы приходите из более зрелой команды и на ура начинаете наиболее успешный опыт использовать, причем лично ... и это дает реальный положительный эффект (комментарий -- такой эффект продемонстрировать сложно, ведь никто не мерял, скажем, плотность дефектов до внедрения практик и после :-)). Но в любом случае -- коль скоро есть желание "поднять уровень зрелости" вашей команды "с низу" -- придется самому внедрять эти практики, помня при этом, что текущие задачи НИКТО НЕ ОТМЕНЯЛ.
А тут уж следует просто прикинуть -- стоит ли овчинка выделки :-), и какие бенефиты в сравнении с костами это принесет, как компании, так и лично вам.