Раннее погружение владельцев продукта в agile-принципы и их обучение, создание бэклога продукта и пользовательских историй, оценка и планирование – вот ключи к успеху любой agile-команды. Кроме того, помимо начальной фазы обучения, для укоренения нового процесса в культуре компании необходимо постоянное наставничество владельца продукта в течение всего периода его работы
Простота как руководящий принцип — это давняя традиция. Еще в XIV веке францисканский монах Уильям Оккам, как считается, заявил, что при выборе между функционально эквивалентными решениями следует отдавать предпочтение более простому (Lidwell, Holden, and Butler, 2003; 142). Эта идея известна как бритва Оккама.
Выработка продуктового видения — это необходимый шаг в подготовке его к запуску. Берегитесь следующих распространенных ошибок: отсутствия видения, пророческого видения, аналитического паралича, а также девизов «мы-лучше-знаем-что-нужно-клиентам» и «большое — значит хорошее».
Всякий раз, когда в бэклог вносится требование, следует убедиться, что соответствующая потребность клиента была правильно понята. Спросите себя, зачем нужно это требование и почему оно идет на пользу клиенту. Не нужно слепо копировать требования в бэклог продукта, иначе получите непоследовательный и неуправляемый список пожеланий. Существующие требования считайте сомнительными, трактуйте их скорее как помеху, а не актив. Требование просто описывает функциональность продукта, которая в определенный момент считалась необходимой. С изменением рынков и технологий, а также с ростом понимания scrum-команды того, как лучше удовлетворить потребности покупателя, требования либо меняются, либо устаревают.
Чтобы свести к минимуму любые потенциальные убытки или ущерб от неточного прогноза, выбирайте узкий набор потребностей клиента и почаще выпускайте обновления. Затем анализируйте и вносите изменения.
Легче всего достичь простоты при помощи обдуманного исключения. Если вы сомневаетесь в функции, исключите ее» (Maeda, 2006; 1). Стиву Джобсу приписывают фразу: «Инновации — это не значит всегда и всему говорить “да”. Это значит говорить “нет” всему, кроме самых важных функций». Agile-манифест разделяет эту точку зрения, называя простоту одним из 12 принципов и определяя ее как «искусство увеличения работы, которую вы не делаете» (Beck et al., 2001). Каждый раз, когда у вас появляется идея новой функции или вы обнаруживаете новое требование, задайте себе вопрос, насколько эта функциональность значима для успеха продукта. Если она не критична — откажитесь от идеи. В результате получается простой и лаконичный продукт, который предлагает только те функции, которые действительно нужны клиенту или пользователю.
