Что отличаться?
- тех процесс в головах?
- степень внедрения в массы?
- обратная связь исполнителей (в духе: друзья, то что вы тут внедрили кардинально отличается от того, что вы там себе нафантазировали)?

А можно ли все фантазии внедрить на 100%?

Карго культ встречается регулярно. Тут только посочувствовать, понять и простить.

Ну вот про простить - не уверен...

А толку до хрипоты объяснять оппоненту что он заблуждается? Это его выбор. Интереснее спросить почему вот именно такой выбор? Как он до этого дошел, кто подсказал?

Пропустил вчера дискуссию, которая у нас регулярно возникает.
Мне кажется основное противоречие в понятийном аппарате.
Прямой зависимости между вероятностью возникновения риска и временем внесения изменений нет.
Но последствия возникновения риска в периоды, когда выручка или нагрузка на систему например, 1х и 5х  несколько разные.
Поэтому в ритейл, например, и вводится мараторий на не крит выкатки во 2-ой половине декабря или в пятницу (черную).
И не надо забывать, что технические аспекты изменений, про которые тут в основном "трут", хорошо если 15% от всей проблематики процесса.
Накатил за 5 минут, откатил за 2 - красавчик. А то, что тов. старлею или тете Маше в РКО нужно в отчет будет вносить три цифры вместо двух, а в кассах 2-ую неделю километровые очереди или л/с на усилении и времени читать инструкции нет, нам по барабану, если что мы за 2 минуты откатимся.

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

Ритейл это хороший пример. Там иногда встречается:
- много легаси!
- сделайте быстрее, вчера, у нас горит, деньги зарабатывать надо!
- нафиг ваше тестирование и процессы, надо экономить, кризис!

И как итог - вот эти наши разговоры о разном.

Кто тут в вероятностях понимает?
Давайте сравним:
1) Пусть у нас 100 изменений с вероятностью отказа каждого 1%.
2) 1 изменение с вероятностью отказа 1%

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

В первом случае будет ломаться практически в двух случаях из трех, во втором - в одном из ста

+

Andy (15) увеличил репутацию Dmitriy K (5)

Вашей беседой вновь навеяло https://bash.im/quote/448884

Ээ, неверная статистика. Вероятность отказа зависит не от факта выкладки, а от факта изменения кода (если, как сказано выше, нет нормального тестирования). И тогда нет разницы, выкладываться часто или редко, падать все равно будет.

Внимательнее прочитайте. Там ни слова про статистику. Там про наличие изменений которые мы собираемся выкатить. Каждое изменение имеет право на "сломаться", и может быть даже громко, с канканом и поэтессами.

Нормальное тестирование это что? Сколько стоит? Для спускаемого аппарата и поделки на фигме это одно и то же?

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

Это соответствующие критериям качества )

Зато относится к боли - вот мы ща как выложим, как сломается и все праздники будем страдать, работать и платить 2х.

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

Ну вот написали вы критерии. Оценили и получили цифру 10005000 миллиардов денег. Что делать будем? Когда остановимся? Бюджет то не резиновый.

Значит нужно критерии под бюджет писать. Но вообще тестирование не дорого стоит почти всегда.