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

Для этого можно использовать методику «INVEST» Каждая буква - традиционно представляет из себя критерий оценки задачи (перевод критериев вольный и адаптирован с учетом опыта использования методики):

❇️ Independent (Независимая): Задача должна быть максимально автономной и в идеале не зависеть от других задач.

❇️ Negotiable (Договариваемая): В прямом переводе использование данного критерия может быть затруднительно. Этот пункт про то, что на вход команде должны поступать «проблемы» для которых команда вырабатывает варианты решений. Таким образом получается, что «история» - решение одной проблемы потенциального пользователя.

❇️ Valuable (Ценная): Задача должна приносить конкретную ценность пользователю или продукту. Это помогает приоритизировать задачи, ориентируясь на наибольшую выгоду. Стоит помнить, что «ценность» - не единственный критерий, используемый в приоритезации задач.

❇️ Estimable (Оцениваемая): Задача должна быть достаточно понятной, чтобы её можно было оценить. Это важно для планирования и распределения ресурсов.

❇️ Small (Небольшая): Задача должна быть достаточно маленькой, её желательно выполнить в рамках одного спринта.

❇️ Testable (Тестируемая): Задача должна быть такой, чтобы можно было проверить её выполнение через тестирование. Это означает, что должны быть чёткие критерии приемки.

Как использовать технику? 🎬 Расскажу в следующей серии.

Мой телеграмм канал о гибком мышлении, системном подходе и лидерстве: https://t.me/Agile_Projects