Без заголовка

Парное программирование и системная инженерия имеют одинаково трудную природу для показа их выгодности: эти наборы практик предотвращают ошибки, а доказать неизбежность ошибок при несоблюдении этих практик невозможно. Я пришел к выводу, что доказывать смысла не имеет. Либо так понимают, либо надо запугивать по специальной методике. Лицо Принимающее Решение(ЛПР) всегда стремится прикрыть свою жопу, и надо объяснить ему (точнее его жопе), что баги в программе могут принести большие неприятности, типа а ну как софт в самый критичный момент откажет (критичность момент определятся спектром чувствительности жопы ЛПР)? Когда я работал в одной конторе тестром, меня высокое начальство пыталось заставлять делать адвансед тестирований (всякой многопоточности и пр). А я наоборот от них отбивался, утверждая, что тут затраты не стоят выхлопа.