Готовый перевод INVEST in Good Stories, and SMART Tasks / Принцип INVEST в хороших историях и умных задачах: Основная статья

В XP, мы думаем о входящих требованиями в виде пользовательских историй. Было бы легко принять рассказ карту для "всей этой истории", но Рон Джеффрис указывает, что истории в XP имеют три компонента: Карты (их физическая среда), Разговор (обсуждения вокруг них) и Подтверждение (тесты, которые проверяют их).

Язык пиджин является упрощенным языком, и как правило, используется для торговли, что позволяет людям, которые не могут общаться на своем родном языке, тем не менее работать вместе. Пользовательские истории действуют также. Мы не ожидаем, что клиенты или пользователи видят систему так же, как программисты; истории действовать как пиджин, где обе стороны могут согласиться достаточно, чтобы эффективно работать вместе.

Но каковы характеристики хорошей истории? Сокращение "INVEST" может напомнить вам, что хорошие истории являются:

I - Independent (Независимая)

N – Negotiable (Доступная)

V – Valuable (Достижимая по ресурсах)

E – Estimable (Определенна по времени)

S – Small (Небольшая)

T – Testable (Тестируемая)

Independent (Независимая)

Легче всего работать с историями, если они являются независимыми. То есть, мы хотели бы, чтобы они не пересекались в концепции, и была возможность запланировать и реализовать их в любом порядке.

Мы не всегда можем добиться этого; время от времени, можно сказать, что-то вроде "3 очка для первого отчета, то 1 балл за каждый из остальных."

Negotiable… and Negotiated

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

Valuable (Достижимая по ресурсах)

Это является наиболее большой проблемой при разбиении истории на части. Думайте об истории как о многослойном пироге. В этом пироге будет несколько слоев: сетевой уровень, уровень сохранения данных, логический уровень, внешний уровень. Когда мы разбиваем историю на части, мы прорабатываем только часть этого пирога. И если мы хотим дать заказчику попробовать этот пирог, лучший способ сделать это - нарезать вертикально. Разработчики часто имеют склонность сосредотачиваться только над одним слоем(и делают его "хорошо"), однако вряд ли заказчик оценит хорошо проработанный уровень хранения данных без внешней части.

Хорошая история может быть оценена. Нам не нужна точная оценка, нам достаточно помочь клиенту расставить приоритеты и распланировать реализацию истории. Быть оцененной отчасти означает быть купленной,однако трудно оценить историю, которую мы не понимаем. Это также зависит от размера: большие истории оценивать труднее. Наконец, это зависит от команды: легкость в оценке будет варьироваться в зависимости от опыта команды. (Иногда команде может понадобиться разделить историю в лимитированные "спайки" (прототипы), что даст команде достаточно информации, чтобы сделать достойную оценку, и они будут оставшееся время реализовывать необходимый функционал).

Конкретный (Specific)

Измеримый (Measurable)

Достижимый (Achievable)

Актуальный (Relevant)

Ограниченный во времени (Time-boxed)

Конкретный

Измеримый

Достижимый

Актуальный

Ограниченный по времени

Заключение

Внимание! Этот перевод, возможно, ещё не готов.
Его статус: идёт перевод

Переведено на Нотабеноиде
http://notabenoid.org/book/48187/196780

Переводчики: jokiy, isitrita