Триаж бэклога по данным, когда команда только перешла на удалёнку
Как в первые недели распределённого спринта решить, какую работу с данными продолжать, приостановить и отменить - без формального процесса, на который можно опереться.
Последние две недели я помогаю командам разобраться, что делать с их работой по данным теперь, когда привычные процессы планирования рухнули. У каждой команды есть бэклог. Почти ни у кого нет рамки для принятия решений о нём в условиях, когда мощности резко сократились, а приоритеты изменились.
Речь не о методологии. Речь о том, как быстро принять рабочее решение в условиях, когда изменились и спрос, и предложение.
Что изменилось и почему бэклог стал неверным
Большинство бэклогов по данным приоритизировались исходя из двух допущений: бизнес продолжит работать примерно как раньше, а команда останется примерно того же размера. Ни то ни другое сейчас не верно.
Часть отчётности, которая была важна месяц назад, теперь измеряет то, что больше не имеет значения. Часть инфраструктурной работы, которую откладывали, теперь срочна - потому что удалённые операции обнажают зависимости, которые офис маскировал. Часть аналитических проектов, казавшихся ценными, теперь обслуживает стратегию, поставленную на паузу.
Перед триажем стоит потратить один час на ответ: что бизнес на самом деле нуждается получать от данных в следующие шесть недель? Ответ на этот вопрос, скорее всего, отличается от того, что содержится в бэклоге.
Простая сортировка на три корзины
Я использую три корзины. Для них не нужна модель скоринга или комитет.
Продолжать - работа, которая напрямую поддерживает текущие операционные решения. Всё, что даёт руководству видимость происходящего: денежная позиция, заказы, численность персонала, метрики операционной непрерывности. Сейчас не время позволять операционной отчётности деградировать.
Явно поставить на паузу - проекты, привязанные к приостановленным планам или замороженным стратегиям. Не закрывайте их молча. Зафиксируйте, где они остановились, какая была точка принятия решений и что потребуется для перезапуска. Проект на паузе с чистыми записями возобновить гораздо проще, чем тот, который просто замолчал.
Отменить - работа без правдоподобного пути к актуальности в следующем квартале. Это сложнее, чем звучит, но это правильное решение при сокращении мощностей команды. Каждый живой элемент имеет стоимость поддержки: вопросы, контекст, ментальная нагрузка, частичные состояния, которые нужно поддерживать.
Вопрос удалённой координации
Главное, что ломается, когда команда уходит на удалёнку, - фоновый поток информации, который происходит в офисе. Люди слышат случайные разговоры, вопросы решаются мимоходом, приоритеты корректируются неформально. В распределённой среде бэклог приобретает больший вес, потому что это один из немногих общих артефактов команды.
Это означает, что решение о триаже должно быть записано, а не просто объявлено на звонке. Для каждого приостановленного или отменённого элемента нужна однострочная причина. Для каждого продолжаемого - чёткий владелец и определение готовности, понятное асинхронно.
Один практический шаг
Если вы не проводили триаж за последние две недели - выделите двухчасовой блок на этой неделе. Возьмите двадцать верхних элементов в вашем бэклоге по данным, проведите сортировку на три корзины и напишите абзац с объяснением новых приоритетов. Поделитесь им с теми в бизнесе, кто зависит от работы вашей команды с данными.
Эта заметка становится рабочим контрактом на следующий спринт. Её придётся обновлять, но начать с чего-то написанного лучше, чем работать на неформальных допущениях, которые у каждого свои.