«Элемент незавершенного производства» - это действительно что, функциональность, которую необходимо создать. Задача описывает шаги, которые необходимо предпринять, чтобы туда добраться.
Многие команды не используются для разложения на задачи, они просто строят то, что говорит спецификация. Для этих людей трудно рассматривать их как две разные вещи.
Может быть, поможет простой анекдот:
См. Товары в списке товаров в качестве товаров в их списке покупок на время отпуска. Может быть, «палатка», «удочка», «подготовить машину к путешествию».
Задачами для элемента «палатка» будут «Описать требования к палатке», «Сравнить палатки онлайн», «Получить совет от друзей с опытом на открытом воздухе», «Перейти в магазин на открытом воздухе», «Купить палатку», «Установить палатку на заднем дворе, чтобы проверить комплектность "," упаковать палатку для путешествий "
Задачи для удочки будут очень похожи, но задачи для «подготовки автомобиля к путешествию», вероятно, очень разные: «Проверьте требования для штатов / стран на желаемом маршруте», «Купите спасательный жилет», «замените содержимое с истекшим сроком первой помощи» комплект »,« осмотреть запасное колесо »,« назначить график с гаражом, чтобы проверить двигатель »,« пойти в гараж, чтобы проверить двигатель »,« пойти в государственное агентство, чтобы купить пропуск на шоссе »,« проверить страхование автомобиля »
Это четко отделяет вопрос о том, что хочет владелец продукта от того, что ему нужно сделать. Если, конечно, владелец продукта уже не разложился на доступные элементы в Журнале невыполненных работ, в этом случае вам также необходимо поговорить с ними.
Как я уже сказал, для многих разработчиков они думают, что у них уже достаточно информации и знают, что делать, они не хотят разбивать шаги «Что на», они попадут туда, когда доберутся. Когда вы начнете говорить с ними о том, как отслеживать ход спринта, улучшать оценки, отслеживать работу, которая была забыта при планировании спринта, и другие вопросы, связанные с профессиональными улучшениями, спросите их, как они и их команда узнают, где они могут улучшиться и как они знаю, что они действительно сделали. Когда они могут придумать систему, которая работает без создания задач, и это работает, тогда это нормально, но шансы очень малы, что они действительно могут.
Прежде чем пытаться работать с TFS и гибкими инструментами, ваша команда должна понять, как все это работает. Лучший способ - заставить их работать с бумажной доской, которая видна всем на рабочем этаже. Позже, когда процесс станет понятнее, переход на инструменты поможет. Без понимания инструменты не будут очень полезны и встретят большое сопротивление.