Менеджер продукта при работе над проектом рано или поздно сталкивается с тем, что ему сложно отслеживать выполнение задач, своевременно предоставлять информацию о ходе разработки функции, давать каждому члену команды возможность демонстрировать новые идеи. Ситуация осложняется (например, в условиях пандемии) распределенной командой.
GitHub помогает объединить сотрудников и проекты, даёт возможность каждому участвовать в разработке и делиться своими идеями.
Что же такое GitHub ?
GitHub — платформа для совместной работы. Сообщество платформы состоит из более чем 28 млн. участников по всему миру. GitHub может стать основным местом для взаимодействия между отделами компании: менеджерами продуктов, программистами, маркетологами и специалистами техподдержки.
GitHub позволяет вовлекать команды по продукту в процесс и вести содержательную беседу о конкретной функциональности.
Для чего стоит пользоваться GitHub ?
1. Структура для организации работы
Каждый квартал команда по работе над продуктом себе цель — улучшить существующие функции и создать новые. Для каждого запланированного задания создается новая задачу на разработку. Все эти задачи собраны в отдельных репозиториях GitHub. При этом у каждой задачи есть несколько базовых элементов.
- Техническое задание и объём работ: определяются совместно с менеджерами по проекту и разработчиками
- Команда по работе над функциональностью: ведущий дизайнер, исследователь, один или несколько разработчиков, менеджер по проекту. Назначение ответственных в GitHub показывает, кто работает над функциональностью
- Ведущий дизайнер: делится наглядными материалами, прототипами, результатами исследований пользователей, загружает материалы исследований
- Метки, такие как отладка, готово для разработки, обзор, маркетинг и так далее. Благодаря этому очень просто искать материалы по актуальным вопросам, над которыми в данный момент ведётся работа.
Эти детали позволяют сортировать и фильтровать задачи, над которыми работает каждый сотрудник в любой момент времени. Так легче получить общую картину текущих задач, над которыми ведётся работа.
2. Архив истории принятия решений
Желательно все документировать в GitHub. Начиная от запуска новой задачи, информирования пользователей и заканчивая собранными метриками по конкретной функциональности. Рабочий процесс для большинства задач как правило последовательный и многократно повторяющийся. GitHub выступает в роли основного коммуникационного центра для всех, кто вовлечен в процесс.
- Техническое задание. Чтобы запустить новую задачу, все члены команды, задействованные в работе, участвуют в создании технического задания. В техническом задании четко определены задачи, пользовательские сценарии, гипотезы, конкурентный анализ, данные и выводы исследований.
- Иллюстрации, наглядные картинки и прототипы. Это помогает за несколько минут просмотреть задачу и понять её суть.
- Цикличный процесс. Каждая функциональность проходит через массу итераций, жёсткое тестирование и научные исследования перед запуском. Это помогает собрать ценные качественные и количественные данные, на их основе проводится дальнейшая отладка.
- Запуск. Функциональность запускается поэтапно для различных сегментов аудитории. Оценочные листы и метрики помогают отслеживать влияние функциональности на поведение пользователей.
3. Объединение людей и проектов
GitHub помогает оставаться на связи и сообщает о последних новостях в проектах. Это особенно актуально для распределенных команд.
Когда член команды комментирует или загружает файлы в задачу в разработке, GitHub уведомляет тех, кто работает над этой функциональностью или отмечен в этом материале. Такой уровень прозрачности и автоматизации позволяет всей команде сосредоточиться на решении задач, имея единый источник достоверных данных.
Разработчики, менеджеры по проектам, маркетологи и сотрудники техподдержки могут делиться своими мыслями, когда мы работаем над конкретной функцией.
Если кто-то хочет узнать подробности по определённой задаче, то достаточно прислать им ссылку на задачу, где они увидят полную историю — от проектирования до её создания. Новые дизайнеры в команде могут войти в курс дела по конкретной функциональности в течение нескольких дней после устройства на работу.
4. Организация работы удалённых сотрудников.
У каждого свой стиль работы. GitHub учитывает это и дополняет наши собственные инструменты, предоставляя открытую платформу, в которой люди могут свободно участвовать.
Я удалённый сотрудник. Часто мне нужно время и место, чтобы сформулировать мысли или изложить их письменно. GitHub даёт мне возможность комфортно участвовать в процессе. Каждому предоставляются равные возможности. Также у каждого члена команды есть возможность оставить обратную связь по любой задаче, когда им это удобно.
