GitHub для менеджера продукта

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

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

Что же такое GitHub ?

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

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

Для чего стоит пользоваться GitHub ?

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

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

• Техническое задание и объём работ: определяются совместно с менеджерами по проекту и разработчиками
• Команда по работе над функциональностью: ведущий дизайнер, исследователь, один или несколько разработчиков, менеджер по проекту. Назначение ответственных в GitHub показывает, кто работает над функциональностью
• Ведущий дизайнер: делится наглядными материалами, прототипами, результатами исследований пользователей, загружает материалы исследований
• Метки, такие как отладка, готово для разработки, обзор, маркетинг и так далее. Благодаря этому очень просто искать материалы по актуальным вопросам, над которыми в данный момент ведётся работа.

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

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

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

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

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

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

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

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

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

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

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

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