Manager'ы и Worker'ы

Менеджеры очень любят рассуждать про эффективность и производительность. Более того: пытаться воспитывать эту эффективность в своих подчиненных. Иногда они даже пытаются объяснить своим подчиненным, что такое personal planning, time management, личная эффективность и все такое. Особенно, когда раздраженный разработчик приходит на совещание, на которое его вызывали по телефону за 3 минуты до его начала. Ничто так не раздражает настоящего менеджера, как неорганизованность младших по званию.

Сама по себе самоорганизованность вещь безусловно полезная и крайне важная. Но вот в чем вопрос: на одинаковых ли принципах строится самоорганизованность менеджера и сотрудника?

И вот тут есть маааленький ньюанс. О котором можно было бы не упоминать… Подчиненные != менджеры. Кто они? Очень часто это программисты и тестировщики. Язык не поворачивается назвать их рабочими, поэтому для простоты назовем их Worker’ами.

Посмотреть на Яндекс.Фотках

Какая разница между этими двумя типами?

У них разный ритм работы (а часто и жизни).

Рабочий день Manager’a наполнен встречами, звонками, поездками, ответами на важные письма, коммуникациями в разных видах. Вот как выглядит календарь типичного менеджера:

Посмотреть на Яндекс.Фотках

День менеджера делится на четкие кусочки времени по 30-60 минут, о которых он говорит так: “Привет, Паша, у меня в среду после обеда будет дырка в расписании, можем заделать колл в это время.” Все задачи менеджеры делят по типам “что” и “когда”, настраивают себе ремайндеры, покупают телефоны с поддержкой календаря и списка задач, синхронизируют его со своим Outlook’ом.

Рабочая неделя Worker’а выглядит несколько иначе… Примерно вот так:

Посмотреть на Яндекс.Фотках

Весь рабочий день worker’a можно разделить на 2 части:

  • ДО обеда.
  • ПОСЛЕ обеда.

Все. Нет никаких окошек, нет никаких коротких отрезков. Ритм разработчика — сидеть и делать задачу, думать, в башке крутить, искать информацию, советоваться с коллегами. До тех пор пока не поборет. Смена контекста для worker’a происходит медленно, а входить в новый контекст надо с усилием. Менеджерами как раз и становятся те, кто способен много коммуницировать и быстро менять контекст.

Фундаментальное непонимание разницы рабочего ритма между разработчиками и менеджерами приводит к конфликтам.
Менеджеры получают свою долю раздражения, разработчики — снижение мотивации.

В одной компании я налюдал случаи, когда директор мог в процессе совещания позвонить любому из сотрудников и пригласить зайти, чтобы спросить 2 слова. Менеджеры называют это эффективное принятие решений, их подчиненные нызывают это разными плохими словами.

Выводы тут простые:

  • Чем меньше отвлечений, тем лучше разработчик входит в “поток”.
  • Планировать совещания и мероприятия лучше ближе к обеденному перерыву или концу рабочего дня. Можно начинать день со стендап-митинга.
  • Если митинг на 2 часа запланирован где-то “после обеда”, часть дня “ПОСЛЕ обеда” для разработчика будет потеряна.
  • Учить личной эффективности worker’ов надо в ключе ритма их работы. Time management для менеджеров и разработчиков отличается.

Tags:

Post Author

This post was written by who has written 293 posts on Yuri Shilyaev. Blog..

Руководитель образовательных программ в EPAM Systems Belarus, тренер в области управления проектами, SCRUM/Agile (CSM). Основатель сообщества Agile.by.

  • http://moneynew.ru Александра Жилина

    Хорошая статья. У нас директор постоянно вызывает подчиненных на совещания, но делается это не ради двух слов – а если действительно возникает неясность в вопросе, и развеять ее может сотрудник занимающийся данным вопросом. Коллектив к этому привык, вопросы то по делу и никто “плохими словами это не называет. Наверно от начальника во многом зависит как будут “это” или “то” называть.

  • http://twitter.com/sharepointBY Belarus SP UserGroup

    фторойнах. +100500

  • http://twitter.com/sharepointBY Belarus SP UserGroup

    +100500