Работа мечты. Как построить компанию, которую любят
Шрифт:
Мы постоянно ищем способы для создания потенциала, чтобы добиться гибкости, необходимой для мгновенного реагирования на перемены, поскольку они неотвратимы. Гибкая природа нашей команды в сочетании с готовностью сотрудников принимать перемены дает нам то, что большинство компаний даже не может себе представить: простую масштабируемость.
Глава 12
Масштабируемость
Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
45
Брукс
Я рад сообщить, что закон Брукса может быть нарушен. Закон Брукса – это девиз ложно-героической культуры, которая до сих пор часто встречается в сфере разработки программного обеспечения. Он гласит, что стоимость привлечения нового сотрудника в проект, который не укладывается в сроки, намного превышает потенциальный вклад этого человека в течение первых нескольких недель или месяцев с момента объединения усилий. Если проект уже не укладывается в сроки, то добавление новой рабочей силы задержит его еще больше. Единственная альтернатива пропущенному крайнему сроку – это «марш смерти», требующий от команды проекта восьмидесяти часов работы в неделю.
Несмотря на то что внимание Брукса было сосредоточено преимущественно на командах программистов, этот принцип применим к любой дисциплине или организации, в которой нет структурированного подхода к добавлению новых людей. Если у вас нет рационально организованных способов передачи знаний, которые помогут новичку быстро овладеть основными навыками и стать автономным членом команды, закон Брукса относится и к вам тоже.
Многие отрасли промышленности сталкиваются с «истинами», подобными закону Брукса, которые все считают неопровержимым и действительным фактом, а не устаревшей традицией. Врачи многопрофильной больницы в Вене в XIX веке наверняка считали высокий уровень смертности матерей неопровержимой и неизбежной истиной. Орвилл Райт полагал, что самый большой самолет, который только можно будет построить, позволит переносить максимум двух пассажиров. Как для любой теоремы, для опровержения достаточно всего одного исключения.
Масштабируемость является очень важной темой в деловых кругах. Инвесторы и судьи в соревнованиях бизнес-планов обязательно спросят вас, обладает ли ваше дело способностью менять масштаб. Если нет, ваша идея потеряет интерес в их глазах. Если бизнес не может менять масштаб, это, вероятно, является показателем неисправности его систем. Закон Брукса утверждает категорически: если работа над проектом уже идет полным ходом, вы не можете ожидать изменения масштаба команды программистов. Соответствующим образом Брукс определяет целую индустрию, которая использует неправильно организованные системы. Масштаб команд разработчиков ПО не может изменяться, потому что они были созданы (и зачастую до сих пор остаются) по модели, основывающейся на герое, а количество героев сложно менять. У них нет времени тренировать другого героя – они слишком заняты, – так что масштабируемость в данном случае невозможна. Если вы уменьшите размер, вы потеряете героев и не найдется других, чтобы заменить их.
В Menlo мы столько раз побеждали закон Брукса, что его формулировка для нас – не более чем слабое напоминание о странном времени в истории компьютерной индустрии. Весь наш процесс сфокусирован
Каждое предприятие сталкивается с вопросом масштабируемости при желании улучшить показатели бизнеса. Walmart искала информационную технологию, которая помогла бы решить вопрос масштабируемости розничной торговли со скидкой. McDonald’s обратилась к системности ингредиентов, меню и работы персонала. Zingerman’s выбрала видение для изменения масштаба от одного бизнеса до десятка и более. Southwest Airlines добилась масштабируемости за счет стандартизации на основе одного самолета, Boeing 737.
Думая о своей компании, задайте себе следующие вопросы.
• Возникают ли у вас проблемы, когда нужно найти правильный талант, соответствующий вашим нуждам?
• Регулярно ли вы разочаровываетесь в новых сотрудниках по прошествии нескольких месяцев их работы?
• Обладаете ли вы гибкостью, позволяющей передвинуть недостаточно загруженный талант в область высокой загрузки?
• Отказываетесь ли вы от новых возможностей, потому что не находите нужного вам таланта?
• Продолжаете ли вы наращивать сферы бизнеса, не увеличивая при этом число сотрудников?
• Поддерживаете ли вы команду занятой, если ее проект замедляется?
• Лежите ли вы без сна, пытаясь найти лучшие ответы на эти вопросы?
Практикуйте масштабирование
Наша система парной работы, особенно та ее часть, в которой мы меняем пары каждую неделю, дает нам возможность практиковать масштабируемость, даже когда мы в ней не нуждаемся. Мы заимствовали данную концепцию из авиационной отрасли (там это называется управлением ресурсами кабины экипажа). Меняя пары каждую неделю, мы практикуем адаптацию новых членов команды в текущем проекте, даже если он не требует привлечения кого-то еще. Мы также практикуем адаптацию новых членов, ежегодно приглашая к себе от четырех до шести стажеров из других стран.
Если у нас есть четыре программиста – две пары, – работающих над одним проектом, то каждую неделю мы меняем эти пары. Даже для данных четырех человек у нас есть возможность комбинировать разные пары в течение трех недель, пока комбинации не начнут дублироваться. После нескольких недель мы привлекаем в проект другого программиста, а одного из этих четырех переводим куда-нибудь еще.
Вероятно, вас заинтересует, как на самом деле можно практиковать масштабируемость, если присоединяющиеся члены команды уже над чем-то работают. Это, пожалуй, самая прекрасная часть всего процесса. Работа как раз и есть способ практики.
По мере присоединения новых сотрудников к работе над проектом существующие члены команды должны практиковаться в адаптации новичков, в то же время выполняя запланированную работу по карточке. Между тем, если размер команды не меняется, кто-то должен уйти из нее, при этом теряется часть знаний и опыта. В данном случае команда приспосабливается к таким переменам и учится взаимодействовать в сокращенном варианте.
Этот основной стиль работы в парах и приспособление под приходящих и уходящих членов все более повышает готовность команды к изменению масштаба.