Говоря о том, что решения должны быть связаны на разных уровнях, я имею в виду, что если было решено реализовать интерфейс мобильного приложения с использованием дизайн-системы, то на техническом уровне это должно быть поддержано соответствующим способом разработки. То же касается ситуации, когда на функциональном уровне определен набор доступных пользователю операций, который должен быть связан со способом организации интерфейса, чтобы их представить. При кажущейся очевидности такого правила, в реальных проектах постоянно происходит расхождение между разными уровнями из-за несогласованности действий участников и отсутствия процедур их синхронизации.
Это правило применимо и по отношению к решениям на разных стадиях проекта и связанным с ними контрольным точкам. Если целью проекта были совместные с поставщиками платформ маркетинговые кампании, то решения о технологиях разработки не могут противоречить этой цели. Бывают и менее наглядные ситуации, например, когда одной из целей проекта было снижение нагрузки на колл-центр банка за счет поддержки пользователей через чат. Однако проектировщики могут проигнорировать эту цель и из соображений удобства для пользователей разместить телефон службы поддержки на видном месте в интерфейсе приложения. Третье правило о связанности решений помогает избегать таких ситуаций.
Думаю, вы уже уловили суть идеи. Проект в своем жизненном цикле проходит разные стадии, которые должны завершаться соответствующими контрольными точками. На каждой из них все принятые решения должны проверяться по критериям, описанным выше, при этом не должно оставаться открытых вопросов на любом уровне проекта. Решения должны «закрывать» все аспекты, обеспечивая команде полное понимание будущего цифрового продукта на каждой стадии проектирования и разработки.
Это означает, что проект должен развиваться так, чтобы модель цифрового продукта, а затем и его реальное воплощение становились все яснее и приобретали форму. Добиться этого возможно за счет того, что, принимая решения и проходя каждую контрольную точку, участники проекта будут задавать себе три вопроса: «Это уменьшает неопределенность?», «Это мой уровень компетенции и ответственности?», «Это связано с исходными целями проекта?».
Проектировщик – генеральный конструктор продукта
Вернемся к идее, что сложные цифровые продукты и сервисы можно создать, только предварительно их спроектировав. Если бы сложность продукта, а точнее IT-системы, лежащей в его основе, равнялась сумме всех ее частей, то потребность в проектировании была бы не столь высока. В конечном счете любой разработчик или дизайнер так или иначе выполняет проектирование, хоть и неявно. Только делает это на локальном уровне и часто использует уже готовые паттерны.
Но сложность систем определяется взаимосвязями между ее частями. Проектировщик нужен, чтобы определить эти взаимосвязи, вместо того чтобы дать им сложиться хаотично. Его задача – найти наилучший способ организации системы, учитывая доступные технические возможности, ограничения и соединение бизнес-требований с пользовательским опытом. Как видно, вопросы проектирования лежат за пределами компетенции и ответственности каждого из участников проекта по отдельности. Это означает, что сумма знаний всех участников проекта не дает общего видения создаваемой системы. Отсюда и особая роль дисциплины проектирования и профессиональных проектировщиков в работе над сложными цифровыми продуктами.
Роли аналитиков и проектировщиков часто путают, в профессиональном дискурсе для них нет устоявшегося названия. Чтобы увидеть разницу, представьте, что вы – строитель мостов – получили новый заказ. Вы внимательно выясняете, какие задачи должен решать новый мост, сколько машин в сутки пропускать и какую нагрузку должен выдерживать. А потом вы сразу передаете эти требования вашей строительной бригаде? Конечно нет. Сначала нужно его спроектировать: выбрать архитектуру, рассчитать параметры деталей и сформировать технологию сборки. Только после того, как проектировщик выполнит эту работу, можно переходить к строительству.
Некоторые скажут, что такую роль выполняет UX-проектировщик. Другие возразят, что это задача системного архитектора. Да, все верно, каждый из них занимается проектированием, но только одного из аспектов продукта. Я же говорю о необходимости связать все вместе, найти общее решение на пересечении разных дисциплин: от функциональных требований, пользовательского интерфейса до технической архитектуры. Конечно же, такая работа потребует привлечения профильных специалистов. Ближе всего к этому находится менеджер продукта или продакт, хотя и с ним не все так просто. За последние годы он больше следит за бизнес-метриками продукта или выполняет функции внутреннего предпринимателя, по сути, проджект-раннера в терминологии «Метода параноика». Проектировщик же – это своего рода генеральный конструктор продукта.
На работу проектировщика можно смотреть как на моделирование будущего продукта. Такой взгляд позволяет увидеть еще один важный аспект подобного подхода к созданию продуктов – возможность избежать поиска решений «по-живому». Есть существенная разница в цене, которую придется заплатить сразу за рабочую реализацию либо за проектную документацию, описывающую эту реализацию. Проектировщик может многократно высказывать и проверять различные гипотезы о том, как реализовать ту или иную часть продукта. Но проектной команде из разработчиков, дизайнеров, тестировщиков, инфраструктурных инженеров, может потребоваться не один месяц только для создания одной из возможных действующих реализаций продукта. Тратить бюджет проекта на проверку гипотез непосредственно через разработку – не лучшая идея.
Все вышесказанное показывает, насколько ответственная задача стоит перед проектировщиками. От их решений зависит очень многое, и их ошибки могут дорого обойтись. Чтобы проектировщик мог передать разработчикам работающие решения, он должен иметь опыт в соответствующих областях. Без этого его решения будут «абстракциями на заданную тему», нежели путеводной картой для проектной команды. Не существует универсального навыка, позволяющего проектировать любые системы на любых технологиях для любых прикладных отраслей. За полезностью проектировщика, помимо системного подхода, должен стоять реальный опыт создания систем, когда он проверял разные гипотезы, и знает, как ведет себя система в реальной рабочей среде. Это касается и технических решений, и бизнес-сценариев, и взаимодействия с пользователями.
Хороший проектировщик обладает широтой профессиональных знаний. В отличие от профильного специалиста, он не может позволить себе иметь глубокие знания только в одной области. Разнообразный опыт дает ему необходимый диапазон доступных вариантов решения задач, с которыми он может столкнуться в процессе проектирования. При этом знания в разных областях могут быть просто результатом естественного накопленного опыта. Но я за более целенаправленный подход: есть разница между тем, когда профессиональная жизнь складывается под влиянием внешних обстоятельств, и тем, когда сам определяешь жизненный путь.
Конечно, только часть решений проектировщика складывается из «знаю». Это особенно проявляется в проектах, где нужно создать продукт по нетипичным требованиям, для которых еще нет аналогов в индустрии. В таких случаях другая часть решений проектировщика – результат системного поиска, своеобразных «вычислений», за которыми стоят и прототипирование, и способность смотреть на задачу с разных точек зрения. Проектировщик – человек, который привык принимать решения и достаточно смел для этого.
С какой стороны ни посмотри, проектирование – одна из самых сложных проектных задач, и я хочу уделить внимание людям, выполняющим эту работу. Они заслуживают отдельной главы.
Глава 6Кодекс проектировщика
Структура главы:
• Насмотренность, исследования, мастерство
• Как работает штанга Талеба
• Поиск источников информации
• Аналитика ≠ проектирование
• Для чего нужны исследования в проектировании
• Личная история исследований
• Как классический маркетинг мешает договориться с бизнесом
• Продюсирование как альтернативная модель работы в IT-отрасли
Насмотренность, исследования, мастерство
Триада, или кодекс проектировщика – это модель развития, которая, на мой взгляд, отвечает на вопрос, как построить свою карьеру в проектировании. Часто на конференциях и просто в личном общении начинающие коллеги спрашивают меня, как найти свое место в профессии. Жаль, что у меня ушло так много времени, чтобы сформулировать ответ. Зато он из трех слов: насмотренность, исследования, мастерство. Позвольте кратко объяснить, что стоит за каждым из этих слов, а затем в отдельных частях этой главы я раскрою их подробно.
Каждый так или иначе связан с определенной областью знаний. Это наша территория, которая делает нас востребованными специалистами. Скорее всего, мы попали в эту область случайно, из-за учебы или первого профессионального опыта. Большинство продолжает плутать на ощупь, периодически где-то задерживаясь на время или даже навсегда. Но чтобы оставаться актуальными в своей профессии, нужно взять развитие в свои руки. Есть два пути: углубляться в свою специализацию или расширять круг знаний, изучать смежные темы или переходить к новым. Получается своеобразная география знаний.
Первый шаг – развитие насмотренности. Быть проектировщиком означает быть путешественником в мире профессиональных знаний. Нельзя приобрести достаточный опыт и широту видения, оставаясь на одном месте. Необходимо периодически знакомиться с новыми областями знаний. Небольшие экспедиции, расширяющие твою насмотренность в разных технологиях, подходах, инструментах. Вряд ли получится сразу разобраться в деталях. В этом процессе гораздо важнее посмотреть большое количество новых тем, чем уйти с головой в любую из них. Как говорят китайцы, перед тем как лезть по лестнице, убедитесь, что приставили ее к нужной стене. Только после осмотра новых территорий можно понять, какие из них интересны и дают ощущение перспективы, чтобы посвятить время их исследованию.
Исследование – второй шаг. Это процесс, когда вы сами разбираетесь в заинтересовавшей вас профессиональной теме. Результаты исследования важны, но сам процесс еще важнее. Во время исследования новой области знаний вы ее осваиваете, т. е. делаете своей. Не пройдя путь практики и анализа, terra incognita вряд ли станет terra mea. Такие инвестиции в свои знания и опыт расширяют ваши возможности и позволяют заниматься интересными проектами.
После того как новая область знаний становится вашей, вы можете использовать ее ресурсы и быть полезными окружающим. Это могут быть клиенты, которые хотят, чтобы на основе известных вам подходов и технологий был создан новый продукт, или другие специалисты, которые приходят в эту область, и вы можете им помочь в ее освоении. Одновременно с этим приходит ответственность. В ваших силах не только исследовать свою территорию, но и создавать что-то новое: проектный подход, технологию, инструмент. Это еще сильнее увеличивает ваши профессиональные возможности.
Третий шаг – логическое следствие развития вас как специалиста. Может наступить момент, когда у вас будет достаточно сил, знаний и опыта для открытия принципиально новых территорий, не существовавших до вас. Это момент, когда вы из профессионала становитесь мастером.
Насмотренность проектировщика
Иногда я впадаю в жуткую панику. Впрочем, почему иногда. Это происходит часто. Кажется, что все вокруг меня знают и разбираются во всем гораздо лучше. Смотришь интервью с дизайнерами, читаешь статьи проектировщиков, общаешься с коллегами на конференциях – все они в курсе трендов, знают, какие технологии уже устарели, а какие вот-вот рванут вверх. Все излучают уверенность, о которой я могу только мечтать. Я не понимаю, как схватить современность за хвост. Кажется, вот-вот поезд уйдет навсегда, оставив меня на заснеженном безлюдном перроне олдскула. Невеселая картина, не правда ли?
Но так бывает не всегда. Как только стартует новый проект и проходит первоначальная подготовительная суета, пропадает и ощущение незнания. Будто я подключаюсь к источнику знаний, который до этого был скрыт. Обсуждая проектные вопросы с коллегами, которые еще вчера меня удивляли, я начинаю чувствовать уверенность в каждом шаге. Ум фокусируется, запускается поисковый ассоциативный механизм. Всплывают примеры из моего опыта или из бесчисленных статей, которые я читал. В тезисах из интервью я нахожу намеки на возможные решения, и постепенно логика начинает вести меня и связывать все воедино. Так работает моя насмотренность.
Традиционно в творческих профессиях развитие насмотренности рассматривается как развитие вкуса, способность отличать хорошую работу от плохой. В проектировании этого недостаточно. Инсайт, о котором пишут в современной мотивационной литературе, не возникает просто так. Наш мозг использует только то, что ему известно, и наличие скоростного интернета не помогает при принятии решений. Но вы можете воспользоваться им до того, как перед вами встанет новая задача. Знание того, что задачу можно решить разными способами, дает свободу, так недостающую новичкам. Поэтому смотрите, слушайте, читайте, даже если вам кажется, что это сейчас не пригодится.
Не стоит путать обучение и насмотренность. Обучаясь, осознанно и вдумчиво изучая материал, ты закрепляешь его как свою реальность, в которой уверен. Насмотренность – более неуловимое качество. Это только намек на возможность, часто неосознанный. В детстве я был уверен, что знания, как большой океан, не зависят от людей. Мысль о том, что об одном и том же предмете разные люди думают по-разному, была непостижима. Теперь я понял, что это так. Мир, в котором живет каждый из нас, очень индивидуален и определяется тем, что мы знаем о нем.