Scrum (Agile) and CRM development

[mnt_dx]

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

[Daniil]

Цитата:

Сообщение от mnt_dx

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

раньше работали в рамках классики водопада: собираем сначала все требования (+возможно проводим демонстрацию прототипа), заказчик подписывает и только потом мы разрабатываем. Т.к. после утверждения громоздких требований на их разработку требовалось много времени, то заказчик после утверждения ТЗ мог увидеть реальный результат только после разработки (правда иногда еще мы проводили демонстрации "прототипа" до окончания разработки) через 1-3 месяца. За это время он уже забыл что было написано в ТЗ+постоянно меняется "видение" результата. Соответственно через 1-3мес он смотрел на результаты как "... на новые ворота" и говорит, что это не то что он хотел.

[vaavr]

Любопытно. Я всегда считал, что Scrum 'эффективен, когда заказчик адекватен, но сам бизнес быстро изменяется и нет смысла фиксировать его в ТЗ и оценивать результат разработки на соответствие его ТЗ. В вашем случае. если я правильно понял, заказчик "не понимает чего он хочет или забывает что требовал ранее". Удивлен, что в этом случае методология позволяет разрулить ситуацию. В любом случае подход заслуживает внимания и обсуждения.

[drongo]

Цитата:

Сообщение от Daniil

раньше работали в рамках классики водопада: собираем сначала все требования (+возможно проводим демонстрацию прототипа), заказчик подписывает и только потом мы разрабатываем. Т.к. после утверждения громоздких требований на их разработку требовалось много времени, то заказчик после утверждения ТЗ мог увидеть реальный результат только после разработки (правда иногда еще мы проводили демонстрации "прототипа" до окончания разработки) через 1-3 месяца. За это время он уже забыл что было написано в ТЗ+постоянно меняется "видение" результата. Соответственно через 1-3мес он смотрел на результаты как "... на новые ворота" и говорит, что это не то что он хотел.

Действительно, периодический "мониторинг" проекта (в том числе и показ заказчику) очень полезен. Сам с таким сталкиваюсь в процессе работ. С другой стороны, не совсем понятно, как в данном быть с бюджетом на проект? Ведь многие заказчики хотят на самых ранних этапах (анализ, дизайн, ТЗ) узнать размер бюджета на проект и утвердить его. Получается, что вам надо либо брать бюджет с запасом, либо согласовывать, что бюджет постоянно меняется.

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

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

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