Hi-Tech

Пять причин, почему в Microsoft используют GitHub: рассказ продуктового дизайнера компании

Перевод колонки Сиддханта Мехты о том, как GitHub способствует прозрачности и открытости разработки продуктов.

В закладки

Поделиться

Мы сохранили уникальные процессы и культурные особенности, благодаря которым стало возможно создание этих продуктов. Несколько лет назад Microsoft приобрела две компании: Acompli (приложение отправки электронных писем) и Sunrise (приложение — календарь). В их основе было использование GitHub.

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

GitHub объединяет людей и проекты, несмотря на разные часовые пояса, даёт возможность каждому участвовать в разработке и делиться своими идеями.

Почему GitHub

Сообщество платформы насчитывает 28 млн участников по всему миру. GitHub — это платформа для совместной работы разработчиков. Но если немного изменить рабочие процессы, то GitHub может стать основным местом для взаимодействия между всеми отделами компании: менеджерами по продукту, инженерами, маркетологами, дизайнерами, научными исследователями и специалистами отдела поддержки.

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

Почему мы им пользуемся:

  1. Структура для организации работы.
  2. Архив истории принятия решений.
  3. Объединение людей и проектов.
  4. Организация работы удалённых сотрудников.
  5. Ощущение сопричастности и инновационность.

1. Структура для организации работы

Для каждого запланированного задания мы создаем новую «задачу на разработку». Каждый квартал команда по работе над мобильным приложением Outlook ставит себе цель — улучшить существующие функции и создать новые, улучшить пользовательский опыт. Все эти задачи собраны в отдельных репозиториях для iOS или Android, размещённых на GitHub.

Организация задач по репозиториям

У каждой дизайн-задачи есть несколько базовых элементов.

  • Техническое задание и объём работ: определяются совместно с менеджерами по проекту и инженерами.
  • Команда по работе над функциональностью: ведущий дизайнер, исследователь, один или несколько инженеров, менеджер по проекту. Назначение ответственных (assignees) на GitHub показывает, кто работает над функциональностью.
  • Ведущий дизайнер: делится наглядными материалами, например, структурной схемой страниц и детализированным представлением дизайна в высоком разрешении, статичными прототипами, результатами исследований пользователей, загружает материалы исследований по интерактивному дизайну.
  • Метки: например, отладка приложения (app polish), определение (define), готово для разработки (ready-for-dev), обзор, маркетинг, электронная почта, календарь и так далее. Благодаря этому очень просто искать материалы по актуальным вопросам, над которыми в данный момент ведётся работа.

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

2. Архив истории принятия решений

Это всё равно, что создать цифровой дневник дизайн-процессов. Мы всё документируем на GitHub. Рабочий процесс для большинства дизайн-задач как правило последовательный и многократно повторяющийся. Начиная от запуска новой дизайн-задачи, информирования пользователей и заканчивая собранными метриками по конкретной функциональности.

GitHub выступает в роли основного коммуникационного центра для всех, кто вовлечен в процесс. Мы создаём новые дизайн-задачи, основываясь на функциональностях, которые мы разрабатываем каждый квартал.

  • Техническое задание. Чтобы запустить новую задачу, все члены команды, задействованные в работе, участвуют в создании технического задания. Мы чётко определяем задачи, пользовательские сценарии, гипотезы, пользовательскую обратную связь, конкурентный анализ, данные и выводы исследований в качестве базы.
  • Иллюстрации, не слова. Картинки стоят тысячи слов, а прототипы стоят даже больше. Наши дизайн-задачи сопровождаются большим количеством изображений, интерактивными прототипами, детализированным представлением дизайна и анимацией, которые команда может протестировать на своих мобильных устройствах. Это помогает за несколько минут просмотреть дизайн-задачу и понять её суть.
  • Цикличный процесс. Каждая функциональность проходит через массу итераций, жёсткое тестирование и научные исследования перед запуском. Мы также тестируем прототипы в онлайне на пользователях и встречаемся с ними лично, чтобы получить обратную связь по конкретным функциональностям. Это помогает собрать ценные качественные и количественные данные, на их основе проводится дальнейшая отладка.
  • Запуск. Запуск функциональности это только начало пути. Функциональность запускается поэтапно для различных сегментов аудитории. Оценочные листы и метрики помогают отслеживать влияние функциональности на поведение пользователей. Мы живём продуктом, который разрабатываем, прежде чем запустить его для нашего конечного пользователя. А после запуска работаем над тем, чтобы сделать его ещё лучше.

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

Жизненный цикл дизайн-задачи на GitHub

3. Объединение людей и проектов

GitHub помогает оставаться на связи и сообщает о последних новостях в проектах. Команда по разработке мобильного приложения Outlook находится в разных городах, в разных часовых поясах по всему миру.

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

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

Новые дизайнеры в команде могут войти в курс дела по конкретной функциональности в течение нескольких дней после устройства на работу. Если кто-то хочет узнать подробности по определённой функциональности, то достаточно прислать им ссылку на дизайн-задачу, где они увидят полную историю — от разработки дизайна до её создания.

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

4. Организация работы удалённых сотрудников

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

У меня случаются моменты, когда анализа проекта в режиме live недостаточно, чтобы поделиться идеями. Я удалённый сотрудник. GitHub даёт мне возможность комфортно участвовать в процессе. Часто мне нужно время и место, чтобы сформулировать мысли или изложить их письменно. Также у каждого члена команды есть возможность оставить обратную связь по любой задаче, когда им это удобно. Каждому предоставляются равные возможности.

5. Ощущение сопричастности и инновационность

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

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

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

Спасибо, GitHub

Каждый в команде может выразить свою точку зрения по разрабатываемым продуктам. GitHub даёт право голоса каждому человеку в команде, вне зависимости от того, кто они, где живут, как работают или какую должность занимают. Это позволяет нам разрабатывать продукты, которые понравятся людям.

Показать больше

Похожие статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть