🚢 Д — декомпозиция

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

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

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

1. Понятно ли мне, что от меня хотят? (самый главный вопрос)
2. Понятно ли мне, как выглядит задача в статусе «готово» (DOD)?
3. Могу ли я описать все шаги, которые необходимо пройти для завершения задачи? Например, могу ли я составить список подзадач и будет ли он полным?
4. Есть ли у меня все пререквизиты для начала работы над задачей, и нет ли каких-то зависимостей или заранее известных блокеров?

Если вы не можете ответить однозначно «да» на все эти вопросы, то это значит, что задача недостаточно декомпозирована, и необходимо продолжить процесс её детализации, пока не будет получен утвердительный ответ на каждый из вопросов.

Чем понятнее задача — тем быстрее вы её выполните, и тем быстрее бизнес получит ценность.
Поэтому задать эти вопросы зачастую можно и самому заказчику.

Правда, иногда бывает, что невозможно декомпозировать задачу дальше или добавить какого-то контекста в задачу из-за неопределенных факторов. Например, когда вы заводите задачу на багфикс.
Бага быть не должно — вот и вся задача, но какие шаги нужно предпринять, пока что непонятно. С этим работать тоже можно и я расскажу об этом в следующих заметках.

@drugoi_dev