Показать сообщение отдельно
Старый 13.06.2013, 16:41   #8  
drongo is offline
drongo
Участник
 
35 / 12 (1) ++
Регистрация: 20.05.2012
Адрес: Россия, Москва
Цитата:
Сообщение от Daniil Посмотреть сообщение
раньше работали в рамках классики водопада: собираем сначала все требования (+возможно проводим демонстрацию прототипа), заказчик подписывает и только потом мы разрабатываем. Т.к. после утверждения громоздких требований на их разработку требовалось много времени, то заказчик после утверждения ТЗ мог увидеть реальный результат только после разработки (правда иногда еще мы проводили демонстрации "прототипа" до окончания разработки) через 1-3 месяца. За это время он уже забыл что было написано в ТЗ+постоянно меняется "видение" результата. Соответственно через 1-3мес он смотрел на результаты как "... на новые ворота" и говорит, что это не то что он хотел.
Действительно, периодический "мониторинг" проекта (в том числе и показ заказчику) очень полезен. Сам с таким сталкиваюсь в процессе работ. С другой стороны, не совсем понятно, как в данном быть с бюджетом на проект? Ведь многие заказчики хотят на самых ранних этапах (анализ, дизайн, ТЗ) узнать размер бюджета на проект и утвердить его. Получается, что вам надо либо брать бюджет с запасом, либо согласовывать, что бюджет постоянно меняется.

Как вы этот вопрос решили на своем проекте?

И еще - вы после каждого спринта только систему демонстрируете и правите ошибки, или же делаете какие-то доработки, не включенные в первоначальний план на этот спринт?

PS. Извините, если сумбурно выражаюсь, но надеюсь суть ясна :-)