Найти в Дзене
23 подписчика

Про 20% времени на свои проекты в Гугл


Когда-то давно мир всколыхнула история: инженеры Google якобы тратили 20% своего времени на проекты по собственному выбору. Эта идея вызвала бурные дебаты. Вдохновленные примером, другие компании пытались внедрить эту практику, но чаще всего сталкивались с сопротивлением менеджеров, путаницей или, в лучшем случае, смешанными результатами.
Сегодня разберем эту концепцию и главный урок, который она принесла: связь между загрузкой (utilization) и временем ожидания (queue size). А также дадим несколько практических советов, как применять эти знания в жизни.

Чему нас научила история про 20% времени?
Идея казалась прекрасной: немного свободы, автономии и творчества для сотрудников. Но истинный смысл лежит не в культуре или инновациях, а в управлении загрузкой. Вот ключевые моменты:
Высокая загрузка ведет к задержкам. Когда система (или команда) перегружена, время ожидания для новых задач растет экспоненциально. Это как очередь в кафе: если бариста обслуживает 5 человек в минуту, но приходят 8, очередь растет, а время ожидания увеличивается. Загрузка команды на 100% делает ее практически неотзывчивой.
20% времени — это про снижение нагрузки. Это не про "срезать 20%". Это про уменьшение давления на систему, чтобы работа текла быстрее и плавнее. Компании, которые забывают про баланс между спросом и пропускной способностью, теряют в скорости и качестве.
Качество важнее объема. Исправление ошибок занимает колоссальное время. Если вы снизите количество багов на входе, то освободите время команды для работы над новыми проектами.

Как это работает в реальной жизни?
Вот несколько примеров, которые показывают, как управление загрузкой влияет на результаты:
Мультикомандные проекты. Если у вас есть 5 команд и одна общая сервисная команда (например, специалисты по безопасности), то добавление новой команды может резко ухудшить производительность всей системы. Сервисная команда перегружается, и задержки накапливаются.

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

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

Практические рекомендации
1. Держите загрузку на уровне ниже 100%, а лучше — ниже 90%. Это позволяет системе быть отзывчивой и снижает накопление очередей.
2. Инвестируйте в качество. Каждый баг, который вы предотвратили на этапе разработки, экономит время и деньги на исправление.
3. Управляйте спросом. Не каждую задачу стоит брать в работу. Фильтруйте запросы, чтобы команда сосредоточилась на главном.
4. Создавайте обратную связь. Будь то внутренняя команда или внешний подрядчик, регулярные встречи и анализ метрик помогают вовремя заметить проблемы.

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

А как вы управляете загрузкой своих команд? Делитесь своими мыслями и опытом!
#ПоПолочкамwww.youtube.com/...21ss
2 минуты