🤗 Про пользу открытости - collaborate and promote visibility

Сегодня хочу поделиться старой историей и поговорить об одном из принципов ITIL - collaborate and promote visibility.
Вернувшись со встречи, на которой обсуждалась очередная инициатива, я негодовал. В бэклоге лежала куча критичных задач по развитию бизнеса, техдолгу и обновлениям, которые объективно были приоритетнее нового запроса “просто улучшающего пользовательский опыт”. Мне было непонятно, как при такой очереди нам пытаются вставить новую задачу, да еще и просят об оперативности? Негодование довольно быстро сменилось пониманием - никто кроме нас о нашей нагрузке не знает. Естественно, коллеги будут приходить с запросами на изменения, если не видят очередь.

📈 Видимость, это про что

Что говорит ITIL? Достижение целей требует информации, понимания и доверия. Работа и ее последствия должны быть видимыми, а информация - распространяться в максимально возможной степени.
Каждый новый запрос выглядит как единственный и срочный, потому что никто не видит контекста: сколько уже в работе и какие обязательства мы на себя взяли. Получается, без прозрачности бизнес не может принимать обоснованные решения о приоритетах, а ИТ находится под постоянным давлением из-за срочных задач.

📊 Прозрачный бэклог вместо очереди в головах

Решилось все довольно просто - доской со стикерами. Текущая работа разбита по колонкам статусов, а большая колонка очереди разделена по месяцам - когда мы ориентировочно сможем взяться за задачу. Любые новые инициативы либо вставали в конец, либо двигали все остальное, и это было сразу видно. Произошли три вещи.
Во-первых, коллеги увидели, что их “простая доработка” конкурирует не с пустой доской, а с обновлениями безопасности, техдолгом и стратегическими задачами.
Во-вторых, вместо “нам срочно нужно” появились вопросы “что мы готовы подвинуть”.
В-третьих, снизилось давление на команду: когда видно, что в работе уже 15 критичных задач, добавлять 16-ю “срочно” становится сложнее.

🤝 Сотрудничество, а не борьба за слот

Прозрачность - лишь половина принципа, вторая - именно совместная работа и общие правила игры. ИТ показывает свою загрузку, риски и ограничения, бизнес формулирует цели и критерии успеха, а все участники видят одну картину, а не ее фрагменты. Когда информация на столе, разговор меняется: вместо борьбы за слот в следующем спринте начинается совместный выбор, какие изменения дадут наибольшую ценность при имеющихся ресурсах.

🏛 Комитеты и регулярная синхронизация

Хороший инструмент для такого диалога - регулярные комитеты по изменениям и развитию. Это точка соприкосновения, где в зависимости от масштаба компании на общую карту инициатив и бэклога могут смотреть спонсоры, владельцы бюджетов, владельцы продуктов и заказчики изменений. Отличная возможность проверить, не разъехались ли цели бизнеса и ИТ, и принять осознанные решения о приоритетах и компромиссах.