GKS_Samara
<...>Не очень понятно про начальные итерации- с одной стороны в них код не пишется, а с другой стороны- не понятно, куда девать большую часть команды :)
Если с ресурсами туго - перевести на другие проекты. Если с ресурсами более-менее - рисовать архитектуру, лепить прототипы. Дать программистам поработать творчески, поразмыслить, поисследовать, поучиться в конце концов :) .

GKS_Samara
Т.е. в "начальной фазе" работа только аналитикам, во второй подключается архитектор, и только в третьей и четвертой фазе все работают.
Аналитик и архитектор - роли. Которые, наряду с ролями тестировщиков и внедренцев, очень полезно время от времени выполнять профессиональным программистам. Помощники профессиональным аналитикам и архитекторам не помешают, даже если они будут говорить обратное. На начальном этапе чем больше идей - тем лучше, только никому не надо обижаться, если его идеи будут обоснованно отвергаться.

GKS_Samara
В последних фазах отличия OpenUP от SCRUM становятся минимальными (микрошаги и роли в OpenUP и "владелец продукта" с "ретроспективой" в SCRUM). Причём
на этом этапе мне кажется лучше "смешанный" вариант- и роли у нас будут в любом случае (хотя бы в силу разной квалификации и разделения на
тестеров/программеров), и "владелец продукта" с "ретроспективой" (и другими техниками SCRUM'а) уж больно хороши.
Отличие колоссально: в SCRUM носитель - человек, в OpenUP - артефакт, в SCRUM требование (user story) - просто мнемоническая метка, в OpenUP - часть договора с формальными обязательствами.

GKS_Samara
С другой стороны, в SCRUM обойдено вниманием как обсуждение сути продукта (которое Inception Phase в OpenUP) и превращение бэты в продукт (Transition
Phase). Но реально все одно это ж есть :)

Обсуждение сути продукта в SCRUM - постоянный процесс. Оно может вестись до крайнего (или последнего :) ) дня разработки.

И беты в SCRUM нет - есть версия, обладающая постоянной стабильностью (как минимум, собралась, отработали unit-тесты, отработали автотесты) при нарастающей функциональности. По идее, её можно взять в конце первого дня разработки - она стабильно скажет "Hello world!"

Достижение качества выше стандартного - результат выполнения отдельных User Story.

GKS_Samara
Ну внедренцы у нас в любом случае вне процесса
<...>

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

GKS_Samara
Носитель чего?

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

GKS_Samara
Можно про договор подробнее? Я упустил, видать...

В OpenUP как только требования согласованы с заказчиком (внешним или внутренним - не имеет значения) - команда разработчиков обязуется реализовать именно их в срок, а заказчик - быть удовлетворённым. На эти требования все молятся, малейшая правка требует пересогласования.
В SCRUM требования можно менять каждые 2 недели, их не стесняются выбрасывать.

GKS_Samara
Ну вот вроде в Borland (не помню нынешнее имя) SCRUM используют, а у них delphi - вечная бэтта :)

Ну, а это уже проблемы команды. Или, скорее, проблема их маркетинга, PR и продавцов: у MS и Google все продукты до SP2 - беты, но все их вынуждены покупать и многие считают эталоном качества.