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

в Кремниевой долине.

Поэтому Меган выбрала другой подход. Она подошла к окну и показала через залив на Ричмондские верфи. Именно там, сказала она, Соединенные Штаты во время Второй мировой войны строили грузовые суда класса Victory – чудо техники, способное двигаться быстрее немецких подводных лодок. Она сказала, что Эван и другие участники встречи похожи на инженеров, которые спроектировали эти корабли Victory и позволили стране одержать победу во Второй мировой войне.

Затем дверь в зал открылась, в нее вошел президент Обама и сказал просто и эффектно: «Ваша страна нуждается в вас». Затем он обошел всех присутствующих и обратился лично к каждому: «Объясните, почему вы не можете переехать в Вашингтон и послужить своей стране? Что-то не так с вашей работой? Хотите, я позвоню кому надо? Я могу позвонить кому угодно». Никто из пятерых не попросил Обаму позвонить. Никто не стал искать причину, чтобы отказаться от работы. Затем они сделали групповое фото, и Обама исчез за дверью вместе со своей свитой.

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

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

Basecamp: Обозначайте проблемы, а не задачи

Организация Эштона Катчера Thorn обратилась к разработчикам за помощью из-за того, что у нее не было другого выхода, Обама – потому что оказался в кризисной ситуации. Но эффективные компании превращают методологию «Спросите своего разработчика» в повседневную практику, открывая разработчикам простор для творчества. Отличный пример реализации этого подхода – Basecamp, небольшая, но процветающая софтверная компания из Чикаго, в которой работают около 60 сотрудников.

Джейсон Фрайд и его соучредитель Дэвид Хайнемайер Хенссон управляют Basecamp почти как лабораторией, занимающейся изучением таких способов работы, которые делают сотрудников счастливыми и позволяют выполнять работу наилучшим образом. Дэвид, который подписывается как DHH, – разработчик, получивший известность после создания широко используемого фреймворка для веб-программирования Ruby on Rails. Помимо прочего, он и Джейсон много пишут об организации работы. Вместе они опубликовали две книги о разработке ПО и три книги о современном рабочем месте под названием «Remote: офис не обязателен»[2], «Rework: бизнес без предрассудков»[3] и «Не сходите с ума на работе»[4]. Они любят делиться своими идеями и даже предлагают однодневные семинары, где учат тому, как принять неортодоксальный подход Basecamp к управлению компанией.

Фрайд говорит, что их метод – делиться проблемами. «Мы просто говорим своей команде: “Вот идея, вот примерно то, куда мы хотим пойти или что хотим создать. Ваша задача в том, чтобы взяться за этот вопрос и разобраться в нем”. Здесь хватает места для самостоятельности и автономии. Люди сами решают, как справиться с проблемой. Мы можем вносить свой вклад, но проект принадлежит им. А можно было бы самим влезть в детали, установить, что в решении задачи должно иметься 42 шага, а затем выдать 42 задания и сказать: “Не ломайте головы, просто делайте то, что вам говорят”». Они объясняют, откуда взялась идея, и могут примерно обрисовать своей команде свой замысел, буквально на лекционной доске, но это все.

Так политика Фрайда выглядит с тех пор, как он в 1999 г. стал соучредителем компании, первоначально называвшейся 37signals. «Я никогда не считал, что нужно просто класть работу людям на тарелочку, – говорит он. – Вы должны позволить им творить самостоятельно. Именно для этого вы их и нанимаете. Если вы влезаете в каждую мелочь, то в конечном итоге у вас остаются те, у кого нет головы. А они разве могут сделать что-то на отлично? Я предпочитаю нанять способных людей и позволить им самим решать проблемы».

Фрайд и DHH никогда не публиковали данных о размерах бизнеса Basecamp, но у них около полумиллиона подписчиков в Twitter, они написали книгу о том, как мало делают своими руками, а DHH известен своей коллекцией гоночных автомобилей – полагаю, бизнес идет у них неплохо. Если они доверяют разработчикам самые важные проблемы, то я уверен, это получится и у вас. У меня, например, получилось.

В крайнем случае – поделиться проблемой

Я понял, насколько креативными могут быть разработчики и как быстро они способны сделать работу, если не мешать им, уже в первые дни существования Twilio. Одному менеджеру по продукту и одному инженеру удавалось создать за две недели то, что в ином случае заняло бы девять месяцев.

После запуска Twilio нашими первыми продуктами стали Twilio Voice и Twilio Phone Numbers. Разработчикам нужно было заставить систему передавать разговор – отсюда наш голосовой продукт, а также им требовались телефонные номера для установления связи – поэтому у нас есть API для покупки телефонных номеров, первоначально по почтовым индексам в США, а затем и в сотне стран по всему миру. Конечно, некоторые клиенты хотели использовать уже имеющийся номер телефона, поэтому мы разрешили им переходить со своим номером на Twilio. Возможно, вам уже приходилось переносить свой номер телефона при смене оператора мобильной связи.

Честно говоря, переход со своим телефонным номером к другому оператору в США та еще морока. Эта