Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон
Шрифт:
Интервал:
Закладка:
Подводя итог, он заключает: «Разработчики – на Марсе, те, кто составляет требования, – на Венере, и они никогда не встретятся». Такая структура и ее предсказуемый результат возникают в каждой компании, где решили отделить тех, кто создает продукт, от тех, кто понимает, что именно требуется создать.
Так быть не должно. Здесь на сцену выходят небольшие кросс-функциональные команды.
Компания Stripe, где работает Patio11, давно научилась объединять разработчиков и бизнесменов в одну команду для выполнения проектов. Но при создании команды для разработки приложения Atlas – продукта, который позволяет предпринимателям зарегистрировать корпорацию в штате Делавэр с помощью всего нескольких кликов, – они пошли еще дальше в плане объединения функций. Для этого проекта они свели в одну команду не только разработчиков и бизнесменов, но и службу по работе с клиентами, юридическую службу и маркетинг. Мало того, они посадили всех в одной комнате.
Это дает огромные преимущества, в частности, повышает эффективность. Patio11 так описывает один из результатов: «Юрист Atlas сидел рядом с командой инженеров. Юридический аспект был очень важен для этого продукта. Когда кто-то приходил в 11:00 с вопросом вроде “Я не уверен, что эта скопированная часть кода у меня на экране в порядке”, они могли буквально повернуться к юристу и сказать: “Слушай, законность копирования – это твой вопрос. Можно мне сделать то-то и то-то?”, а тот отвечал: “Стоп. Зачем вообще делать это? Нельзя ли подойти к этому фрагменту по-другому?”» А потом они за пять минут придумывали оптимальный подход.
Сравните это с обычным процессом, когда разработчик занимается программой 12 недель, и только после этого проект поступает на рассмотрение. В этот момент, как объясняет Patio11, «уже невозможно изменить предположения, которые легли в основу целого ряда экранов и обмена данными между ними. Вы заперты в рамках уже готового продукта, и все, что можно сделать, – попытаться решить проблему плохого понимания правовой среды подбором формулировок на экранах». Вот почему объединение всех специалистов в одну команду и даже устранение физической и организационной дистанции между ними является столь действенным инструментом. Такая организация позволяет отфильтровать неправильные предположения и плохие решения в самом начале процесса.
Кроме того, это удивительным образом сказывается на моральном духе коллектива. Все в команде Atlas идентифицируют себя прежде всего как члены команды, а не просто как работники. Представляясь, вам говорят не «Меня зовут Сюзан, я работаю в команде поддержки пользователей над проектом Atlas», а «Меня зовут Сюзан, я работаю в команде Atlas, которая занимается поддержкой пользователей». Проще говоря, подчеркивают принадлежность не к компании Stripe и службе поддержки пользователей, а к команде Atlas. Служба поддержки пользователей – то самое место, где компании нередко разъединяют тех, кто работает с клиентами, и команду, создающую продукт. Это приводит к тому, что люди начинают думать о себе как о винтиках в машине. «Они видят, что работа здесь – это получил задание, выполнил задание. Через некоторое время такое отношение надоедает, что выливается в высокую текучесть кадров», – объясняет Patio11.
В команде Atlas все совершенно не так. Люди настолько привязываются к ней, что отказываются от перехода в другие отделы, даже если это открывает возможности для роста. Более того, они чувствуют аналогичную связь и с клиентами, добиваясь такого взаимодействия, которого, как говорит Patio11, «он не видел ни в одной другой команде».
Налаженная обратная связь и кросс-функциональность команды Atlas позволяют разработчикам делать именно то, что хотят клиенты, причем почти мгновенно. Вот всего один пример. Сначала приложение Atlas предназначалось исключительно для того, чтобы помочь стартапам зарегистрироваться, обычно в штате Делавэр. Это было здорово, однако понятно, что регистрация лишь первый шаг в сложном взаимодействии с правительством при создании компании. Поэтому клиенты начали обращаться к Atlas за помощью в других областях, где они сталкивались с бюрократией, которая отнимает массу сил у предпринимателей.
В ноябре 2017 г., когда с момента запуска Atlas прошел примерно год, на очередном совещании команды поддержки пользователей разговор пошел о том, почему внезапно вырос поток вопросов клиентов о налогах. Patio11 поинтересовался, о каких налогах они спрашивают, – известно, что компании платят налог с продаж, налог на прибыль, налог на заработную плату и т. д., – и услышал в ответ: «О чем-то под названием “франшизный налог”».
Как опытный предприниматель, Patio11 сразу же вспомнил сложность расчета годового франшизного налога в штате Делавэр, который должна платить каждая компания. Понятно, что шквал вопросов обрушивается на разработчиков в тот момент, когда Департамент налогообложения франшиз штата Делавэр (опять этот ужасный департамент!) начинает рассылать компаниям свои ежегодные напоминания о наступлении срока уплаты налога. Пользователи обращались за помощью к Atlas, обещавшему помогать им во всех сложных ситуациях.
Прежде всего команда создала на скорую руку функцию помощи клиентам и таким образом избавила их от новых обращений за помощью. «Мы встроили новую функцию в панель задач, помогающую с оплатой франшизного налога штата Делавэр, но каждый должен рассчитывать его самостоятельно в соответствии с инструкциями штата Делавэр, которые нельзя назвать простыми».
Только представьте, насколько заманчиво решить очередную проблему своих клиентов – фактически заполнить налоговую декларацию, избавив от необходимости возиться с невразумительным сайтом штата Делавэр. Сначала инженеры инстинктивно ответили: «Налоги выходят за рамки нашей компетенции». Однако Patio11, как лидер, увидел здесь скрытую возможность. У миллиона компаний уходит по два часа в год на заполнение налоговой декларации в штате Делавэр, и если команда Atlas потратит несколько недель на создание
