Пропустили годовщину

Как программист в прошлом и человек, активно сотрудничающий с айтишниками в настоящем, могу сказать, что безумно раздражают заказчики, которые не понимают своих целей и не могут оценить итоговый результат. Когда резко меняются требования в задаче — хочется начать убивать людей. Короче «ТЗ нет, но сделать нужно хорошо и быстро».

Смысл Agile описан в книге https://iamsan.ru/humor/razrab

Вкусную еду?! В штате Юта??!!

History: The Agile Manifesto

Век бы этого не видеть.

Ну а что, туда не могут привезти стейков и лобстеров?

Пропустили

Пропустил, так будет точнее.

Оффтопик-лист, п23.

безумно раздражают заказчики, которые не понимают своих целей и не могут оценить итоговый результат. Когда резко меняются требования в задаче — хочется начать убивать людей

Может и раздражают, но такова реальность: меняются обстоятельства, меняются потребности, меняется видение и понимание предмета заказчиком. К реальности надо приспосабливаться, а не игнорировать её.

Скорее всего только замороженных. Уже не то. Но привезти еще мало, надо еще приготовить. Не знаю, как там было в 2001 году, но, судя дайджесту современных отзывов, это средненький горнолыжный курорт со средненькими ресторанами. Но все это, конечно, очень субъективно.

и кто-то так разрабатывает? и кстати так это как?

В штате Юта? Мормоны? Кто туда еще поедет?

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

Лично я уже тогда разрабатывал софт и вертел на одном месте мнение этих «умных» людей из штата Utah.

Если команда состоит из имбецилов (и/или вайбкодеров), то никакие аджайлы не спасут проект от провала. А если это команда инженеров, и архитектор/идеолог в адеквате, продукт будет сдан. Вот и вся магия.

Это настоящая книга? Где её достать?

Мормоны там живут, а ездит туда много кто. Виды там правда потрясающие.

Может и раздражают, но такова реальность: меняются обстоятельства, меняются потребности, меняется видение и понимание предмета заказчиком. К реальности надо приспосабливаться, а не игнорировать её.

Красиво рассказал, но по факту обстоятельства так часто не меняются. Заказчик нихрена не планирует и просто хочет «сделайте мне збс, а там посмотрим», менеджмент не предлагает реальный дизайн и план выполнения, говорит разработчику «ну ты прототип сделай, потом его дорабатывать будем - эджайл же, х*ле».

В итоге приложение будет хуже и разрабатываться будет дольше, чем заказчик получил бы от обычной waterfall-разработки. Зато нате mvp на лопате.

Тоже мне, событие.

В итоге приложение будет хуже и разрабатываться будет дольше

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

Зато нате mvp на лопате.

Ну как же, это называется «опытная эксплуатация», её и вне сферы IT широко практикуют. Потому что без неё получится Летающий Макаронный Монстр, перегруженный бесполезной функциональностью, не имеющий части необходимой функциональности, и крайне неуклюжий при попытках его использования в реальных условиях.

чем заказчик получил бы от обычной waterfall-разработки

waterfall - это гипербола и миф, который используется для контрастного объяснения принципов гибкой разработки. Никакой сложный продукт (сложнее дипломной работы) по «чистому» waterfall-у в любом случае не разрабатывают.

Ты автомобиль водишь?

Представь, что тебе нужно разработать план вращений руля и нажатий педалей для поездки в ближайший магазин, по waterfall. Хорошая идея?

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

Нет, не получится. Ты когда по дороге едешь (не воображаемой идеальной, а реальной, на реальном авто), ты постоянно подруливаешь, чтобы удержать машину от выезда на обочину (или на соседнюю полосу) и последующей катастрофы.

Каким бы правильным и детализированным ни было изначальное ТЗ на поездку, из него в принципе не возможно высосать жизнеспособный план вращений руля. Реальность так не работает. Помимо изначального задания, для правильного руления обязательно нужна обратная связь по ходу реализации этого задания, корректировки по обстоятельствам, которые на момент составления задания толком не известны.

Тогда почему ты думаешь, что в случае разработки ПО оно внезапно должно начать работать?

Могут, но причём здесь вкусная еда?