| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > УП: Методологии > Итеративный подход |
| Автор: xTr1m 20.1.2010, 10:20 |
| Доброго времени суток. Мне вот стало интересно, если итеративный подход предполагает к концу итерации иметь некий законченный продукт, то как обстоят дела с большими проектами, релиз которых можно получить, в лучшем случае, через несколько месяцев? |
| Автор: surlac 23.2.2011, 20:42 |
| По-моему, какой бы ни был большой проект, итерацию возможно уместить в пределах 4 недель и показать запланированную часть функционала (пусть даже внутри в бизнес-логике будут использоваться заглушки и интерфейсы без реализации). Ведь смысл итеративного подхода - короткий цикл обратной связи. |
| Автор: skyboy 24.2.2011, 01:10 | ||
под законченным продуктом подразумевается не "что-то полуготовое, что уже можно было бы даже в таком состоянии продать", а "нечто достаточно цельное, чтоб его можно было показывать без постоянных <а вот тут представьте, что будет то-то и то-то и будет работать так-то и так-то>" |
| Автор: surlac 24.2.2011, 16:02 | ||||
Откуда взято это утверждение? Я встречал только следующее определение результата итерации:
То есть "некий законченный продукт" (релиз) должен быть не к концу итерации, а к концу некоторой вехи, состоящей из нескольких итераций. А концу итерации (например Scrum Sprint), мы получаем промежуточный результат, пригодный для показа заказчику (Demo Meeting). skyboy, я так понимаю, что Вы говорите о релизе, а не об отдельной итерации. Или я не прав? |
| Автор: skyboy 24.2.2011, 16:31 | ||
нет. вот берем телефонную книгу(в смысле, приложение). можно ведь разбить на итерации, на каждом из этапов получая готовый и цельный функционал: 1. хранение и вывод списка. 2. добавление нового элемента. 3. фильтрация и сортировка. 4. импорт и экспорт. 5. темы оформления. 6. предоставления доступа другим пользователям. на каждом этапе получаем функционально завершенный продукт. который ещё нельзя продать. а можно сделать так: 1. рисуем/реализуем визуальную часть. 2. пишем модель, которая нифига не взаимодействует с пользователем. 3. добавляем механизмы фильтрации/сортировки 4. связываем все до кучи 5. исправляем ошибки интеграции. но это уже будет не то  |
| Автор: surlac 24.2.2011, 17:06 | ||||
Нет skyboy, Вы все-таки говорите о http://www.scrumalliance.org/articles/39-glossary-of-scrum-terms#1120
Вот это уже будет похоже на результат итерации, когда мы не передаем продукт в пользование заказчику, а готовим его к Demo. Просто в Ваших примерах получается, что 1-й случай: все ресурсы брошены на последовательное выполнение задач - в итоге малое число итераций, частые релизы. 2-й случай: все ресурсы распределены по задачам равномерно - большое число итераций, редкие релизы. |
| Автор: skyboy 24.2.2011, 17:14 |
| ага. значит, путаю. спасибо за пояснения |
| Автор: Jey_k 16.5.2011, 12:07 |
| к концу итерации может быть не законченный продукт, но часть которая демонстрируется тут не нужно путать с Continuous Integration |
