Требовательность digital-менеджера
Задача менеджера состоит в организации рабочего процесса таким образом, чтобы человеку было проще выполнить задачу, чем ее не выполнять. Необходимо удерживать исполнителей в состоянии интереса к задаче и ненапряжности.
Поле власти в проекте должно быть четко распределено, чтобы не возникало конфликта интересов.
Каждый участник проектной работы должен знать, за что отвечает он, а где необходимо прислушиваться. Менеджер должен дать понять участникам проекта границы своей власти и пресекать любые покушения на нее. К примеру, если менеджер не отреагирует должным образом на опоздание сотрудников, то этот сотрудник отвоюет себе право на опоздания, а менеджер потеряет часть власти.
Чаще всего менеджер остается без следующих прав:
- На оценку оставшегося времени работы над проектом.
- Выбор инструментов и технологий работы.
- Выбор использования готовых модулей / разработки с нуля.
- Права оценки работы менеджером.
Если вы новичок, наращивайте свою власть постепенно. Давайте несложные задачи с запасом времени, но добивайтесь их 100%-ного выполнения. 100%, не 99%.
После этого постепенно наращивайте сложность выполняемых задач.
Функции власти
1. Планирование.
Необходимо создать порядок, по которому другие будут делать проект и вообще работать. То есть правила, принципы, ценности подчиненных.
2. Доведение правил до подчиненных.
В письменном виде уместно привести жизненный пример и дописать историю, по причине которой правило существует. Проследите, чтобы все пункты были понятны и сотрудники получили ответы на все возникшие вопросы. Среди других методов — личное наставничество, видео-вставки, проведение собраний.
Менеджер должен уметь правильно обработать возражения и донести важность регламента.
3. Контроль и наблюдение за ходом работы.
Следите за тем, как работают сотрудники, а не что они об этом говорят.
4. Поощрение / наказание.
Отличие требовательности от мозгоклюйства
Мозгоклюйство — это требовательность без предоставления необходимых конкретному исполнителю ресурсов.
Очень часто менеджер предпочитает ставить задачи команде с помощью какого-то сервиса, избегая личного общения и неприятных разговоров. Если проект большой, личного общения не избежать.
Если не уверены, что ваше обращение / распоряжение / угроза будут выполнены — не отдавайте приказ. Этим вы только обесцените свое слово и уменьшите власть.