Публикация была переведена автоматически. Исходный язык: Английский
Мы все через это проходили. Вы открываете бестселлер Эрика Шмидта "Как работает Google" или книгу Рида Хастингса "Без правил" о культуре Netflix. Вы читаете о невероятной свободе, инновациях и отсутствии бюрократии и думаете: "Вот оно! Если мы внедрим это в себя, то станем единорогами!"
Вдохновленный, вы приходите в офис, собираете команду и открываете новую эру. Но проходит полгода, и вместо инноваций вы получаете сорванные сроки, хаос в процессах и истощенную команду.
Почему так происходит? Потому что в бизнесе, как и в жизни, существует железобетонное правило.: Один размер подходит не всем. То, что стало движущей силой роста для корпорации с миллиардными бюджетами, может обернуться смертельным ядом для местной компании.
Давайте рассмотрим конкретные примеры того, как слепое копирование процессов других людей становится реальностью.
Пример 1: Правило Google "20% времени уделяйте своим проектам"
От первого лица: инженеры Google могут тратить 20% своего рабочего времени на любые проекты, которые им интересны, даже если они не связаны с их прямыми обязанностями. Так появились Gmail и AdSense. Похоже, это идеальный рецепт для создания инноваций!
Реальный: Основатель объявляет о проведении "дня инноваций" по пятницам. В результате разработчики с радостью переписывают рабочий код на новый модный фреймворк или сокращают функции, о которых клиент никогда не просил. Основной продукт отстает от графика, релизы откладываются, а инвесторы начинают задавать неудобные вопросы о runway (денежной массе).
В начале 2000-х у Google была виртуальная монополия на поисковом рынке, огромный запас прочности и бизнес-модель, постоянно генерирующая кэш. Они могли бы позволить себе тратить ресурсы на сотни неудачных экспериментов ради одного Gmail. Стартап или местная IT-компания, которые борются за выживание и соответствие продукта рынку, не имеют такого ресурса. Вы должны сосредоточиться на выживании и основном продукте, а не на привлечении внимания.
Пример 2: Неограниченный отпуск и свобода от Netflix
pov: На Netflix нет расписания отпусков. Сотрудники могут отдыхать столько, сколько захотят, и когда захотят. Главное - результат. Полное доверие к команде.
Реально: вы отменяете контроль за отпусками. Происходит одно из двух::
- Самые наглые сотрудники уходят в отпуск на полтора месяца в разгар увольнения, оставляя коллег разгребать завалы.
- Никто вообще не берет отпуск. Существует негласное соревнование "кто больше работает", люди боятся показаться ленивыми, и через год половина команды сильно перегорает.
Неограниченный отпуск в Netflix основан не на доброте их сердец, а на строгом правиле высокой концентрации талантов (Keeper Test). Если вы не покажете выдающихся результатов, вас уволят с хорошим выходным пособием. Там работают высокомотивированные профессионалы, которые сами понимают, когда им нужен перерыв, чтобы не снизить свои ключевые показатели эффективности. В компаниях с разным уровнем зрелости сотрудников и без единой радикальной корпоративной культуры отсутствие правил приводит только к хаосу и беспокойству.
Пример 3: Модель "Племен и гильдий" Spotify
POV: Отказ от классической иерархии в пользу матричной структуры: squads (отряды), tribs (племена), главы и гильдии. Максимальная автономность и Agile в чистом виде.
Реально: Компания из 50 человек пытается использовать эту терминологию. У каждого разработчика появляется два или три босса (ведущие подразделения и команды, занимающиеся разработкой продукта). Начинаются бесконечные синхронизации, планирование и ретроспективы. На принятие решений уходят недели, потому что "ответственность распределена".
Самая большая ирония заключается в том, что сам Spotify уже давно признал эту модель неидеальной и значительно переработал ее. Копируя модель Spotify, многие люди копируют статью из блога 2012 года, а не реальную структуру, которая решает актуальные проблемы конкретного бизнеса в конкретный момент.
Тогда как вы читаете книги по бизнесу?
Означает ли это, что изучать опыт bigtech бесполезно? Точно нет. Чтение о том, как работают процессы в других компаниях, имеет решающее значение для расширения вашего кругозора. Но вам нужно применять эти знания через призму вашей собственной реальности.
Вот три правила, которые помогут вам адаптировать чужой опыт к вашим потребностям.:
1. Не создавайте "гильдии" только потому, что это звучит круто. Задайте себе вопрос: какую проблему пытался решить Spotify? Проблему обмена знаниями между межфункциональными командами. Сталкиваетесь ли вы с такой проблемой прямо сейчас? Если да, то как ее можно решить с минимальными усилиями в вашей реальности? Возможно, вам будет достаточно простой еженедельной встречи для фронтендеров за пиццей.
2. Прежде чем внедрять практику корпорации стоимостью в триллион долларов, честно ответьте себе: есть ли у нас такая же финансовая подушка, плотность талантов и лояльность клиентов? То, что Google может пережить, убьет стартап на начальной стадии.
3. Не перестраивайте работу всей компании одним заказом. Хотите предоставить свободу в своем рабочем графике? Попробуйте это в одной команде, установите показатели успеха (скорость выполнения задач, уровень удовлетворенности), ограничьте эксперимент одним месяцем и оцените результаты.
Ваша компания - уникальный организм. У вас есть свой собственный рынок, свой собственный культурный код, свои собственные ограничения и свои собственные сверхспособности. Читайте книги, слушайте подкасты и вдохновляйтесь успехами других людей, но всегда помните: лучший процесс - это не тот, о котором вы написали бестселлер, а тот, который помогает вашему бизнесу расти здесь и сейчас.
We've all been through this. You open a bestseller like Eric Schmidt's "How Google Works" or Reed Hastings' "No Rules" about Netflix culture. You read about incredible freedom, innovation, and the absence of bureaucracy, and you think, "This is it! If we implement this in ourselves, we will become a unicorn!"
Inspired, you come to the office, assemble a team, and usher in a new era. But six months pass, and instead of innovation, you get disrupted deadlines, chaos in processes, and a burned-out team.
Why is this happening? Because in business, as in life, there is a reinforced concrete rule.: One size does not fit all. What has become a growth driver for a corporation with billions of dollars in budgets can turn out to be a deadly poison for a local company.
Let's look at specific examples of how blind copying of other people's processes breaks down into reality.
Example 1: Google's "20% time on your projects" rule
POV: Google engineers can spend 20% of their working time on any pet projects they are interested in, even if they are not related to their direct responsibilities. That's how Gmail and AdSense were born. It sounds like the perfect recipe for generating innovation!
Real: The founder announces an "innovation day" on Fridays. As a result, developers happily rewrite the working code to a new fashionable framework or cut features that the client has never asked for. The main product is behind schedule, releases are postponed, and investors are starting to ask uncomfortable questions about runway (money supply).
Google in the early 2000s had a virtual monopoly on the search market, a huge margin of safety, and a consistently cache-generating business model. They could afford to waste resources on hundreds of failed experiments for the sake of one Gmail. A startup or a local IT company that is fighting for survival and product-market fit does not have this resource. Your focus should be on survival and the main product, not on spreading attention.
Example 2: Unlimited vacation and freedom from Netflix
POV: There is no vacation schedule on Netflix. Employees can rest as much as they want and whenever they want. The main thing is the result. Full trust in the team.
Real: You are canceling vacation control. One of two things happens:
- The most brazen employees go on vacation for a month and a half in the midst of a release, leaving colleagues to clean up the rubble.
- No one takes a vacation at all. There is an unspoken competition "who works more," people are afraid to seem lazy, and after a year half of the team burns out hard.
Unlimited vacations at Netflix are based not on the kindness of their hearts, but on their strict rule of high concentration of talent (Keeper Test). If you do not show outstanding results, you will be fired with a good severance package. Highly motivated professionals work there, who themselves understand when they need a break so as not to drop their KPIs. In companies with different levels of employee maturity and without the same radical corporate culture, the absence of rules only leads to chaos and anxiety.
Example 3: Spotify's "Tribes and Guilds" model
POV: Abandoning the classical hierarchy in favor of a matrix structure: squads (teams), tribes (tribes), chapters and guilds. Maximum autonomy and Agile in its purest form.
Real: A company of 50 people is trying to pull on this terminology. Each developer gets two or three bosses (lead chapters and product-owned squads). Endless syncs, planning, and retrospectives begin. Decisions take weeks to make, because "responsibility is distributed."
The biggest irony is that Spotify itself has long recognized this model as not ideal and significantly redesigned it. By copying the Spotify Model, many people are copying an article from a 2012 blog, rather than a real structure that solves the actual problems of a particular business at a particular moment.
Then how do you read business books?
Does this mean that studying the experience of bigtech is useless? Absolutely not. Reading about how processes work in other companies is crucial to broaden your horizons. But you need to apply this knowledge through the filter of your own reality.
Here are three rules that will help you adapt someone else's experience to your needs.:
1. Don't introduce "guilds" just because it sounds cool. Ask yourself the question: what problem was Spotify trying to solve? The problem of knowledge sharing between cross-functional teams. Do you have such a problem right now? If so, how can it be solved with minimal effort in your reality? Perhaps a simple weekly meetup for front-enders over pizza will be enough for you.
2. Before implementing a practice from a trillion-dollar corporation, honestly answer yourself: do we have the same financial cushion, talent density, and customer loyalty? What Google can survive will kill a startup at the Seed stage.
3. Do not rearrange the work of the entire company with one order. Do you want to give freedom in your work schedule? Try it on one team, set success metrics (task completion rate, satisfaction level), limit the experiment to one month, and evaluate the results.
Your company is a unique organism. You have your own market, your own cultural code, your own limitations and your own superpowers. Read books, listen to podcasts, and be inspired by other people's successes, but always remember: the best process is not the one you wrote the bestseller about, but the one that helps your business grow here and now.
Поделиться
