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

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

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

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

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

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

Почему GitHub

GitHub — это платформа для совместной работы разработчиков. Сообщество платформы насчитывает 28 млн участников по всему миру. Но если немного изменить рабочие процессы, то 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
Жизненный цикл дизайн-задачи на GitHub

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Спасибо, GitHub

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

1717
7 комментариев

В связи с тем, что Microsoft купил Github, может они еще напишут почему они в своей компании используют Windows и Power Point?

9

Вероятно и купили, потому что использовали до покупки.

2

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

1

Что не так с моб приложением?

3

а как вы думаете, почему ?
они ведь не настолько тупые чтоб этого не понимать