Здравствуйте, gandjustas, Вы писали:

G>Здравствуйте, IComparable, Вы писали:

IC>>И часто бывает, что мы даже не знаем финального заказчика(мы конечное звено в цепочке перезаказов).
G>Любой agile подход работает только при условии, что вы можете как минимум раз в итерацию получать адекватный фидбек от заказчика. Не от промежуточного звена, а от того, кто будет использовать систему.
G>Иначе ни один agile подход не работает.

G>Если вы являетесь непосредственным субподрядчиком для генподрядчиков, то можно найти адекватного PO у генподрядчика, и работать по T&M. Если же цепочка длиннее, то scrum не будет работать никак.

IC>>Т.е. получается что скрам не работает при больших проектах и заказной разработке?
G>Нет, срам не работает, если нет возможности получать фидбек. Это может быть на распильном проекте, где заказчику пофиг на результат. Это может быть при длинной цепочке субподряда или длинной цепочке "передачи информации", когда между командой и заказчиком 100500 менеджеров.
G>Это абсолютно нерелевантно размеру проекта.

Ну вот пример, внедряем медицинскую ИС.
Есть ТЗ уже.
Вот, ну кто там со стороны заказчика будет что-то там запускать? Вы себе госконторы представляете(там всем все пофиг). Да и как вы себе это представляете(итерации то короткие, а система огромная, ну тупо показать за первые полгода нечего кроме кода).
Надо тупо сделать, пусконаладить, получить акт внедрения и забыть про это.
А эту штуку еще год делать, вот как тут скрамом управлять?
Тут все что-то говорят-говорят, про фидбек и т.д.
А я никого не убеждаю — это факт — зачастую этого фидбека не добиться, или невозможно в итерацию его получить по тем или иным причинам.
И как вообще управлять такими проектами — бюджет, сроки утверждены, никто ничего менять не будет — следовательно ни о каких доработках и речи идти не может, т.к. это допфинансирование, а этим никто заниматься не будет.не из своего же кармана финансировать?