Частый вопрос — как работать с требованиями от заказчиков?

— Заказчик ведь понимает, какую цель он преследует и какую прибыль хочет получить. Он может описать это на бизнес-языке. Почему тогда нельзя просто сразу всё подробно зафиксировать в требованиях и работать по ним?

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

А софтверный продукт вообще не получится оценить заранее, пока не будет реализована хотя бы одна фича. Без этого невозможно сказать: «Вот, это оно» или наоборот — «Нет, это не то».

Почти каждый заказчик изначально уверен, что понимает, чего хочет и как это должно работать. Agile просто предлагает использовать эти знания как отправную точку — взять всё, что уже известно, и на этом строить гипотезы. Только не хвататься сразу за весь объём работы, а идти небольшими шагами, проверяя каждую гипотезу.

С большинством заказчиков вполне возможно договориться, ведь в итоге всем хочется как можно быстрее увидеть результат и потрогать что-то реальное. В традиционной модели это «что-то» может появится только через год. А в Agile — минимально работающий продукт можно получить уже через пару недель или месяцев.

Вернёмся к примеру с лодкой из иллюстрации к посту — да, это может быть плот с веслом вместо полноценного корабля. Но именно в этот момент у заказчика может возникнуть ощущение, что продукт уже работает. Он сможет увидеть ценность, понять как это можно использовать или даже продать. А главное, что всё это сделано всего за пару недель, без долгого ожидания, к которому заказчик привык в предыдущих проектах.

Мы знаем множество таких историй, потому что регулярно помогаем клиентам в подобных ситуациях

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

В Agile мы фокусируемся не на том, что будет в самом конце, а на ближайшнем инкременте продукта — потому что невозможно заранее предсказать, куда этот путь нас приведёт.

Чтобы разобраться, как этот подход работает на практике — приходите на наш тренинг Certified Agile Professional.