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