Все термины · Жаргон
процессБлокер (blocker)
Ещё называют: блокером · заблокироваться · заблокирован
Больше информации в: Руководство PMBOK
Препятствие, из-за которого конкретная задача не может двигаться вообще: нет доступа, нет ответа, не готово чужое. Первое, что называют на дейли.
Блокер (blocker) – это препятствие, из-за которого задача стоит: не идёт медленно, а не движется вообще. Нет доступа, нет ответа, не готова чужая часть. Сдвинуть её собственными силами нельзя – нужно, чтобы снаружи что-то произошло.
У настоящего блокера всегда есть адрес: кто-то конкретный может его снять и знает, чего от него ждут. Пока этот кто-то не назван, задача просто числится «в работе» и тихо стоит неделю.
В книгах то же самое зовут препятствием: в глоссарии PMBOK слово «блокер» дано как второе имя того же понятия. В речи команд прижилось короткое английское.
Пример:
Команда делает выгрузку складских отчётов. Во вторник разработчик пишет в чат: «Заблокирован – нужен доступ к тестовой базе склада, заявка в поддержку висит с понедельника».
Дальше происходит худшее из возможного: ничего. Заявку никто не берёт, разработчик каждое утро повторяет ту же фразу, менеджер каждое утро её слышит. В пятницу той же недели менеджер наконец пишет руководителю поддержки лично – доступ выдают за сорок минут.
Работы в задаче было часа на два. Простояла она пять рабочих дней, показ заказчику уехал на неделю. Время в блоке считается не в часах работы, а в календарных днях – и именно поэтому один вопрос, заданный вовремя, стоит дороже, чем кажется.
Из-за чего задачи встают
- Нет доступа. Учётная запись, права, VPN, тестовые данные, ключ к чужому сервису.
- Нет решения. Ждут ответа заказчика, юриста или архитектора: делать так или так.
- Не готово чужое. Смежная команда не выкатила свой кусок, дизайнер не отдал макет.
- Сломана среда. Тестовый стенд лежит, сборка не проходит, ничего нельзя проверить.
- Нет денег или подписи. Не оплачена лицензия, не подписан допуск к контуру заказчика.
Общее у всех пяти одно: ключ лежит за пределами команды. Поэтому снимает блокеры обычно менеджер – у него для этого есть связи и право стучаться.
Как с ним обращаться
Годный блокер описан тремя вещами: что именно нужно, от кого и к какому числу. «Ждём поддержку» – это не блокер, а настроение. «Нужен доступ к тестовой базе склада, от дежурного администратора, до среды» – с этим уже можно работать.
Дальше по шагам:
- Записать. В задаче и в общем списке, а не только в голове разработчика.
- Назначить владельца. Кто ходит и добивается. Чаще всего это менеджер проекта, а не тот, у кого задача стоит.
- Поставить дату проверки. Не «когда ответят», а «смотрим в четверг утром».
- Не пересиживать срок. Прошла дата – вопрос уходит на уровень выше. Это эскалация, обычная рабочая процедура.
- Переключить человека. Но осторожно: если так набрать пять начатых задач, встанут все пять.
Типичные ошибки
- Ждать дейли. О препятствии говорят в ту минуту, когда оно возникло, а не назавтра в 10:15. Сутки молчания – сутки простоя.
- Блокер без адресата. «Заблокирован интеграцией» никого ни к чему не обязывает: непонятно, кто и что должен сделать.
- Список без дат. Перечень, который никто не пересматривает, за месяц превращается в кладбище: половина пунктов давно снята, остальные всем надоели.
- Помечать так половину доски. Если стоит всё, слово перестаёт работать и настоящую остановку никто не замечает.
- Стесняться беспокоить. Три дня «неудобно дёргать людей» обходятся дороже одного неловкого вопроса руководителю.
С бутылочным горлышком: оно ограничивает поток целиком и при этом работает, а здесь одна задача стоит насмерть. И с «мне трудно» – снимает такое препятствие кто-то другой, а не усилие.
«Разработчик третий день на дейли говорит одно и то же: жду доступ. Ваши действия?» Доступ – это моя задача, не его. Выясняю, кто выдаёт, иду к этому человеку сам и договариваюсь о сроке. Если к концу дня доступа нет – поднимаю выше, потому что вопрос уже не про доступ, а про то, что команда стоит третьи сутки. Параллельно даю разработчику работу, которая от этого доступа не зависит.
«Смежная команда отвечает: у нас другие приоритеты. Что дальше?» Перестаю спорить о приоритетах – это не мой и не их уровень. Иду к тому, кто отвечает за оба проекта, и приношу не жалобу, а цифру: что стоит, с какого числа и на сколько сдвинется срок. Решение о приоритете принимает он, моя работа – чтобы он принял его осознанно и письменно.
«У вас в списке восемь остановок. Что скажете заказчику на статусе?» Покажу, сколько из них на его стороне – обычно половина. По каждой: чего ждём, от кого, с какого числа и во что это уже обошлось по срокам. Это не претензия, а способ получить решения на встрече, где нужные люди уже сидят.