Работа мечты

рекрутинг — это просто

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

проводил больше времени с каждым членом команды, узнавая их надежды и стремления и делясь собственными. Я позволял моим сотрудникам узнавать, что происходит на уровне руководства, и более подробно объяснял, какое именно выполнение работы я хочу видеть.

Высшая цель.
Секрет, который поддерживает вас каждую минуту.

Среди моих личных фаворитов — все, что написала команда Zingerman’s, включая книгу Ари Вайнцвейга «Безупречный сервис. Чтобы каждый клиент чувствовал себя королем» и его новую книгу из серии «Руководство Zingerman’s по успешному управлению» (Zingerman’s Guide to Good Leading).

Посмотрите видео­выступление Саймона Синека Start with Why («Начните с “почему”») или прочитайте его одноименную книгу.

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

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

Работа в парах поддерживает систему обучения, строит взаимоотношения, устраняет «башни знаний» (о них — ниже), упрощает адаптацию новых людей и стирает проблемы с производительностью.

Эти проблемы, в конце концов, лежали на виду у всех. Сроки сдачи работ подходили тогда, когда у нас еще не было работающего кода и вообще завершением работы даже и не пахло. Когда программа оказывалась якобы законченной, команда обеспечения качества не могла даже запустить ее! Разработчик, уже переключившийся на другой проект, заявлял: «На моем компьютере все летало», и на этом разговор заканчивался. Когда, наконец, после нескольких месяцев тестирования программа начинала работать, результаты в редких случаях оказывались соответствующими тому, чего на самом деле хотел клиент. И даже если результат удовлетворял требованиям заказчика, пользователи не понимали, как работать с программой, так что приходилось писать пользовательскую документацию и запускать тренинги, чтобы отправить «чайников» дальше по кривой обучения[13].