Ben Horowitz. The hard thing about hard things. Building a business when there are no easy answers
Братишка, это реальный мир, учеба кончилась,
Твои мечты украли, а кто – непонятно.
Канье Уэст (американский рэпер), Gorgeous
Каждый раз, когда мне в руки попадает книга по менеджменту или из серии «Помоги себе сам», я ловлю себя на мысли, что все эти рекомендации хороши, но на самом деле в описанных в книге ситуациях ничего особенно сложного и не было.
Нетрудно поставить глобальную, рискованную и дерзкую цель – очень трудно уволить людей, когда станет ясно, что реализовать ее не удастся.
Нетрудно нанять блестящих сотрудников. Столкнуться с тем, что эти «блестящие сотрудники» считают, будто заслуживают особых компенсаций, – проблема намного серьезнее.
Нетрудно начертить на бумаге организационную структуру будущей компании – гораздо сложнее добиться эффективного взаимодействия сотрудников в ее рамках.
Нетрудно строить глобальные планы – тяжело просыпаться в холодном поту, когда твои мечты вдруг превращаются в ночной кошмар.
Основной недостаток таких книг состоит в том, что они предлагают готовые рецепты для решения проблем, которые по определению не имеют готовых решений. Нет и не может быть универсального выхода из действительно сложной и стремительно развивающейся ситуации. Не существует универсального рецепта создания компании или избавления людей от беды. Никто не скажет вам, как написать серию музыкальных хитов или как стать звездой в составе команды НФЛ. Нет таких рекомендаций, следуя которым можно гарантированно выиграть президентские выборы или мотивировать сотрудников продолжать работу в разваливающейся компании. Это и есть самое сложное в тяжелой ситуации – для нее нет готового решения.
Тем не менее существует чужой опыт и полезные советы людей, побывавших в подобных ситуациях.
В этой книге я не пытаюсь вывести магическую формулу решения проблем, вместо этого просто расскажу собственную историю и опишу те сложности, с которыми мне пришлось столкнуться. Как предприниматель, СЕО, а сейчас венчурный инвестор, я считаю свой опыт полезным – особенно при работе с новым поколением венчурных предпринимателей. Создание собственного бизнеса неизбежно связано с преодолением многочисленных трудностей. Мне тоже пришлось через это пройти и добиться успеха. Обстоятельства могут отличаться, но существование глобальных закономерностей в бизнесе делает чужой опыт бесценным.
В течение нескольких последних лет я обобщал свой опыт в серии постов в блогах, которые читают миллионы людей. Многие из них обращались ко мне, желая узнать больше о предпосылках развития тех или иных событий. В этой книге я впервые расскажу предысторию своей предпринимательской деятельности и одновременно приведу уже обнародованные в блогах выводы. Меня вдохновляло написать книгу множество друзей, членов семьи и знакомых, поддерживавших меня на протяжении всей карьеры и в увлечении хип-хоп– и рэп-музыкой. Поскольку хип-хоп-музыканты обычно стремятся достичь успеха не только в творчестве, но и в бизнесе, считая себя своего рода предпринимателями, многие темы – конкуренция, зарабатывание денег, непонимание со стороны окружающих – наверняка актуальны и для них. Я делюсь своим опытом в надежде что-то подсказать и вдохновить на продолжение борьбы тех людей, которые отчаянно стремятся на пустом месте построить что-то свое.
Благодаря автору технологии «вики» программисту Уорду Каннингему понятие «технический долг» получило широкое распространение. Если вы, экономя время, быстро пишете «грязный» код со многими ошибками, то в итоге вам придется вернуть это время назад с процентами.
Иногда подобные компромиссы оправданны, но если вы станете прибегать к ним постоянно, то столкнетесь с серьезными неприятностями. Существует еще одна похожая, но менее понятная концепция, которую я назову управленческим долгом.
Как и технический, управленческий долг возникает, когда вы принимаете управленческое решение, обоснованное в краткосрочном аспекте, но грозящее большими дополнительными затратами в долгосрочной перспективе. Как и технический долг в области программирования, управленческий долг иногда имеет смысл, но часто — нет. Еще важнее то, что, накапливая управленческие долги и не желая вести их тщательный учет, вы рискуете рано или поздно потерпеть профессиональное банкротство.
Как и технический, управленческий долг приобретает слишком много разнообразных форм, чтобы разобрать их все, но некоторые, наиболее яркие, помогут понять смысл этого понятия.
[…]
Как вы поступаете, если у вас есть два одинаково блестящих сотрудника, идеально подходящих на одну и ту же должность в организационной структуре? Допустим, один из них — разработчик архитектуры компьютерной системы мирового уровня, отлично руководящий группой программистов, но не имеющий опыта в выведении компании на следующий уровень развития. Другой — выдающийся операционный директор, который не слишком силен в технических вопросах. Вы бы хотели сохранить для компании обоих, но вакансия только одна. У вас появляется блестящая идея посадить обоих на один стул и взять небольшой управленческий долг. Краткосрочные выгоды очевидны: вы сохраняете обоих сотрудников; никого из них не надо специально обучать, поскольку теоретически они будут обучать друг друга, и вы мгновенно решите проблему с необходимыми навыками и знаниями. К сожалению, за эти преимущества придется заплатить очень дорого и с процентами.
Прежде всего, такое решение намного усложнит работу каждого программиста. Если программисту требуется получить санкцию руководства, к кому из начальников он должен идти? Если один босс примет положительное решение, может ли второй отменить его? Если это сложное решение, требующее предварительного обсуждения, то должен ли программист приглашать на встречу обоих боссов? Кто определяет направление развития организации? Будет ли это направление вообще определено, если для этого потребуется целый ряд встреч?
Кроме того, взяв на должность сразу двух человек, вы уничтожите систему ответственности за результаты. Если сорван график работ, кто будет нести ответственность? Если операционный директор отвечает за соблюдение графика, а директор по техническим вопросам — за производительность программного приложения, то все понятно. Но если операционный директор вынуждает программистов соблюдать график работ даже ценой срыва технического задания по производительности продукта, то кто будет отвечать? И кто сообщит вам об этом? Хуже всего то, что со временем оба описанных негативных последствия имеют свойство усиливаться. На какое-то очень короткое время вы можете их сгладить, увеличив количество деловых встреч или попытавшись в деталях прописать сферу ответственности каждого менеджера. Однако в процессе работы эти когда-то скрупулезно выписанные разграничения сотрутся, и организация начнет постепенно деградировать. В итоге вам все равно придется выплатить немалую сумму «управленческого долга» и уволить одного из двух менеджеров, или ваша высокотехнологичная компания придет в упадок.
Отличный программист решает уволиться, поскольку получил более привлекательное предложение от другой компании. По целому ряду причин вы не оплачивали его труд, как программист того заслуживал, а в предложении другой компании указана сумма, которую в вашей фирме не получает никто из программистов, и предложена она отличному, но не лучшему вашему специалисту. Однако он работает над критически важным проектом и вы не можете позволить себе его потерять, поэтому увеличиваете его зарплату до уровня, предложенного другой компанией. Критически важный проект спасен, но вы опять влезли в управленческие долги.
Рассмотрим, каким образом вам придется их выплачивать. Должно быть, вы считаете, что ваше контрпредложение по зарплате останется конфиденциальным, поскольку вы заставили программиста поклясться, что он будет об этом молчать. Позвольте объяснить, почему вы ошибаетесь. У программиста в компании есть друзья. Получив предложение от другой компании, он наверняка обсудил его с ними. Один из лучших друзей порекомендовал не упускать удобный случай. Решив остаться у вас, программист должен как-то объяснить свое решение другу, иначе он потеряет его доверие. Поэтому он рассказывает о вашем контрпредложении и просит друга дать слово, что тот никому не расскажет. Тот, конечно, дает слово, но он в ярости из-за того, что единственный способ добиться достойной оплаты труда — это пригрозить уволиться. Более того, этот сотрудник в ярости, что друг добился самой высокой оплаты труда в компании. Поэтому он рассказывает эту историю нескольким своим друзьям, опустив имя главного героя, чтобы не нарушать данное слово. Теперь все до единого программисты знают, что лучший способ получить повышение зарплаты — инициировать предложение о переходе на работу от другой компании и пригрозить увольнением. Чтобы выплатить этот управленческий долг, вам придется потратить массу времени и сил.
[…]
Несколько слов в заключение
Все действительно успешные и опытные СЕО, которых я знаю, обладают одной общей чертой: они стремятся сразу же решать даже самые сложные проблемы, возникающие в компании. Если приходится выбирать между выплатой всем сотрудникам одинаковой премии или выплатой явно незаслуженной зарплаты и осложнением отношений с кем-то из сотрудников — они, не задумываясь, выбирают последнее. Если стоит вопрос о прекращении популярного среди сотрудников проекта, поскольку он не вписывается в долгосрочные планы компании или потому что вы взялись за него, исходя из моральных соображений, — они прекращают его немедленно. Почему? Потому что им уже приходилось выплачивать управленческий долг с процентами и они не хотят оказаться перед необходимостью делать это снова.
Последние изменения: 27 января 2017