Как управлять интеллектуалами. Я, нерды и гики

Пещера. Место, куда гик уходит, чтобы попасть в «Зону».

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

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

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

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

Портативные электронные устройства. Компьютеры, которые вы носите с собой и на которых очень неудобно печатать.

Прекращение трудового договора работодателем. Политически корректное выражение, обозначающее: «Вы уволены».

Приговор. Важная, но незапланированная веха в развитии продукта, когда команда по разработке вдруг осознает, что сильно отстала по срокам, и решает выключить повышенную передачу. Этот термин изначально связан с C-3PO, персонажем оригинальных «Звездных войн».

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

Проектирование и разработка. Инжиниринг или создание софта. На самом деле это одно и то же. В наши дни проектирование стало удивительно коротким. Почему тогда разработка ведется бесконечно?

Проектирование пользовательского опыта. Дисциплина из области дизайна, изучающая опыт пользователей.

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

Пункты действия. Вещи, которые вы должны записать и впоследствии выполнить. Ненадлежащее выполнение и/или невыполнение этих действий приводит к постепенному подрыву доверия к вам.

Разработано не у нас. Термин, описывающий поведение команды по разработке софта, которая отказывается работать с кодом, написанным другими людьми. Дело не в том, что чужой код плохой или хороший, он просто чужой, а это значит, его нужно проверять, переформатировать и прочее... Что за хрень? Давайте лучше перепишем эту проклятую вещь заново. На «Разработан не у нас» тратятся миллиарды долларов. Да-да, я именно это и хотел сказать. Миллиарды!

Резюме. Очень короткий документ, который описывает всю вашу профессиональную деятельность.

Рекрутер. Человек, чья работа заключается в том, чтобы помогать вам находить кандидатов согласно вашей Заявке (см. далее). Рекрутеры часто кажутся скользкими типами, однако они обладают ценными навыками работы с людьми, способны держать баланс в сложных проектах и вести содержательные разговоры с инженерами. Если вы нашли хорошего рекрутера, держитесь за него крепко.

Релиз-инжиниринг. Группа инженеров или один инженер, отвечающий за создание/компоновку продукта. Народ, занимающийся релизом, живет в странном виртуальном пространстве, где они не совсем контролеры качества, но и не совсем инженеры по разработке софта.

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

Руководитель по разработке продукта. В идеале этот человек должен быть «главным» по продукту. Он знает всё о том, что продукт собой представляет и для чего он нужен. Ему часто приходится иметь дело с противными инженерами, которые думают, что знают, чего хотят заказчики.

Руководитель. Человек, который подписывает ваш отчет.