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

Я принадлежу к поколению — и к профессии — где нас с детства убеждали, что мы можем научиться и создать что угодно. Программисты и разработчики редко чувствуют себя ограниченными знаниями или навыками. Благодаря любопытству и доступу к интернету мир кажется открытым. То, что нас останавливает, почти всегда — это время.

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

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

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

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

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

WebWork стал местом, где интуиция встретилась с реальными данными. Я наконец-то смог увидеть закономерности, которые чувствовал годами: как утекает время, где оно накапливается, как работа меняет свою форму в зависимости от окружающей среды. Продукт показал, как легко команды могут сбиться с пути, как быстро могут исчезнуть приоритеты и насколько важна ясность.

Этот опыт показал очевидное: понимание времени требует большего, чем просто подсчет часов. Оно предполагает осознание того, как протекает работа, как принятые решения влияют на работу команд и как структура влияет на динамику.

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

Именно это понимание стало отправной точкой для проекта Builder's Time .

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

Я написал эту книгу, чтобы сформулировать вопросы, над которыми размышлял годами:
почему работа отнимает столько времени?
Почему одни часы имеют гораздо большее значение, чем другие?
Почему недели пролетают незаметно в одних условиях и быстро накапливаются в других?
И как нам создать системы, которые дадут работе наилучшие шансы на продвижение вперед?

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

«Время строителя» — именно то, что мне было нужно, когда я начинал. Я надеюсь, что она поможет другим взглянуть на свою работу и своё время более трезво.