Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон
Шрифт:
Интервал:
Закладка:
В 2006 г. Лия Калвер получила степень по информатике в Миннесотском университете и переехала в Кремниевую долину. На сегодняшний день она создала сама или совместно с другими учредителями три компании. Первые две были приобретены у нее, и теперь она управляет компанией Breaker с семью сотрудниками, которая продает программы для подкастов. Помимо стартапов, Лия была разработчиком в компаниях Medium и Dropbox. По ее словам, как предприниматель она реализует свой потенциал в полной мере. Она постоянно учится разрабатывать продукты, управлять сотрудниками и вести бизнес. «Что мне нравится в стартапах, так это сложность их развития. Многие специальности в сфере ПО слишком просты. Я не чувствую в них вызова. Причина, по которой люди становятся инженерами, заключается в том, что это сложная и приносящая удовлетворение профессия. Плюс мне нравится каждый день делать что-то новое. Это увлекательно – взяться за то, чего не знаешь, затем изучить это и наконец овладеть». Идея непрерывного обучения и расширения горизонтов – как раз то, что я постоянно слышу от выдающихся разработчиков.
Чад Этцель – один из самых креативных разработчиков, которых я встречал в своей жизни. Он умеет слушать клиентов и превращать то, что услышано, в интересные программы. Чад работал последние пять лет инженером по iOS в компании Apple – первое место, где он чувствовал себя как дома после того, как попробовал работать в нескольких компаниях (включая Twilio) в первые девять лет после окончания университета. У него – усы и бородка как у человека искусства, он часто носит щегольскую кепку и отзывается на кличку Джаззи Чад, которая была его ником в конференциях AOL во времена школьной юности. (Он играет на саксофоне достаточно хорошо, чтобы выступать в джаз-клубах Сан-Франциско, и иногда приносит инструмент с собой в офис.) Как и Патрик, Чад обладает отличным чувством юмора, твердым мнением и почти нулевой терпимостью к обману – корпоративному или какому угодно. Его любимое занятие – создание собственных компаний и работа на себя. «У меня была полная автономия, – объясняет он. – Создание чего-то на пустом месте – именно то, что дает мне максимальный запал и энергию. Когда мне указывают, как решить проблему, или говорят “Вот три вещи, которые тебе нужно сделать, и не беспокойся о задании в целом”, у меня пропадает всякий интерес». По словам Чада, он сменил столько мест работы потому, что до Apple ему было очень трудно «найти компанию, которая дает автономию или свободу, позволяющую полностью отдаться делу».
Такие разработчики, как Патрик, Райан, Лия и Чад, невероятно креативны. Они используют искусство программирования не только для обслуживания клиентов и решения проблем, но и для создания бизнеса. Однако в большинстве компаний за встречи с клиентами, разработку продукта и разработку технического задания для разработчика обычно отвечает руководитель или менеджер по продукту.
Весной 2020 г. компания Twilio опросила около тысячи разработчиков из разных уголков мира, с тем чтобы выяснить, как они сами и их менеджеры оценивают роль разработчиков в компании. Результаты очень показательны. Более 66 % разработчиков сообщили, что оценивают свои творческие способности «выше среднего», но лишь 50 % сказали, что такие способности нужны на их работе. Так как же разработчики используют избыток творческих способностей? Многие находят выход за пределами работы: 48 % сообщили о хобби, где дизайн занимает центральное место (архитектура, разработка мебели, интернет), а 32 % заявили о занятии в свободное время изящными искусствами (живопись, скульптура, керамика). Да, есть еще один разрушающий стереотипы результат опроса: разработчики являются спортсменами: 36 % из них бегуны, 33 % – велосипедисты, 28 % – баскетболисты и 25 % – любители пешего туризма!
У таких разработчиков «Требования к продукту» с подробным описанием того, что именно нужно создать, убивают львиную долю творческого потенциала. Вот почему мой главный совет руководителям, отправляющимся в поездку по Кремниевой долине, таков:
«Делитесь с разработчиками проблемами, а не решениями».
А потом с изумлением наблюдайте, что произойдет: качество ПО улучшится, продолжительность цикла его создания резко сократится, пользователи будут довольнее, а ваши разработчики проработают в компании дольше. Я никогда не встречал бизнес-менеджера, который отказался бы от всего вышеперечисленного.
Эштон Катчер и сила хакерских марафонов
Что происходит, когда вы позволяете разработчикам быть творческими людьми? Эштон Катчер и Деми Мур создали некоммерческую организацию Thorn, работающую на основе высоких технологий.
В 2012 г. Эштон и Деми посмотрели документальный фильм о сексуальном насилии над детьми, который потряс их до глубины души. Это подвигло их к созданию Thorn, которая разрабатывает технологию защиты детей от сексуального насилия. Программные средства Thorn используются правоохранительными органами по всему миру для максимально быстрого поиска жертв сексуальной эксплуатации и уничтожения детской порнографии в интернете. ПО Thorn помогло идентифицировать более 14 000 жертв сексуальной эксплуатации и оградить примерно 2000 детей от использования в порнобизнесе.
Несколько лет назад Эштон попросил компанию Twilio провести хакерский марафон и помочь Thorn разработать коммуникационные функции для их ПО. Мы гордимся тем, что приняли участие в этой программе и внесли свой вклад в столь важную миссию.
Эштон понимает, как работают инженеры и как их мотивировать, лучше большинства венчурных капиталистов (и, безусловно, большинства актеров – собратьев Эштона по первой профессии!). Именно поэтому венчурный фонд A-Grade Investments, созданный им в 2010 г., вырос, по данным Forbes, с $30 млн до $250 млн, обеспечив Катчеру репутацию выдающегося венчурного инвестора. Он инвестировал в такие успешные компании, как Warby Parker, Spotify, Skype и Airbnb. Одной из его лучших инвестиций было вложение $500 000 в Uber в 2011 г.
Все это неудивительно, учитывая, что Катчер в свое время изучал биохимическую инженерию в Айовском университете. «Когда я учился на техническом факультете, – рассказывал он мне, – один из профессоров часто говорил: “Ученые находят проблемы, а инженеры решают проблемы”. Именно так я всегда смотрел на разработчиков. Они решают проблемы. Они садятся и рассматривают проблему, а затем находят наиболее эффективный способ ее решения».
