Table of Contents

В управлении инженерными проектами уже давно доминируют сроки, бюджеты и технические спецификации. Хотя эти элементы остаются важными, наиболее успешные проекты сегодня также отдают приоритет людям, которые будут использовать, поддерживать и извлекать выгоду из конечного продукта. Включение ориентированных на человека принципов в управление инженерными проектами смещает фокус с чисто технических результатов на создание решений, которые являются интуитивно понятными, доступными и действительно ценными. Этот подход снижает переработку, увеличивает темпы внедрения и способствует инновациям, гарантируя, что конечный продукт решает реальные проблемы таким образом, что пользователи могут принять. Когда инженеры и менеджеры проектов сотрудничают с пользователями с самого начала, они строят не только функциональные системы, но и доверие и долгосрочное удовлетворение.

Что такое человеко-ориентированный дизайн?

Человеческий дизайн (HCD) - это структурированная, но гибкая методология, которая ставит потребности, поведение и ограничения конечных пользователей в центр каждого этапа разработки. Завоеванный такими организациями, как IDEO и популяризированный когнитивным ученым Доном Норманом, HCD включает в себя три пересекающихся этапа: вдохновение, идея и реализация. Во время вдохновения команды погружаются в мир пользователя. Идея включает в себя создание и тестирование многих возможных решений. Реализация приносит самую многообещающую идею в жизнь посредством итеративной доработки.

В основе HCD лежит эмпатия. Он просит инженеров и менеджеров проектов отложить предположения и вместо этого наблюдать, слушать и совместно создавать с пользователями. Это не означает отказ от технической строгости; скорее, это означает, что человеческие потребности должны руководствоваться техническими решениями. Медицинское устройство, например, должно не только соответствовать нормативным стандартам, но и удобно вписываться в руку хирурга и быть интуитивно понятным для медсестер. Интегрируя HCD, инженерные команды производят решения, которые не только технически корректны, но и контекстуально уместны и просты в принятии.

Основные принципы человеко-центрированного инженерного менеджмента

Перевод HCD из методологии проектирования в управление инженерными проектами требует набора руководящих принципов. Эти принципы выходят за рамки исследований пользователей, чтобы определить, как организованы команды, как принимаются решения и как измеряется успех.

  • Сочувствие как навык для построения.] Инженерные команды часто фокусируются на логике и эффективности. Сочувствие можно культивировать с помощью структурированных упражнений, таких как интервью с пользователем, тень и картирование путешествий. Когда члены команды понимают эмоциональное состояние и контекст пользователя, они делают лучшие компромиссы.
  • Совместное создание с заинтересованными сторонами. Пользователи не являются пассивными получателями; они являются партнерами. Вовлечение их в сеансы мозгового штурма, обзоры прототипов и тестирование гарантирует, что их жизненный опыт непосредственно формирует результат.
  • Итерация над совершенством. Человеческое мышление принимает, что ранние версии будут ошибочными. Цель состоит в том, чтобы быстро учиться и совершенствоваться. Это выравнивает управление инженерными проектами с гибкими циклами и снижает риск инвестирования в большие возможности, которые пользователям не нужны.
  • Межфункциональное сотрудничество.] Человеческая инженерия процветает, когда команды включают не только инженеров, но и дизайнеров, менеджеров по продуктам, представителей службы поддержки клиентов и часто самих конечных пользователей.

Интеграция ориентированных на человека принципов в управление инженерными проектами

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

Вовлечение заинтересованных сторон: построение отношений до выполнения требований

Традиционное управление проектами часто собирает требования в начале, а затем блокирует их. Человеческое управление проектами, напротив, рассматривает взаимодействие с заинтересованными сторонами как постоянный диалог. Начните с выявления не только официального спонсора проекта, но и людей, которые будут ежедневно взаимодействовать с системой - фронтлайн-работников, обслуживающего персонала, клиентов и даже тех, кто сопротивляется изменениям. Используйте такие методы, как картирование заинтересованных сторон, чтобы понять их влияние, интерес и болевые точки.

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

Исследование пользователей: перейдите за пределы предположений

Эффективные исследования пользователей выходят за рамки опросов и фокус-групп. Они включают контекстное исследование — наблюдение за пользователями в их естественной среде, чтобы понять, как они в настоящее время решают проблемы, где они борются и какие обходные пути они создают. Например, инженерная команда, разрабатывающая программное обеспечение для управления складом, может провести неделю на складе, наблюдая за сборщиками и упаковщиками, отмечая точки трения, такие как запутанные последовательности сканирования или тяжелые портативные устройства.

Объединить качественные методы (интервью, дневниковые исследования) с количественными данными (аналитика, журналы ошибок) для построения всеобъемлющей картины. Создать персоны пользователей, которые представляют различные сегменты, в том числе экстремальных пользователей, чьи потребности часто подчеркивают возможности. Документировать результаты исследований таким образом, чтобы они были доступны для всей инженерной команды, например, с помощью видеоклипов или раскадровок. Это общее понимание не позволяет инженерам разрабатывать собственные предположения, а не для реальных пользователей.

Картирование эмпатии: визуализируйте пользовательский опыт

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

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

Итеративный дизайн с прототипированием: проваливай рано, учись быстро

Человеческая инженерия рассматривает каждый результат как прототип, который должен быть протестирован и доработан. Начните с прототипов с низкой точностью - бумажных эскизов, картонных моделей или кликабельных каркасов - которые стоят мало, но дают немедленные реакции пользователей. Даже простые прототипы могут выявить фундаментальные недоразумения о рабочих процессах пользователей. По мере созревания дизайна переходите к функциональным прототипам с высокой точностью, которые имитируют поведение конечной системы.

Интеграция циклов быстрого тестирования в график проекта. Для программных проектов это естественно согласуется с гибкими спринтами. Для аппаратных или инфраструктурных проектов используйте макеты и симуляции. Цель состоит в том, чтобы заранее проверить проектные решения. Исследование Nielsen Norman Group показало, что тестирование юзабилити всего с пятью пользователями может выявить 85% основных проблем. Быстро итерируя, инженерные команды избегают ловушки полировки дефектной концепции. Обязательно документируйте результаты и делитесь ими с полной командой, чтобы извлеченные уроки информировали последующие итерации.

Междисциплинарные команды: разносторонняя экспертиза

Решения, ориентированные на человека, редко возникают из силосов. Соберите проектные команды, включающие в себя не только инженеров из разных дисциплин (механических, электрических, программных), но и специалистов по человеческим факторам, дизайнеров пользовательского опыта, технических писателей и ролей, ориентированных на клиента. Каждый участник приносит уникальную линзу, через которую можно оценить компромиссы. Например, инженер-электрик может подтолкнуть к меньшему размеру батареи, в то время как исследователь пользователя может предупредить, что слишком короткое время автономной работы расстраивает полевых работников. Сбалансированное обсуждение приводит к компромиссу, который отвечает как техническим, так и человеческим потребностям.

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

Преимущества инженерного подхода, ориентированного на человека

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

  • Более высокая удовлетворенность пользователей и принятие. Продукты, которые согласуются с рабочими процессами пользователей и ментальными моделями, требуют меньше обучения и поддержки. Например, редизайн медицинского инфузионного насоса с использованием HCD уменьшил ошибки программирования на 30% и улучшил показатели удовлетворенности медсестер.
  • Сокращение переделки и снижение риска проекта. Появление проблем юзабилити на ранних этапах за счет прототипирования стоит незначительную долю от их исправления после запуска. Известный производитель аэрокосмической техники сократил заказы на изменение на 40% после проведения итеративного тестирования пользователей.
  • Инновации, подпитываемые реальными потребностями.] Когда команды глубоко наблюдают за пользователями, они обнаруживают неудовлетворенные потребности, которые вдохновляют новые функции или совершенно новые категории продуктов. Разработка iPhone является классическим примером: она решила разочарование неуклюжих мобильных интерфейсов, сделав прикосновение основным взаимодействием.
  • Более сильная сплоченность и моральный дух команды. Инженеры, которые видят, что их работа имеет значение для реальных людей, сообщают о более высокой вовлеченности. Сеансы обратной связи с пользователями могут быть эмоционально полезными и помогать командам оставаться мотивированными на трудных этапах.
  • Лучшее соответствие бизнес-целям. Человеческие продукты часто имеют премиальные цены, более низкие затраты на поддержку и более высокую пожизненную стоимость для клиентов. Они также снижают риск нормативных или правовых проблем, возникающих из-за плохого удобства использования.

Общие проблемы и как их преодолеть

Принятие ориентированных на человека методов управления проектами не лишено препятствий. Признание этих проблем заранее помогает командам эффективно планировать.

  • Сопротивление изменениям.] Инженеры и менеджеры проектов, привыкшие к методам водопада, могут рассматривать HCD как «пушистый» или трудоемкий. Преодолейте это, представив данные: поделитесь тематическими исследованиями, показывающими снижение частоты отказов, и начните с небольшого пилотного проекта, который демонстрирует измеримые выгоды. Привлеките скептиков в сеанс наблюдения пользователя — видя, что борьба пользователя с существующим продуктом часто преобразует.
  • Бюджетные и временные ограничения.] Исследования пользователей и прототипирование требуют предварительных инвестиций. Переформулируйте это как снижение риска. Небольшое количество исследований на ранней стадии может предотвратить недели растраченной разработки. Покажите, сколько затрат на переработку по сравнению со стоимостью нескольких умеренных тестов юзабилити. Многие организации считают, что HCD фактически сокращает общее время выхода на рынок, потому что он уменьшает изменения на поздней стадии.
  • Сложность набора репрезентативных пользователей.] Команды проектов иногда полагаются на удобные образцы, такие как внутренние сотрудники, которые не являются фактическими конечными пользователями. Это приводит к ошибочным выводам. Выделение бюджета для профессионального набора или партнера с командами успеха клиентов. Предлагать стимулы, которые соответствуют временной стоимости пользователя. Если рекрутинг чрезвычайно сложен, используйте методы, такие как немодерированное дистанционное тестирование, чтобы охватить более широкую аудиторию.
  • Силоированная организационная структура.] Если исследования происходят в отдельном отделе и идеи не доходят до инженеров, усилия, ориентированные на человека, терпят неудачу. Разбивайте бункеры, встраивая исследователей пользователей в инженерные команды. Создавайте общие хранилища для исследовательских артефактов. Проводите регулярные сеансы «показать и рассказать», где исследователи представляют результаты непосредственно разработчикам.
  • Анализ паралича. Богатые качественные данные могут показаться неоднозначными. Избегайте этого, синтезируя результаты в четкие, действенные принципы проектирования и приоритетные истории пользователей. Используйте методы, такие как аффинити-диаграммы и «пять причин», чтобы перейти от наблюдений к проницательности. Установите временные рамки для этапов исследований, чтобы проект продолжал двигаться.

Основные инструменты и фреймворки

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

  • Персонас. Вымышленные, но основанные на исследованиях профили целевых пользователей. Они включают демографию, цели, болевые точки и поведение. Персонажи уделяют внимание конкретному человеку, а не абстрактному «пользователю».
  • Карты путешествий пользователей. Визуальные временные линии взаимодействия пользователя с продуктом или услугой, выдвигающие на первый план эмоциональные максимумы и минимумы. Карты путешествий выявляют пробелы и возможности для улучшения. Они особенно мощны для сложных систем с несколькими точками касания.
  • Дизайн спринтов.] Структурированный пятидневный процесс, популяризированный Google Ventures для ответа на критические бизнес-вопросы посредством прототипирования и тестирования с пользователями. Инженерные команды могут адаптировать дизайн спринтов для проверки технических решений с высоким риском перед выделением ресурсов.
  • Инструменты тестирования удобства использования. Платформы, такие как UserTesting, Lookback или даже простая запись экрана с протоколами think-aloud. Удалённые модерируемые или немодерируемые тесты являются экономически эффективными и могут выполняться параллельно с спринтами разработки.
  • Диаграммы аффинности. Метод совместной организации больших объемов качественных данных в значимые кластеры. Они помогают идентифицировать шаблоны и темы, которые в противном случае могли бы быть потеряны.
  • Инструменты оценки доступности. Человеческий дизайн должен включать пользователей с ограниченными возможностями. Такие инструменты, как WAVE, топор и контрольные устройства цветового контраста, гарантируют, что технические результаты соответствуют Руководству по доступности веб-контента (WCAG).

Измерение влияния человеко-центрированной инженерии

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

  • Результаты пользователя: Скорость успеха задачи, время выполнения задачи, частота ошибок, оценки удовлетворенности (например, шкала юзабилити системы или оценка Net Promoter) и обучаемость (измеряется по времени до первой успешной задачи).
  • Результаты проекта: Количество итераций дизайна, процент включенных результатов исследований пользователей, сокращение изменений на поздней стадии и время, затрачиваемое на переработку. Отслеживайте их до и после принятия HCD, чтобы продемонстрировать влияние.
  • Результаты бизнеса: Удержание клиентов, объем вызова поддержки, гарантийные требования, коэффициент принятия и доход на пользователя. Для внутренних инструментов измеряйте рост производительности и сокращение времени обучения.

Например, панель инструментов, показывающая 20%-ное падение количества билетов на поддержку, может быть сопряжена с цитатой пользователя, объясняющей, как новый интерфейс устранил запутанный шаг. Представить эти результаты заинтересованным сторонам в простых визуальных форматах. Со временем данные создают убедительные аргументы для расширения ориентированных на человека практик в инженерной организации.

Будущее человеко-ориентированной инженерии

По мере развития технологий, человеко-ориентированная инженерия должна адаптироваться к новым контекстам и ожиданиям пользователей.

  • Искусственный интеллект и автоматизация. Системы ИИ должны быть спроектированы с прозрачностью и контролем. Пользователям необходимо понимать, что делает ИИ, и отменять его, когда это необходимо. Инженерные команды должны применять HCD к интерфейсам ИИ, используя такие методы, как выравнивание ментальной модели и дизайн восстановления ошибок.
  • Инклюзивный и справедливый дизайн.] Человеческий дизайн расширяется, чтобы расставить приоритеты в разнообразии, справедливости и инклюзивности. Команды должны учитывать пользователей разных возрастов, способностей, культур и социально-экономических условий. Это означает выход за рамки доступности, чтобы активно избегать увековечивания предвзятости в алгоритмах и интерфейсах.
  • Удаленные и гибридные методы исследования. Пандемия ускорила удаленную работу, и за ней последовали исследования пользователей. Инструменты для немодерированного тестирования, видеоэтнография и удаленный содизайн теперь являются основными. Руководители инженерных проектов должны планировать исследования в смешанном режиме, которые могут охватить пользователей, где бы они ни находились.

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

Заключение

Включение принципов, ориентированных на человека, в управление инженерными проектами не является дополнительным дополнением; это фундаментальный сдвиг, который дает лучшие результаты для пользователей, команд и организаций. Он начинается с сочувствия и продолжается на каждом этапе проекта - от вовлечения заинтересованных сторон и исследований пользователей до итеративного прототипирования и кросс-функционального сотрудничества. Преимущества измеримы: более высокая удовлетворенность, более низкий риск, более быстрое обучение и более инновационные решения. Существуют проблемы, но их можно преодолеть с помощью правильных инструментов, показателей и организационной поддержки. По мере развития инженерных ландшафтов ориентированный на человека подход не является конкурирующим приоритетом - это приоритет, который направляет всех остальных. Когда менеджеры проектов ставят людей на первое место, инженерия, которую они обеспечивают, работает лучше для всех.