Работа мечты. Как построить компанию, которую любят

Шеридан Ричард Бринсли

Наши ритуалы также поощряют здоровые дебаты. При создании чего-то инновационного обычно нет ясного пути, как прийти к желаемому результату. У каждого есть свои мысли о возможных решениях. Воодушевленная команда вежливо спорит, пытаясь найти лучший вариант. Мы применяем такой метод обсуждений на протяжении всего дня. У каждой пары случаются небольшие разногласия. Иногда споры обостряются (хотя всегда остаются под контролем), и возникает необходимость участия других пар и использования доски для записей. В большинстве других компаний обсуждения проводятся с помощью мессенджеров или электронной почты. В худшем случае эти письма превращаются в пассивно-агрессивный разговор, в котором порой забывается суть обсуждения. Программное

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

Оценка: предсказание будущего

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

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

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

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

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

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

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

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

«Покажи и расскажи»: где резина встречается с дорогой

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

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

Инвестор имеет мнение относительно того, каким окажется результат работы. В приведенном выше примере инвестор может представлять себе, как будет выглядеть комната. Но маляр также имеет свои соображения о результате. В благоприятном случае эти две картины совпадают, но иногда бывает наоборот. Слова и образцы красок не производят того же эффекта, как реальный вид покрашенной комнаты. Я не понимаю, в чем разница между «грязно-белым» и «китайским белым», когда моя жена описывает желаемый цвет.

В Menlo мы совмещаем две эти противостоящие мысленные картины в еженедельном ритуале с участием клиентов, который мы называем «Покажи и расскажи». В «Покажи и расскажи» команда, которая работает над проектом последние несколько недель, сидит и смотрит, как наши клиенты объясняют нам нашу работу. Если Тед и Роб занимаются созданием формы сайта, предлагающей напечатать книгу, клиент – представитель типографии – будет проверять работу, сидя вместе с ними за компьютером, переходя по всем закладкам сайта и представляя все, что видно Теду, Робу и любому другому, кто принимает участие в проекте. Такой подход совершенно ясно показывает, что каждая сторона осознает ту работу, которая была сделана, а также дает возможность понять, совпадают ли представления о результате у инвестора и команды. Мы изменили направление традиционного подхода «Покажи и расскажи», чтобы убедиться, что наш заказчик активно участвует в разговоре, пока наша команда смотрит, слушает и отвечает на вопросы.

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