Техники Руководство BABOK v3, 10.26
Отслеживание вопросов
Коротко У каждого открытого вопроса, проблемы, допущения, риска или дефекта есть запись, один ответственный и срок, и он остаётся на виду, пока не решён. В итоге получается единый список, который показывает, что ещё мешает работе и кто этим занимается.
По материалам: IIBA, Руководство BABOK® v3, техника 10.26 «Отслеживание вопросов»; Watermark Learning, BABOK v3 Study Tables, разд. 10.26.
На этой странице
Что это#
Пункт (item) — это всё, что возникло в ходе работы, по чему нужно что-то решить или сделать и что может повлиять на решение: проблема, действие, допущение, ограничение, вопрос, риск, дефект, запрос на изменение. Отслеживание вопросов (item tracking) — упорядоченный способ фиксировать такие пункты, оценивать и классифицировать их, назначать одной или нескольким заинтересованным сторонам и вести их, пока они не будут разрешены.
Руководство BABOK® описывает технику в трёх частях:
- Запись о пункте — что вы фиксируете о каждом пункте: что это, кто его поднял, насколько он важен, кто за него отвечает.
- Управление пунктом — как пункт проходит свой жизненный цикл: поднят, оценён, назначен, в работе, разрешён, закрыт или эскалирован.
- Метрики — числа о самом списке: сколько пунктов открыто, как давно они открыты и как быстро их закрывают.
Мало какие техники применяются так же широко. Учебные таблицы Watermark показывают, что отслеживание вопросов поддерживает почти все задачи во всех шести областях знаний — от планирования подхода к бизнес-анализу до оценки ограничений предприятия.
Когда применять#
Применяйте технику всякий раз, когда открытых пунктов больше нескольких и действовать по ним должен не один человек, — то есть почти в любой инициативе. Типичные моменты:
- во время выявления (elicitation) — чтобы отложить вопросы, на которые никто на встрече не может ответить;
- во время планирования — чтобы записать допущения и ограничения, которые ещё нужно подтвердить;
- во время ревью требований — чтобы зафиксировать замечания и доработки, которые они вызывают;
- при оценке решения — чтобы отслеживать, что ограничивает его ценность.
Когда не применять. Учебные таблицы называют главную слабость: время на отслеживание может перевесить пользу, и, возможно, его лучше потратить на другую работу по проекту. Для задачи на двух человек и две недели хватит короткого списка на доске. Если команда уже ведёт трекер задач или бэклог, используйте его, а не заводите параллельную таблицу. Если у вас есть отдельный реестр рисков, ссылайтесь на него, а не копируйте риски в журнал вопросов.
Как это делать#
- Договоритесь о типах пунктов. Держите список коротким, например: вопрос, проблема, действие, допущение, нужно решение, дефект. Каждый лишний тип замедляет работу.
- Определите состав записи. Выберите минимум полей: ID, заголовок, тип, описание, кто поднял, дата регистрации, ответственный, приоритет, статус, срок, решение. Поля вроде влияния или категории добавляйте, только если ими действительно будут пользоваться.
- Определите жизненный цикл. Например: Новый → Назначен → В работе → Решён → Закрыт, плюс Эскалирован. Запишите, кто вправе закрыть пункт; обычно это тот, кто его поднял, или ответственный с согласия поднявшего.
- Установите правило эскалации. Заранее решите, что происходит, когда пункт просрочен или ответственный не может его разрешить: к кому он переходит и через какое время.
- Регистрируйте пункты по мере появления. Фиксируйте их во время встречи, а не по памяти после неё. Один пункт — одна запись; составные пункты разделяйте.
- Назначьте одного ответственного. Вклад могут вносить несколько человек, но доводит пункт до решения один конкретный человек.
- Просматривайте список регулярно. Большинству команд подходит раз в неделю. Сначала смотрите просроченные и высокоприоритетные пункты и спрашивайте «Что этому мешает?», а не «Готово?».
- Закрывайте с указанием решения. Запишите, что решили и где это теперь отражено: в обновлённом требовании, журнале решений, изменённом плане. Пункт, закрытый без записи о решении, обычно возвращается.
- Сообщайте несколько метрик. Число открытых и закрытых пунктов во времени, средний возраст открытых пунктов, число просроченных. Используйте их, чтобы находить узкие места, а не чтобы обвинять людей.
Пример#
«Мастерская» — вымышленная сеть из 12 веломастерских, которая создаёт онлайн-запись и уведомления о статусе ремонта. За одну неделю выявления аналитик регистрирует такие пункты:
| ID | Тип | Описание | Кто поднял | Ответственный | Приоритет | Срок | Статус |
|---|---|---|---|---|---|---|---|
IT-014 |
Вопрос | Могут ли клиенты записаться на ремонт, не выбирая механика? | Сотрудники стойки приёма | Владелец | Высокий | 14 марта | Назначен |
IT-015 |
Допущение | Поставщик запчастей может предоставить свой каталог в виде файла выгрузки. | Аналитик | Руководитель команды разработки | Средний | 21 марта | В работе |
IT-016 |
Проблема | Управляющие расходятся во мнении о длительности стандартной записи на обслуживание (45 или 60 минут). | Управляющий мастерской | Владелец | Высокий | 12 марта | Эскалирован |
На еженедельном просмотре выясняется, что IT-016 просрочен на два дня: управляющие не могут договориться между собой. По правилу эскалации пункт переходит к владельцу, и тот решает: 60 минут на полное обслуживание, 30 — на мелкий ремонт. Аналитик обновляет правило записи, фиксирует решение в поле «Решение» и закрывает пункт со ссылкой на изменённое требование.
Допущение IT-015 оказывается ложным: выгрузки у поставщика нет. Аналитик закрывает допущение как «недействительное» и открывает риск в реестре рисков, потому что функция заказа запчастей теперь зависит от неизвестной интеграции.
Частые ошибки#
- Пункты разбросаны по почте, чатам и протоколам встреч → ведите один список и ссылайтесь на него отовсюду.
- Ответственный — «команда» или «все» → назначайте одного ответственного на пункт.
- Нет сроков → дайте каждому открытому пункту целевую дату, пусть даже примерную.
- Закрытие без решения → запишите ответ и то, где он теперь находится.
- Отслеживание мелочей → если исправить быстрее, чем зарегистрировать, просто исправьте.
- Возраст пунктов как повод обвинять людей → используйте метрики, чтобы находить узкие места, например одну перегруженную заинтересованную сторону.
- Список, который только растёт → объединяйте дубликаты и закрывайте устаревшие пункты с явным статусом «Не будет решён».
Шаблон#
| ID | Тип | Заголовок | Описание | Кто поднял | Дата регистрации | Ответственный | Приоритет | Статус | Срок | Решение | Ссылка |
|----|-----|-----------|----------|------------|------------------|---------------|-----------|--------|------|---------|--------|
| IT-001 | Вопрос / Проблема / Действие / Допущение / Дефект | | | | | | Высокий / Средний / Низкий | Новый / Назначен / В работе / Решён / Закрыт / Эскалирован | | | |
Чек-лист#
- Типы пунктов и поля записи согласованы с командой
- Жизненный цикл и правило закрытия записаны
- Путь эскалации и предельный срок определены
- У каждого открытого пункта есть один ответственный и срок
- Список просматривается с постоянной периодичностью
- У каждого закрытого пункта есть запись о решении и ссылка на то, что изменилось
Источники и что почитать#
- IIBA. A Guide to the Business Analysis Body of Knowledge (BABOK® Guide), version 3. International Institute of Business Analysis, 2015. Рус. изд.: Руководство к своду знаний по бизнес-анализу (Руководство BABOK®), версия 3.0. Техника 10.26 «Отслеживание вопросов».
- Watermark Learning. BABOK v3 Study Tables. 2016 (учебное пособие к Руководству BABOK). Разд. 10.26.