Как заставить пользователей/клиентов участвовать в итеративном развитии?

Question

Что вы будете делать, если у ваших (внешних) клиентов клиента нет времени/будет активно участвовать в итеративном развитии? Как вы «вынуждаете» их участвовать? Помните, что часто они должны делать это, выполняя все свои обычные обязанности и что ИТ-отдел, который спонсирует проект программного обеспечения, не имеет права освобождать некоторых ключевых пользователей от своей обычной работы.

Answer 1

Сообщите им, что SCRUMM - это короткие встречи. Сообщите им, если они не там, что проект может сойти с ума. Сообщите им, что они получают немедленный ввод, если они появятся.

Answer 2

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

Помимо этого вы не можете заставить их использовать продукт. Лучшее, на что вы можете надеяться, это опубликовать изменения и сообщить им об этом. Я столкнулся с этой проблемой со своими внутренними клиентами, которые пропустили выпуск или два нашего программного обеспечения и заблудились, когда они наконец вернулись к нему.

Лучшее, что я могу сделать, это сообщить им, изменения и важность того, чтобы они смотрели на изменения, но в конце дня это об этом.

Answer 3

Вы не можете их принудить. Их руководство могло, но явно не заинтересовано в проекте. Это означает, что они не думают, что это принесет выгоду или повышение производительности. Это, в свою очередь, означает, что ваше программное обеспечение не будет использоваться, когда все будет сделано.

Это люди, которых нужно убедить.

Answer 4

Я думаю, что очень ясно, что наиболее частые участники получают наибольший вклад. У нас есть один клиент для нашего последнего приложения, которое присутствует на каждой встрече, где другие иногда присутствуют. В результате функции, которые настраиваются и/или добавляются в приложение, более полезны для одного клиента. Если вы можете заставить их понять, что их отзывы действительно формируют конечный продукт, они, вероятно, захотят быть там.

Answer 5

Agile требует, чтобы были соблюдены особые критерии входа. Один из них - иметь владельца продукта и клиентскую коллекцию. Хотя есть вещи, которые вы можете сделать, чтобы упростить роль Product Owner, устранение роли является ключевым блокировщиком для выполнения Agile. Владелец гордости определяет, что находится в отставании продукта (кроме технического долга) и приоритизирует отставание для команды. Если вы выполняете работу без отставания продукта, тогда вы не ориентируетесь на стоимость.

Лучше всего обучить вашего делового партнера. Для этого погрузите их в Agile, проведя неделю с компанией или командой, успешно выполняющей Agile. Как только вы купите в магазине. Без поддержки делового партнера забудьте об этом.

Answer 6

Лучший способ найти клиентов - показать им что-то осязаемое. Это обычно означает какой-то пользовательский интерфейс, даже если в нем нет или нет реального кода. Люди получают энтузиазм, когда они могут визуализировать продукт, который вы строите для них, и могут обеспечить гораздо более эффективный ввод и критику в этих условиях. Затем, чтобы поддерживать цикл обратной связи, самое главное - убедиться, что вы принимаете их комментарии на борту и показываете, что они вводятся. Клиентам трудно оставаться циничным и незаинтересованным, когда они могут видеть, как проект развивается и чувствует себя частью этого процесса.