Проектирование продуктов и управление требованиями в условиях высокой неопределенности

(Из ленты AgileRussia)

never usedЕсли внимательно посмотреть на историю развития процессов в разработке ПО, то видно, что почти все время существования индустрии разработки, процессы в ней были направлены на обеспечение предсказуемости и скорости поставки (с хорошим качеством, разумеется).

Однако, как только прогрессивные компании научились делать быстрые и частые поставки новой функциональности, сразу возник вполне резонный вопрос – а то что мы делаем, оно вообще насколько нужно нашим пользователям?

Статистика на начало 200х не очень оптимистичная – около 45% функциональности продуктов не используется НИКОГДА! А это значит, что мы зря потратили время, деньги и усилия, хотя могли бы сфокусироваться на действительно полезных вещах.

  • Как же научиться делать только действительно нужную функциональность и отсекать ненужную?

  • Как научиться раньше и максимально дешево понимать, что же нужно рынку?

  • Как сократить фазу бизнес и системного анализа с нескольких месяцев до 1-2 недель, чтобы как можно раньше начать писать код?

  • Как сделать продукт, который понравится пользователям и будет помогать им решать их проблемы, а не добавлять новых?

  • А что, если бы сайт РЖД, портал ГосУслуг, наши любимые интернет-банки и другие часто используемые приложения были бы сделаны с фокусом на потребности людей, а не просто набором продуктовых фич?

 

2— 3 июня мы посвятим два полных дня изучению и проверке на практике современных подходов и инструментов, которые способны помочь вашей команде быстрее, дешевле и гораздо лучше научиться выявлять потребности конечных пользователей, проектировать продукты и управлять требованиями в динамично меняющемся окружении.

Приходите! Группа небольшая, осталось всего несколько мест.

Источник: Проектирование продуктов и управление требованиями в условиях высокой неопределенности