Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон

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

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

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

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

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

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

Что произойдет, если вы не обеспечите подлинную самостоятельность? Разработчики вряд ли будут работать эффективно, а ваши шансы удержать таланты заметно сократятся. «Когда кто-то говорит “Вот три вещи, которые ты должен сделать, а остальное тебя не касается”, это демотивирует и расстраивает меня», – замечает Джаззи Чад Этцель.

По его словам, лучше всего он чувствовал себя как разработчик, когда у него была собственная компания – просто из-за полной самостоятельности. «Я был абсолютно независим и полностью контролировал продукт и направление его развития. У меня была возможность просто заниматься делом», – говорит он. Он общался с клиентами, они говорили, какие функции им нужны, а ему оставалось просто создать эти функции. По словам Чада, «именно возможность создать нечто на пустом месте заряжает его энтузиазмом и энергией».

Ему было трудно обрести самостоятельность при работе по найму. За шесть лет, с 2009 по 2015 г., Чад прошел через шесть компаний. «Я работал во многих местах. Было очень трудно найти такую компанию, которая действительно предоставляла бы самостоятельность и свободу, где я чувствовал бы, что вписываюсь в коллектив и могу полностью отдаться работе», – говорит Чад. С 2015 г. Чад работает в Apple, которая дает ему достаточно самостоятельности и свободы, чтобы чувствовать себя почти как в собственной компании.

Apple знаменита тем, что у нее нет менеджеров по продукту, которые выдают технические задания. Разработчики получают проблемы и могут решать их наилучшим, с их точки зрения, образом – в этом и заключается суть методологии «Спросите своего разработчика». В результате такого доверия к разработчикам Apple производит прекрасное ПО и пользуется невероятным успехом на рынке.

Мастерство

В 2016 г. Кая Томас, студентка факультета информатики Дартмутского колледжа, опубликовала проникновенное эссе, потрясшее Кремниевую долину. Кая писала о том, что огорчает чернокожих и латиноамериканских выпускников по специальности «информатика», когда они приходят на работу в индустрию высоких технологий. Она также написала о культуре, которая сложилась в некоторых технологических компаниях.

«Меня не интересуют настольный теннис, пиво и иные уловки, что используются для привлечения выпускников. Тот факт, что мне не нравятся эти вещи, не означает, что я “культурно несовместима”. Мне просто не хочется дурачиться, я хочу создавать удивительные вещи и учиться у других умных людей. Вот какую корпоративную культуру нужно искать», – написала Кая (курсив мой).

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

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

После завершения обучения Кая получила массу предложений. Она выбрала работу в компании Slack – в основном потому, что верила: она сможет учиться там. «У меня были наставники. Я работала с невероятно умными людьми из самых разных слоев общества, людьми, которые приобрели опыт в других компаниях. Я смогла многому научиться и вырасти», – говорит Кая.

Специалисты по информатике с университетским дипломом должны еще многому научиться, прежде чем они смогут создавать коммерческие программы профессионального уровня. «Штатные инженеры знакомили меня с процессом создания мобильных систем и средой для их разработки, проектированием архитектуры и принципами разработки ПО. Это было невероятно», – сообщает Кая.

Не менее важным было приобретение навыков, не связанных с программированием, – общение, деловое письмо, создание презентаций. Они могут показаться общекультурными аспектами, но это на самом деле очень важная сторона работы инженера и значимый фактор успеха