Если вы что-то создаёте, избегайте расписания менеджера

Автор оригинала: Nuclino
  • Перевод


В книге ”Masters of Doom” о компании id Software и её влиянии на массовую культуру Дэвид Кушнер размышлял о необычном стиле работы ведущего программиста Джона Кармака.

Чтобы повысить производительность и не отвлекаться от работы над движком Quake, тот принял агрессивный подход — начал постепенно смещать начало рабочего дня. В конце концов Джон садился программировать вечером, а заканчивал перед рассветом. Эти непрерывные отрезки тишины, изоляции и глубокой работы позволили ему создать первый в мире сверхбыстрый 3D-движок. Игра Quake произвела настоящий фурор.



История двух расписаний


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

«Кармаки» нашего мира — те, кто занимается программированием, творчеством и решением проблем, — работают по графику, который технический инвестор Пол Грэм называет графиком созидателя (мейкера). В своем эссе 2009 года под названием «Расписание созидателя, расписание менеджера» он утверждал, что творческие люди работают по иному графику, чем управленцы.

Как уточняет Грэм:

Дни менеджеров «разрезаны на часовые интервалы. Если нужно, для одной задачи выделяется несколько часов, но по умолчанию каждый час новое дело».

С другой стороны, созидатели «обычно предпочитают использовать интервалы минимум в полдня. Невозможно хорошо писать или программировать в единицах часа. Этого времени едва хватит, чтобы начать».

Для менеджеров нормально прерываться на встречи, телефонные звонки и уведомления Slack. Но для мейкера малейшее отвлечение несёт разрушительный эффект.



Исследования показывают: чтобы попасть в поток, требуется до 30 минут, и мы не можем просто переключиться с одной задачи на другую. Нужна полная смена режима, а постоянное переключение контекста мешает мозгу полностью заниматься текущей задачей. Профессор информатики Калифорнийского университета Глория Маркс провела исследование и выяснила, что для повторного погружения в задачу после перерыва требуется в среднем 23 минуты 15 секунд, и даже после этого наблюдается снижение производительности.

Таким образом, одна небольшая планёрка может испортить целый день, разбив его на две части, каждая из которых слишком мала, чтобы сделать что-то существенное. И если вы знаете, что работа будет прервана, зачем начинать что-то амбициозное?

Работа в открытом офисе ещё больше ухудшает ситуацию.

Это мир менеджеров


По отдельности менеджеры и созидатели работают нормально. Проблемы возникают при координации. А поскольку большинство влиятельных людей работают по расписанию менеджеров, они заставляют всех адаптироваться к к нему, что приводит к снижению производительности мейкеров.

Результат предсказуем: сегодня почти ни одна организация не поддерживает работу по расписанию мейкеров.

Причины, по которым большинство менеджеров не могут приспособиться к расписанию мейкеров, довольно просты.

Мгновенное удобство вместо длительной производительности


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

А при отсутствии барьеров всегда выигрывает удобство.



Нет такого понятия, как «слишком много сотрудничества»?


Многие менеджеры не видят и не решают проблему, потому что они видят общение и думают, что это хорошо. Потому что видят активность. Люди посещают собрания, разговаривают друг с другом, индикаторы присутствия в интернете ярко-зелёные. Очевидно, идёт бурная работа!

Но ничего реального не делается. Осмысленная работа требует тишины и одиночества.

«Всё в порядке, если все заняты»


У большинства мейкеров нет достаточного контроля и автономии, чтобы выделить полдня без каких-либо звонков или встреч, а вместо решения проблемы на уровне руководства мы пытаемся компенсировать это за счёт многозадачности — к сожалению, это редко работает. Создание контекста может занять несколько часов, а переключение контекста между коммуникацией и творческой работой просто убивает качество и того, и другого.

Быть занятым кажется работой, но это не та работа, которую нужно делать.

Как работать созидателем в организации, где доминируют менеджеры


Во многих компаниях созидатели сталкиваются с выбором: уступить менеджерам, жертвуя своим временем глубокой работы и производительностью — или оскорбить людей.

Но есть и более разумные компромиссы.

Совместные «офисные часы» для созидателей и менеджеров


Первый метод, который Пол Грэм рекомендует для гармоничного совмещения графиков — это офисные часы.



Офисные часы — это отрезки времени, которые созидатели выделяют для встреч, а в остальное время могут свободно переходить в режим «Не беспокоить». Менеджеры получают своё (краткое) время для встреч, а у созидателей остаются длинные отрезки для полезной работы.

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

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

«Важно отметить, что время глубокой работы может быть прервано вещами, которые являются одновременно срочными и важными. Однако рассмотрение каждого вопроса как срочного, скорее всего, принесёт больше вреда, чем пользы». — Харрисон Харниш, бывший технический директор Buffer

Асинхронное, продуманное и контент-ориентированное сотрудничество


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

Совместная работа (в специально отведённые дни) необязательно должна быть синхронной. И необязательно встречаться лично, чтобы продуктивно обсудить важные темы.

Вместо этого общение может происходить в более спокойном асинхронном режиме в виде вдумчивых, письменных дискуссий, а не драматичных собраний или хаотичного обмена репликами по одной строке в чате.

«Люди думают, что эффективнее доводить информацию сразу всем в комнате. Но на самом деле намного более эффективно распространять её асинхронно в письменном виде, позволяя людям переварить её в удобное время, не разбивая их дни на мелкие кусочки». — Джейсон Фрайд, соучредитель и генеральный директор Basecamp



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

Теперь все встречи и проекты аккуратно задокументированы. Кроме того, это помогает каждому члену команды сказать своё слово, правильно выразить мысли и понять мнение других в удобное для него время и в удобном темпе.

Пополняемая база знаний


Многие прерывания происходят из-за того, что люди не могут найти ответы на одни и те же вопросы. Если из-за этой проблемы останавливается работа, то неприятно ждать «офисных часов» для ответа на вопрос.



Самый простой способ решить эту проблему — создать базу знаний команды. Это не только сводит к минимуму количество повторяющихся вопросов, но и помогает освоиться новичкам.



Но в конечном счёте всё сводится к вопросу корпоративной культуры. Ни одно из правил не будет работать, если руководство не поймёт потребности созидателей в другом графике — и не приложит усилия для его принятия.

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

Так что сохраняйте спокойствие и не здоровайтесь отдельными сообщениями.
Поддержать автора
Поделиться публикацией
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 32

    –1

    Палка о двух концах.
    Перегиб в затворничество приводит к тому, что итог кодирования никому не нужен.
    Хорошо, если у тебя большая полностью детерминированная задача, тут можно на недели уходить в себя, вот только таких задач все меньше.
    Доработки все элементарнее и все ближе к заказчику, и все больше вопросов не как закодить, а что закодить, прояснения логических тупиков и прочих нестыковок.

      +16
      Непрерывная работа по 4 часа в 21-м веке называется затворничеством? Тогда что в 21-м веке называется прояснением логических тупиков и прочих нестыковок? Это по несколько митингов каждый день, когда только из разосланных резюме с трудом вспомнишь о чем была речь? А самым сведущим на проекте НЕОЖИДАННО оказывается программист, который сидит на удаленке.
      +7
      Ещё один важный момент опущен, на мой взгляд… Современная тенденция такова, что двигаться по карьерной лестнице проще тем, кто больше говорит о своем результате труда, чем те у кого результат труда качественней.
      Другими словами не достаточно уйти «в ракушку» и делать качественно свою работу. Нужно уметь её ещё и презентовать и иметь хорошие социальные навыки.
        0
        Одни решают проблемы и делают дело, а другие презентуют эти решения и делают карьеру. О том и речь, что два разных мира.
          +2
          Не два разных мира. Никто не запрещает тем кто делает дело презентовать свои решения. Даже самый затворнический гений сможет выделить на это хотя бы один час в неделю.

          Тем более что да, в современном мире хорошая презентация собственной работы – половина успеха, с точки зрения карьеры, и в этом есть доля смысла.

          Другое дело что нужно гнать прочь эфективных менеджеров которые после обеда решили с вами еще раз обсудить как идут дела.
            +1
            Два, два. Есть поле действия «презентаторов», а есть поле «работников». Первые занимаются только своим делом и больше ничем, а вторым — придётся делать два дела.

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

            Никто не запрещает, да.
              0
              Не два дела делать, а нести ответственность за сделанное другими дело и вести свое аппаратное, менеджерское. И чем выше должность тем дело абстрактнее и туманнее, только вот статистика не подтверждает, что эффективность компании на столько же зависит от CEO, на сколько больше он получает. В этом ряду, самый полезный навык — печатание денег. Правда, уборщице не разрешат.
                +1

                Не нужно обладать уровнем Стива Джобса, чтобы быть в состоянии рассказать о своей работе.


                Если только вы не тянете в одиночку целый проект, умение доносить другим свои мысли — это такой же важный навык для разработчика, как умение печатать или знание английского.

                  0
                  Если только вы не тянете в одиночку целый проект, умение доносить другим свои мысли — это такой же важный навык для разработчика, как умение печатать или знание английского.
                  Только вчера смотрел серию из IT Crowd, как умеющая доносить свои мысли менеджер доносила их таким же менеджерам, рассказывая об интернете. Который в ее понятии выглядел как коробочка с лампочкой. Может все-таки уметь тянуть проект важнее, а не такой же важный для разработчика, как общение менеджерами? Он же разработчик.
                0
                С такой кармой и такой смешной комментарий.
                Всем начальникам собраться завтра в 11:00 я буду до 12:00 рассказывать о своих успехах, чтобы вы доложили топам, и мне повысили оклад.
                  +3
                  Вам смешно, а почему собственно нет?

                  Только приглашать нужно не на рассказ о ваших личных успехах, а на апдейт по важному для компании направлению, которым, так сложилось, занимаетесь именно вы.

                  У начальников кучу своей головной боли и им нет дела до ваших программистских заморочек. И если не объяснять им на регулярной основе почему ваша работа важна для компании, никто за вас этого делать не будет. И да, на фоне других языкатых коллег (особенно не разработчиков) вы вскоре начнёте выглядеть как-то блекло.

                  Тянете на себе всю команду коллег недоумков? Расскажите об этом начальнику, но не жалуйтесь, а предложите план по повышению квалификации ваших коллег — он оценит.

                  А если сидеть и только «делать работу», есть риск в какой-то момент оказаться уволенным за недостаточную продуктивность в лучших традициях историй «о том парне который сидел в углу, который ушёл и все процессы развалились».
                    0

                    Есть такое довольно распространенное мнение, что нафиг такие конторы, где увольняют "за недостаточную продуктивность" людей делающих работу, а болтателей языком поощряют.

                      0
                      Вы не разбираетесь ни в психологии, ни в работе с персоналом, и поэтому даже не поняли смысл статьи. Это не удивительно в наше время «эффективных менеджеров», которые не обязаны пройти все ступени карьерной лестницы от станка. Зато вот токарь, по их мнению, обязан подобно им вертеться вокруг начальства, чтобы позаботиться о своей карьере.
                        0
                        Вот отличный комментарий ))

                        У начальников кучу своей головной боли и им нет дела до ваших программистских заморочек.


                        Я совершенно согласен с тем, что, возможно, им нет дела (это зависит от того чем вообще контора занята, если это управление водопроводом, скажем, то да), и тогда посвящать их в наши заморочки незачем. А если контора такая, что не надо разрабатывать, а надо общаться, может надо поискать другую, а эти пусть общаются.
                  +1
                  Ещё один важный момент опущен, на мой взгляд… Современная тенденция такова, что двигаться по карьерной лестнице проще тем, кто больше говорит о своем результате труда, чем те у кого результат труда качественней.
                  Это достаточно просто объясняется: качество результата в разработке измерить крайне сложно и не всегда вообще возможно. Поэтому нужно либо держать специального человека на каждые N разработчиков, который будет заниматься только тем, что будет оценивать их работу (мораль разработчиков и этого человека в такой ситуации представьте сами), либо полагаться на объяснение собственно самих разработчиков. А оценивать необходимо — нельзя же просто повышать всех одинаково. У менеджера просто выхода нет кроме как полагаться на красноречие разработчика. А он — тоже человек, а значит пристрастен по умолчанию.

                  В общем это не просто современная тенденция, это единственно возможный вариант.
                    +2
                    Вообще-то есть peer review, когда коллеги оценивают друг друга.

                    Вклад всегда понятен тем, кто работает в одном репозитории.
                      0

                      Есть рынки, где требовать повышение не очень принято. И тогда весь разговор переходит уже в другую плоскость, нематериальных привилегий, которые решать всё-равно будет начальник и не факт, что в зависимости от красноречия и умения презентовать свою работу.

                    +5
                    Очень, важная тема. Сегодня к примеру, день летит «коту под хвост» просто потому, что назначены два митинга один в 11-00, второй на 15-00 при этом обед с 12-30 до 13-30. Полный финиш, не могу целый день взяться за конвейер виджетов, так как мое присутствие обязательно. Вроде как должен знать какую реализацию GraphQL, будут использовать на беке, притом что я фронтенд. Блин ну напишите мне просто, что вы выбрали, а я своей работой займусь. Вместо кода пишу комменты на хабре
                      +1
                      Ага, и всё, муза улетела. Еще сюда добавить сочетание разработки с сопровождением этого же или прошлых проектов, и муза не вернется. Останется писать коменты на хабре и читать статьи про прокрастинацию.
                      П.С. Я в свое время вместо себя посылал на совещания вновь принятого разработчика, он сообщал мне решения, а через полгода стал начальником отдела. А то что я в одиночку сделал проект на моей карьере никак не отразилось.
                        +1
                        Вот об этом и был мой комментарий выше… Но каждый выбирает то, что ему больше по душе в том числе и методы продвижения по карьерной лестнице.
                          0
                          Была история, как главный ит-безопасник сортировал новичков. Давал задание получить права администратора на ПК без его санкции. Получивших права через ит-скилы ставил инженерами, а тех, кто социальной инженерией через сервис деск — начальниками.
                          П.С. В моем случае на совещаниях обсуждали, что нарисовать и отправить наверх, чтобы отчитаться о выполнении и получить следующую часть бюджета. У проекта был прототип, поэтому вопросов «что делать» у меня не было. А вопросы «как делать», приходилось решать в одиночку.
                          При этом у них еще была смешная оценка сроков. И сроки получились совершенно не реальные. Поэтому я не только совещания прогуливал, я и на работу приходил рано утром и/или после обеда. Чтобы поработать в тишине. Всё по книге «Путь камикадзе» Эдварда Йордона, которую тогда же прочитал.
                          Мой проект все же удалось завершить, хотя и с увеличением срока в Пи раз. Но только потому, что я сконцентрировался и не терял фокус. Карьеры же по любому не было бы, т.к. там на программистов денег жалко, их мало, и расти некуда. А сделать программиста начальником нельзя, работать некому будет.
                        0
                        В приглашалках всегда есть кнопки decline/maybe.

                        Винить среду просто, нажать на decline сложно (OMG так же не принято).
                          +1
                          Отказаться от митинга не всегда правильно — там напридумывают, а вам потом это разрабатывать. Менеджеры все же обычно не для потрындеть за жизнь митинги организовывают (хотя и такое бывает конечно).
                            0
                            А я не говорил что надо скипать все встречи, скорее надо ходить не на все (куда идти можно понять по адженте в приглашалке).
                          +2
                          А до 11-00, начиная с 9-00 из-за гибкого графика в офисе все 100 человек опенспейса здороваются с интервалом в минуту… и почему то обязательно через рукопожатие. И не всегда это рукопожатие, к сожалению, чистое и свежее.
                            0

                            Вот это, вообще, никогда не понимал.
                            Ну в чём смысл со всей комнатой здороваться за руку? Зашел, сказал "доброе утро", кто захотел — ответил, кто в наушниках — проигнорировал, кто пил кофе — аналогично.
                            А тут получается, что целый день потом кто-то тебя ещё с утра не видел и лезет руку пожать.

                              0
                              Я тут не отвечу, не люблю всю эту антисанитарию, и ни с кем первым за руку не здороваюсь.
                              0

                              Здороваюсь за руку только с нашей командой, менеджерами и админами, иначе слишком много людей и запарно.
                              Человек 10 выходит, вполне приемлемо, кмк.

                            0
                            Вместо этого общение может происходить в более спокойном асинхронном режиме в виде вдумчивых, письменных дискуссий, а не драматичных собраний или хаотичного обмена репликами по одной строке в чате.

                            Как-то я не видел чтоб это работало. Если есть четкая задача, которую плюс-минус понятно как делать, то написать ТЗ и попросить всех посмотреть ещё как-то сработает (хотя скорее всего читать не будут), но если задача вообще не ясна, то без личного мозгового штурма у меня не получается. Может есть какие-то джедайские техники?

                              –2
                              Cтатья очередное левацкое говно, которое защищает бездельников, которые притворяются мейкерами. Просто им мешают фейсбук скролить по пол-дня. В обычной здоровой компании идеи рождаются как раз из брейншторминга и перекидываниями идеями. Сидеть по пол-дня и придумывать гениальные идеи — чушь, какая-то, никогда такого не видел в живую (ладно, поверим, что Кармак такой).
                                0
                                Это твой коммент левацкое говно. Только у вас в Совке стадам идеи приписывали, чтобы задавить ярких личностей. А в развитых странах идеи и прибыли приходят и оседают индивидуально.
                                  –1
                                  Эмм, «у вас»? Я живу в UK. Тут как раз любят уравниловку, если что. Которую переводят на русский язык и кормят российское хомячье. Я как раз за, что индивидуальность покажет себя в споре, а не будет прятаться за шумоподавляющие наушники.

                              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                              Самое читаемое