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

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

Если вы не обеспечиваете систематический рост компетентности вашей команды и в какой-то момент вдруг возникают неожиданные потребности бизнеса, сверхурочная работа является единственной возможностью для получения дополнительных знаний. Наем новых людей, как правило, неподходящий вариант, потому что у большинства компаний нет возможности быстро ввести в курс дела новых сотрудников. Требуемая сверхурочная работа однобока: одна часть компании трудится больше нормы, а вторая – как обычно. Это порождает чувство несправедливости. Сотрудники, у которых работы мало, чувствуют себя виноватыми, уходя домой вовремя, тогда как их перегруженные коллеги сидят в офисе допоздна и подвергаются все большему стрессу.

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

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

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

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

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

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

Многие отрасли промышленности сталкиваются с «истинами», подобными закону Брукса, которые все считают неопровержимым и действительным фактом, а не устаревшей традицией. Врачи многопрофильной больницы в Вене в XIX веке наверняка считали высокий уровень смертности матерей неопровержимой и неизбежной истиной. Орвилл Райт полагал, что самый большой самолет, который только можно будет построить, позволит переносить максимум двух пассажиров. Как для любой теоремы, для опровержения достаточно всего одного исключения.

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

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