Идеальная IT-компания. Как из гиков собрать команду программистов. Брайан Фитцпатрик

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

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

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

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

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

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

      Не вносите свой вклад в эту печальную статистику.

      Все дело в команде

      Итак, давайте остановимся и соберемся с мыслями.

      Мы говорим о том, что профессионалы-одиночки-гении встречаются в программировании крайне редко, но даже они не