Линус Торвальдс - Just for fun. Рассказ нечаянного революционера

Они с самого начала обратились ко мне за советом, и я сказал, что нужно отказаться от привычки принимать все решения внутри компании. Посоветовал им пустить посторонних на собрания, где принимаются решения (если такие собрания проводятся). Сделав процесс принятия решений внутренним делом компании, они оттолкнут сторонних участников, которые не смогут продраться сквозь сеть внутренних взаимоотношений компании. Это одна из главных проблем при организации открытого проекта на базе корпорации. На словах объявить проект открытым несложно. Но при этом может совершенно ненамеренно произойти разделение на два лагеря: Мы и Они. Многие решения принимаются просто за столиком в кафетерии: сотрудники обсуждают различные варианты и приходят к консенсусу, даже не ставя вопрос на всеобщее обсуждение. А после того как решение принято в столовой организации, мнения посторонних попросту игнорируются.

Именно эта проблема многие месяцы преследовала Netscape после того, как весной 1998-го она приняла широко разрекламированное решение открыть исходники своего браузера следующего поколения (названного Mozilla). Прошло много времени, прежде чем проект реально стал открытым. Существовал клан сотрудников Netscape, которые не принимали небольшие «заплатки» от посторонних. Все сотрудники были между собой знакомы и принимали решения если не за физическим, то за виртуальным столиком кафетерия. Вместо того чтобы прославиться как первая корпорация, сделавшая свой крупный коммерческий проект открытым, Netscape вызвала шквал атак в прессе. Когда инертность компании получила огласку, ее репутация пошатнулась. Тогда они решились по-настоящему открыть проект для посторонних. Сейчас он, кажется, развивается гораздо более динамично.

У всех, кто впервые слышит о возможности сделать открытым уже существующий коммерческий проект, возникают одни и те же вопросы. Во-первых, каково будет сотрудникам компании, если кто-то посторонний выполнит работу лучше их и все об этом узнают. Мне кажется, они должны радоваться. К тому же они получают деньги, а основную работу делает кто-то другой. С этой точки зрения открытые исходники — вообще что бы то ни было открытое — вещь беспощадная. Они ясно показывают, кто чего стоит. Тут не спрячешься за управляющими.

Открытые исходники позволяют лучше всего использовать таланты посторонних. Но при этом компания должна выделить сотрудника, который будет следить за ее потребностями. Ему необязательно быть руководителем проекта. Для компании может оказаться выгоднее, если кто-то со стороны возьмет на себя руководство и будет выполнять его бесплатно. Это прекрасно, если он лучше справляется. Беда только в том, что посторонний человек может направить проект в русло, не отвечающее потребностям компании. Поэтому компания должна сама о себе позаботиться. За счет открытости разработки организация может сократить использование локальных ресурсов, но это не значит, что она сможет вообще обойтись без них. Проект может разрастись и стать гораздо масштабнее, чем был бы в рамках одной компании. Привлечение внешних ресурсов позволяет достичь более дешевой, завершенной и сбалансированной системы, но тут есть и оборотная сторона: расширенная система может принимать во внимание не только потребности компании, но и интересы потребителей.

Именно это может раздражать больше всего: потеря контроля и необходимость признать, что посторонний может лучше разбираться в вопросе. Еще одна трудность связана с поиском внутри компании сильного технического руководителя. Этому человеку должны доверять на двух уровнях: на уровне специалистов и на уровне администрации. В случае чего он должен быть готов признать, что в проекте с самого начала были ошибки. Лидер должен не прятаться от проблем такого рода, а суметь убедить всех, что нужно начать сначала. Хотя при этом придется многое выбросить на помойку. Такая новость никого не обрадует. Но от человека, которого все уважают, люди смогут ее принять.

Учитывая специфику типичного внутрикорпоративного механизма, техническим руководителем должна быть сильная личность. Он должен любить работать по мейлу и уметь сохранять нейтралитет. Я хотел бы избежать слова «посредник», потому что оно подразумевает наличие двух лагерей: внешнего и внутреннего. А этого быть не должно. Технический руководитель будет получать от компании деньги за то, что занимается открытыми исходниками. И сам он и все остальные должны знать, что ему платят не за согласие с сотрудниками компании, а за выполнение проекта. Очень опасно, если такой лидер будет слишком тесно связан с компанией. Ему могут доверять в технических вопросах, но не доверять в остальных.