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

ок, я преформулирую. Отсутствие подписи архитектора заказчика как-то мешает компании-заказчику оплатить работы компании-исполнителя? Например, оплатить реально не проводившиеся работы?

это с жильем... а в промышленных объектах реконструкцию может делать совсем другая организация... и ее будет интересовать все - потому что любые изменения в промышленном здании могут привести к серьезным уголовным последствиям в случае чего (особенно гибели людей) 😊

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

То есть у нас есть арбитраж в форме претензий постфактум.

В строительстве водопад, так что скорее всего другая организация, если ей жить не надоело, запросит проектную документацию, хорошенько её изучит, сделает as is, to be и дорожную карту архитектурной трансформации (реконструкции) так, чтобы по возможности ничего не рухнуло и никто не убился. Но иногда и там толи не всё удаётся предусмотреть, или просто похер, и при срезании крыши стадиона гибнут рабочие.

это да...
ну, это отдельный разговор - по поводу степени ответственности в ИТ и границ применимости аджайла 😊

В нормальном мире это проверяет рынок: одни инвестируют в качество, другие — нет, а потом рынок решает, надо оно было, или нет.

интересно посмотреть на проектирование по аджайлу ПО для бортового оборудования 😊

В авиации аджайл на заре был, сейчас там водопад. И при разработке программно-аппаратного комплекса нельзя считать разработку ПО чем-то отдельным, ПО реагирует даже на изменения геометрии фюзеляжа.

Почему люди, так любят рассуждать о вещах смысла которых не понимают? Ну нет такого понятия, как применимость agile. Agile это ценности и принципы сформулированные в agile manifesto. Ценности они вообще в голове. Почему принципы сформулированные в манифесте могут быть неприменимы к той или иной предметной области не совсем ясно.
Другое дело, что головы людям не заменишь. Если уже есть отлаженная система в которой люди привыкли существовать определенной образом, то в ней заложена огромная инерция, которую преодолеть невозможно. Проще новую компанию создать.

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

Это всё круто, пока не хочется кушать. В данном случае пока не начинается конкуренция с иной «философской идеей» за инвестиции и потребителя. Тут то и начинают искать рациональное объяснения там и сям, выделять признаки того, что вот тут вроде лучше одни практики, а вот тут другие.

потому что цена ошибки высока. 😊
порой до уголовного преследования

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

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

Но не всегда маневренность компаний обеспечивается именно маневренностью ИТ-блока. Иногда это маневренность в переговорных процессах с властью.

Ну и главное. Применение agile framework не делают компанию или команду agile. А использование разного рода quick & dirty и костылей грубо нарушает принципы agile.

Где надо, там и маневрируем, а где не надо, едем прямо. Обеспечивать маневренность на всех уровнял люто дорого.

👏👏👏