С точки зрения того, кто посадил баги она и так работает правильно. А те, у кого не работает - они ей неправильно пользуются.

Эта сетка - не уровня СТО, она уровня СЕО

СТО ведь принимал решение, на основе которого решили делать именно так именно с этим модулем. А там баги, которые с т.з. разработчика - фичи. Как тут СЕО привлечь?

В описанном мной случае CTO принимал решение разработать программно-аппаратный комплекс. У него в подчинении было два департамента: аппаратной разработки и программной разработки. Руководитель департамента программной разработки осуществлял еще и финальное интеграционное тестирование. И он же обнаружил блокерный баг, состоящий в том, что аппаратная часть с определенного момента переставала отвечать на команды. Баг отрепортился на уровень CTO.

Предоставить на ревью коды аппаратной части было нельзя. Боялись, что утечет ноу-хау. Квалификации сотрудников отдела аппаратной разработки не хватает, чтобы выявить причину.
Заказчик ждет и топает ногами. Сумма контракта -миллиард рублей.

Мудрые китайцы в некоторых своих сырых поделках костылят независимый аппаратный вочдог с перебросом всей тряхомудии по питанию. Скорее всего в этом кейсе не покатит, но в некоторых прокатывало

это чтобы сдаться. Потом все равно придется допиливать

Добавлю информации:

Руководитель отдела аппаратной разработки пошел к CTO и написал докладную, что в соседнем департаменте намеренно неправильно обращаются к его железке.  

Руководитель департамента ПО вместе с тимлидами и нач.отедла QA написал CTO  докладную с пятью подписями, что дальнейшая разработка с этой железкой невозможна. Это лишь пустая трата времени.

не хватает регулярных координаций между отделами

Ошибочное предположение, но CTO подумал именно так.

На самом деле был технически некомпетентен CTO, рук.отдела аппаратной разработки и его сотрудники.
Координацией это не лечится.

В некотором царстве в некотором государстве жил да был проект мессенджера на 20-30 млн учёток.

Там тоже не выносили вопрос неработоспособности на уровень топов. Просто проект не взлетал выше 10000 онлайн и всё. А ещё я мог его уронить намертво один раз отправив через telnet кривой xml.

И всё там было прекрасно и здорово, и СТО не лез в отчёты по тестам. И вообще, пусть волосатые программеры разбираются.

А потом инвесткомитет подал заявку на мощности и выкатку в прод. ВНЕЗАПНО ПРОЕКТ УМЕР КРОВЬ КИШКИ РАСПИЛОРАМИЛО.

ПРедставляете себе, какой громкий был бэмс?

Так же лопнул Аладдин Р.Д. с безграмотным CTO/CEO он же основатель.  400 тыс. токенов в ВС РФ, а они выходят из строя.

По этой же схеме лопнет  армянский офис С-Терра в Лихоборах.

Да, кстати. Это невмешательство обошлось всего в $2M. ИЧСХ, манагеров не уволили.

Можно вопрос, а то непонятно. Исходники аппаратной части и документация есть в распоряжении компании или нет?

Если нет - кто принимал решение делать систему на черном ящике? Почему нельзя сменить вендора?

Сто это скорее офицер чем технический все таки

Если да - что мешает собрать комиссию из нескольких отделов для проведения ревью? Или пригласить стороннего контрактора под NDA?

Исходники только в аппаратном отделе, где их пилят студенты без проверки на NULL и без синхронизации потоков.
В компании, несомненно, есть те, кто гораздо опытнее. Но в они доступа не имеют.

Проще решить, что не хватает координации и начать внедрять скрам. Уволить всех, кто написал письмо о безнадежности железки.