Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - [52]

Также подразумевается, что нужно сократить набор правил до минимума, позволяющего создать работоспособную систему. Как руководитель, вы должны создать систему, в которой команды могут успешно сотрудничать, где таланты будут успешными, а ваши клиенты смогут доверять вам. Многое из того, о чем идет речь в этой книге, – небольшие команды, платформы, микросервисы и т. д., – является частями такой системы.

Другой аспект самостоятельности – влиятельность, привлечение разработчиков к принятию ключевых решений, которое показывает, что вы доверяете им и цените их вклад. Именно так, на мой взгляд, вы должны поступать!

Когда мой друг и соучредитель компании Twilio Эван Кук работал в Цифровой службе США, самым большим их требованием была именно самостоятельность. Они не собирались сидеть в какой-то тайной комнате и выполнять приказы как сборище бездумных создателей кода. Они хотели и получили возможность создавать системы без вмешательства менеджеров по продуктам, консультантов по менеджменту и прочих специалистов, не имеющих отношения к высоким технологиям.

Они также решительно выступали за участие в принятии важных решений. Технологи Белого дома придумали концепцию, называемую техническим коэффициентом (TQ) по аналогии с IQ или EQ, чтобы объяснить руководителям различных департаментов и ведомств – будь то Пентагон, Белый дом, Администрация малого бизнеса, Министерство образования, Министерство здравоохранения и социальных служб, Администрация общих служб или Министерство внутренней безопасности – важность наличия «TQ за столом». «Мы находимся на этапе истории, когда специалисты-технологи должны участвовать в принятии почти каждого важного решения», – говорит Эван.

Эван и другие программисты сидели на совещаниях вместе с членами кабинета министров, секретарями департаментов и четырехзвездными генералами в парадной форме. Сначала это казалось странным, но потом все привыкли. В конце концов, как отмечает Эван, «что касается государственной политики, то механизм ее осуществления полностью опирается на технологию». Разрабатывать государственную политику без привлечения технологов – «все равно что пытаться решить юридическую проблему без участия юриста».

Создание системы правил также означает устранение ненужных правил. Как вы доносите до разработчиков мысль о том, что они самостоятельны? Здесь есть масса аспектов, некоторые из которых могут казаться незначительными или тривиальными, но на деле они важны. Вспоминается недавняя история из практики Twilio. У нас есть команда разработчиков-преподавателей, часто проводящая хакерские марафоны в крупных компаниях, осуществляющих цифровую трансформацию. Как-то раз они прибыли в очередную компанию для подготовки к двухдневному мероприятию и в отведенной им комнате отдыха, где должен был проходить хакерский марафон, обнаружили телевизор с табличкой, сообщавшей о том, что сотрудникам не разрешается переключать каналы. Это верный способ показать людям, что у них нет самостоятельности. Некоторые могут подумать: «Какая разница? Это не имеет значения». Но когда наши сотрудники вернулись с того хакерского марафона, они только и говорили об этой табличке. Для них она имела огромное значение, и все они ее заметили. «О какой самостоятельности разработчиков в создании ПО может идти речь, если им не доверяют даже переключать телеканалы?» – так выразился один из наших сотрудников.

Вот еще одна проблема, которая может показаться вам глупой и которая на самом деле ужасно раздражает разработчиков, – это одежда, точнее, дресс-код. Принуждение носить «деловой костюм» или что-то в этом роде. Как и табличка на телевизоре, это вроде мелочь, но она транслирует серьезное (и неправильное) послание: «Мы даже не доверяем вам решать, какие штаны надеть».

Дресс-код, как известно, стал огромной проблемой, когда Белый дом организовал Цифровую службу США. Моему другу Эвану и другим, кто перебрался в Вашингтон, было сказано, что женщины в Белом доме должны носить брючные костюмы, а мужчины – костюмы и галстуки. Для Кремниевой долины это просто безумие. Там никто и никогда не ходит в костюме и галстуке.

Разработчики попытались объяснить это, но им сказали, что тут не Кремниевая долина. Это был Белый дом, а в Белом доме требовались костюмы и галстуки. Большинство разработчиков согласились с этим, разве что без особой радости. Но один парень поднял шум – это был Мики Дикерсон, блестящий инженер из Google, задачей которого было восстановление сайта HealthCare.gov.

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

Можно подумать, что Мики был мелочным или высокомерным, но на самом деле он делал нечто важное. Так он оценивал, могут ли разработчики быть успешными в этой среде. Если у них нет даже возможности самостоятельно решать, какую одежду носить, то что говорить о влиянии на другие, гораздо более важные решения. Дело здесь было вовсе не в одежде, а в оценке границ самостоятельности.