В дебрях водопада
Sep. 6th, 2020 11:11 amВ дискуссии под прошлым постом проявилось странное непонимание... Да, ладно. Чего уж там. Ничего странного.
Основная проблема agile в том, что нет различия между работой делаемой и сделанной. В процессах качества важным моментом является рапорт производителя или контролирующей инстанции об окончании работ. Это контрольная точка, с которой начинается user acceptance test. (Понятно, что писать надо по-английски, но оставил русский ради последней фразы, потому что agileсродни деревенской русской культуре очень русский разухабистый деревенский культ.)
User acceptance test - это когда архитектор встаёт на лодке под мостом и машет рукой, чтобы по нему пускали первый состав; когда инженер в присутствии заказчика замыкает рубильник и включает установку; когда повар пробует суп, кивает головой и говорит помощнику "Разливай!"
Люди в софтописании кто забыл, а кто и не знал, что так бывает. Современный пользователь ничего не решает и никуда не денется. Вместо всяких ритуалов софт просто сообщает ему:
-- Ей, пользователь! Нам тут опять удалось скомпилировать. Ну, с богом!
Основная проблема agile в том, что нет различия между работой делаемой и сделанной. В процессах качества важным моментом является рапорт производителя или контролирующей инстанции об окончании работ. Это контрольная точка, с которой начинается user acceptance test. (Понятно, что писать надо по-английски, но оставил русский ради последней фразы, потому что agile
User acceptance test - это когда архитектор встаёт на лодке под мостом и машет рукой, чтобы по нему пускали первый состав; когда инженер в присутствии заказчика замыкает рубильник и включает установку; когда повар пробует суп, кивает головой и говорит помощнику "Разливай!"
Люди в софтописании кто забыл, а кто и не знал, что так бывает. Современный пользователь ничего не решает и никуда не денется. Вместо всяких ритуалов софт просто сообщает ему:
-- Ей, пользователь! Нам тут опять удалось скомпилировать. Ну, с богом!