Знакомо ли вам такое? Вы аналитик, а на вас внезапно сваливают задачи финансисты: "Ты же аналитик - разберись". Бухгалтерия недовольна: закрытие месяца провалилось, накопилось множество ошибок и снова звучит: "Разбирайся сам". Архитектура проекта в хаосе, а вам говорят: "Ты должен это исправить", хотя над вами ещё три руководителя (а то и больше). Возникает замкнутый круг: ➡️вашу работу не замечают: как только вы закрываете текущие задачи, вам тут же дают новые; ➡️если решение задачи не соответствует ожиданиям стейкхолдеров (хотя при сборе требований они этого не озвучили), виноват, конечно, вы.

Почему так происходит? основная причина - размытые границы ответственности. Когда непонятно, кто за что отвечает, возможны два сценария: ➡️Все перекладывают ответственность на того, кто ниже по иерархии. ➡️Никто ничего не делает, ожидая, что кто-то возьмёт всё на себя. Если вы берёте на себя ответственность за решение задач, за результатом будут следить те, кто изначально не хотел этим заниматься. А если что-то пойдёт не так - виноват будете вы. Получается, "ответственный" приравнивается к "виноватому".

Как это исправить: практические шаги. 1. Чётко разграничьте зоны ответственности. Пропишите, кто за какие задачи отвечает. Пример распределения: ➡️бухгалтер: ведёт учёт, сдаёт отчётность, контролирует первичную документацию, закрывает месяц; ➡️финансист: планирует бюджеты, анализирует показатели, готовит отчёты для руководства, управляет денежными потоками; ➡️аналитик: собирает требования, формализует их в ТЗ, строит модели, визуализирует данные, делает отчёты; ➡️разработчик: пишет код по ТЗ, тестирует, исправляет баги, документирует код. 2. Организуйте работу между бизнесом и разработкой: ➡️чёткие требования: бизнес формулирует задачи конкретно, аналитик структурирует и уточняет их; ➡️согласованное ТЗ перед разработкой: в документе должны быть цель проекта, функциональные и нефункциональные требования, критерии приёмки; ➡️регулярные встречи: планерки и демо-сессии, чтобы бизнес видел прогресс, а команда получала обратную связь; ➡️прозрачная приоритизация: используйте матрицу Эйзенхауэра или метод MoSCoW; ➡️инструменты для управления задачами: Jira, Trello, Asana - чтобы чётко видеть задачи, ответственных, сроки и статус; ➡️культура обратной связи: команда должна иметь возможность обозначить, что задача сформулирована нечётко, без страха быть обвинённой. 3. Фиксируйте всё письменно. ➡️Переписки, письма, протоколы - ваша защита. Если задача была озвучена устно, отправьте письмо с подтверждением: "Как обсудили, задача X должна быть выполнена с учётом Y и Z", а лучше составлять протоколы встреч. 4. Предлагайте решения, а не проблемы. ➡️Вместо фразы "Нет чёткого распределения ответственности, не возможно так работать" предложите: "Давайте создадим документ (регламент) с зонами ответственности и согласуем его". 5. Внедряйте изменения постепенно. ➡️Не пытайтесь изменить систему за один день. Начните с малого: например, внедрите чёткие ТЗ для одного проекта и продемонстрируйте успех. 6. Найдите союзников. ➡️Коллеги, уставшие от хаоса, станут вашими союзниками. Вместе добиться изменений проще. 7. Поговорите с руководством. ➡️Аргументируйте, как размытая ответственность влияет на: - сроки выполнения задач; - качество работы; - моральный дух команды. 8. Оцените границы. ➡️Если после всех попыток ничего не меняется, задумайтесь: стоит ли оставаться в такой среде? Иногда уход - не поражение, а разумное решение для сохранения себя.

Вывод. Ответственность - это чёткие границы и договорённости,когда каждый знает свои задачи и зону влияния, команда работает эффективнее, а конфликтов становится меньше. А вы сталкивались с размытой ответственностью в команде? Как решали эту проблему? Делитесь опытом в комментариях!