Ответственность сотрудника
Часто видим одинаковый тип самоощущения у сотрудников, приходящих к нам в компанию. Кандидаты уверены, что могут отвечать за все, что находится в их должностных обязанностях. Но по рассказу о предыдущем опыте, оказывается, что это не совсем так. Вернее, совсем не так 🙂 Чаще всего это, конечно, проявляется у руководителей проектов. Попробую описать как это происходит на практике и почему ответственный РП не всегда равно успешному завершению проектов.
Руководитель проекта начинает проект для заказчика и, внутри себя, осознает себя ответственным за хорошее его завершение. В этот момент РП находится между тремя действующими лицами:
1. Заказчик
2. Компания
3. Команда
Ответственность РП понимает следующим образом:
1. Я отвечаю перед заказчиком за успешное выполнение проекта. Если проект вовремя не будет готов в нужном качестве - я отвечаю за это.
2. Я отвечаю перед компанией за успешное выполнение проекта. Если проект не покажет нужную рентабельность или команда вовремя не освободится - я отвечаю за это.
3. Я отвечаю перед командой за трансляцию требований и ограничений команде. Если команда вовремя не получила какую-то информацию или информация была плохо сформулирована - я отвечаю за это.
Позиция очень приятная для самосознания, по ней получается, что на РП максимальная ответственность, а Эго это сильно любит. Эго же и является причиной будущих проблем в проекте.
Все начинается очень хорошо, все стороны очень довольны таким взаимодействием. РП очень мил со всеми, понимающе и уважительно относится ко всем проблемам. Все мелкие проблемы РП, поначалу, удается решать за счет своей коммуникабельности или навыков в конкретной области. Далее, часть проблем приходится начинать откладывать, но это пока не критично, в целом в проекте все ок.
Потом проект доходит до точки, когда РП становится понятно, что все накопленные долги уже сами собой не рассосутся и нужно вложить существенные усилия в то, чтобы вывести проект в нужное русло. РП, чувствуя свою ответственность перед всеми участниками, начинает перерабатывать. Подправляет макеты, дополнительно тестирует, ведет дополнительные созвоны и т.д. Это помогает, но ценой внутреннего ресурса. Но пока РП решал прошлые проблемы, проект и его участники нагенерили новых. Клиент поменял требования, и забыл о том, что должен был что-то подготовить. Команда снова выдала новую функциональность, не соответствующую требованиям. И этот новый ворох проблем ждал пока РП закончит разгребать предыдущую работу.
РП начинает уже физически страдать, но сделать ничего не удается. Понимание своей ответственности не дает ему возможности, не то, что попросить помощи, но и заставляет максимально скрывать реальное положение дел от других участников. РП надеется, что все как-то рассосется и у него получится все решить и выйти в этом проекте красавчиком. Получается, конечно, редко.
В чем проблема? В понимании того, что ответственность идет рука об руку с ее передачей и требовательностью. Оказывается, не только РП отвечает перед всеми, но и все отвечают перед РП.
1. Заказчик отвечает перед РП за то, что все необходимые данные для выполнения проекта будут переданы точно и в срок.
2. Компания отвечает перед РП за то, что команда проекта будет обладать нужными компетенциями, что в случае необходимости появится дополнительные компетенции или ресурсы.
3. Команда отвечает перед РП за качество выполняемой работы в проекте и ее соответствие поставленным задачам.
Таким образом к ситуациям описанным выше приводит взаимное игнорирование своей ответственности участниками процесса. И единственная возможная стратегия для РП, это не только ответственное отношения к своей ответственности, но и требовательное отношение к ответственности других участников.
Хорошая новость что развить требовательность в сотруднике достаточно просто, для этого просто нужно чтобы его руководитель стал требовательным. Через какое-то время сотрудника перестает устраивать что он получает негативную обратную связь за промахи других, и начинает требовать предоставление ему нужного результата.