Основная мысль, которую я хотел донести - это то, что в целях безопасности, в целях сохранения финансовых средств организации и снижения прямых и косвенных затрат перед внедрением любого программного обеспечения требуется проводить комплекс работ, которые направлены на оценку рисков, как то делается в машиностроении, медицине или строительстве. Это труд, который стоит денег и который обязательно принесёт вам пользу. Не стоит им пренебрегать.
Софт. Никогда в истории человечества не было ничего подобного. Софт - продукт, который нельзя потрогать, на он он и софт. Может мы просто не можем загнать в осязаемые рамки, то, что не можем "потрогать"? Как определить кретерии текучести воды? Вода и вода везде, одинаковая вода, как определить, достаточно ли она текучая для воды? Такая же штука - удаленная работа. До 21го века ни кто не делал ничего на расстояниях в десятки тысячь км. И причём массово, ведь на удаленке сегодня работают тысячи спецов. Возможно только со временем человечество уложит всё это в умах и сможет как-то упорядочить для начала, а уж потом определять рамки, границы,кретерии.
Интересная точка зрения) приведу пару контраргументов. Во-первых, для того чтобы определить текучесть воды есть специальные приборы, а так же целый раздел физики)во-вторых разработка ПО - это техническая наука, в ней есть чёткие правила и закономерности, они написаны в учебниках, но не переведены в нормативы. Возьмём такой раздел программирования как описание и документирование кода. Есть куча рекомендаций по тому как это делать, но нет норматива, чтобы свести всю документацию к единому виду. Пожалуй с этого стоит начать.