Цитаты из книги «Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban (pdf+epub)»

Как только вышесказанное будет сделано, обдумайте каждый важный шаг в движении к заказчику от первого дня до реализации и что является самой ценной частью идеи в рамках этих шагов. Такой выбор может быть сложным и в конце концов зависеть от мнения, но мнение заказчика – или того, кто представляет собой его бизнес, – имеет решающую роль. Конечный результат шагов – тот приемлемый минимум для заказчика, которого проект должен достичь в этом шаге. Это обычно называется минимально жизнеспособным продуктом (minimum viable product, MVP)

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

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

В центре каждого проекта – список требований, который в Agile называется журналом требований продукта, или бэклогом (Product Backlog). Он заменяет традиционное

Определение видения проекта • Как называется проект или продукт, который вы производите? • Для кого он предназначен? • Когда он должен быть закончен? • Что он делает? • Чего он не делает? • Какая выгода для вашего бизнеса от использования этого продукта? • Какую выгоду получит клиент от использования этого продукта? Описание видения должно быть составлено так, чтобы даже ваши мама и папа могли понять, что вы собираетесь сделать. Блистательный пример Семейный уик-энд не требует тщательного планирования. Более чем достаточно сойтись в основном: место назначения, что с собой брать и как добраться. Нет необходимости расписывать все по минутам и прорабатывать все возможные сценарии. Самое главное – это определиться, пойдете ли вы в тематический парк, будете отдыхать на пляже или посвятите день шопингу. Если конечная цель определена, все остальное – уже вопрос выбора методов, как до нее добраться. Руководствуясь идеей бизнес-ценности Слишком многие проекты начинаются с не до конца оформившейся идеи. Кому-то на руководящей должности или с деньгами, которые можно потратить, внезапно

Время до рынка (time-to-market) имеет решающее значение, но сама разработка продукта занимает только часть времени от момента высказывания идеи до ее успешной реализации. Часто бывает, что само начало разработки сопряжено с определенными усилиями, и этот период простоя сам по себе проблема и является частью процесса под названием технико-экономическое обоснование (feasibility study).

Лучший способ выработать здравые оценки: • Используйте открытый журнал требований. • Не игнорируйте запутанные пользовательские истории. • Большие, сложные и многофункциональные истории делают все интереснее. • Надейтесь на лучшее. • Не позволяйте сомнениям остановить вас. • Не беспокойтесь – оценки все равно обычно бывают неверны.

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

В центре каждого проекта – список требований, который в Agile называется журналом требований продукта, или бэклогом (Product Backlog). Он заменяет традиционное, подробное техническое задание и представляет собой список важных для бизнеса идей.

• Какую выгоду получит клиент от использования этого продукта? Описание видения должно быть составлено так, чтобы даже ваши мама и папа могли понять, что вы собираетесь сделать.