Как Си-Норд разрабатывает новые продукты
Расскажем, что происходит в Си-Норде, когда поступает запрос на изменение продукта.
Все начинается с продуктового менеджера. Он анализирует три вещи.
1. Запросы в техподдержку.
2. Запросы, которые передаются через менеджеров по продажам.
3. Продуктовые метрики — параметры использования продукта или отдельных его функций.
На этой основе принимается решение о том, что продукт нужно изменить или создать новый. Но как бы менеджер ни старался фильтровать запросы и анализировать метрики, запросов всегда будет слишком много. Нужно приоритизировать.
Мы используем RICE. Это простая методология приоритизации, по которой оценивается:
— какому количеству клиентов нужно изменение;
— как оно повлияет на использование продукта;
— насколько мы в этом уверены;
— каких усилий потребует изменение.
Плюс есть текущий план разработки, в который любое новое изменение нужно вписать. Когда решение принято, разработчики формируют техническое задание, согласуют с менеджером сроки и затраты.
Разработчики реализуют задуманное во всех продуктах, которых оно касается. Одно небольшое изменение может затрагивать, например, прошивку, Хаббл, веб-конфигуратор и Панель инженера — сразу четыре продукта. И это не предел, может быть и больше. После чего тестировщики исследуют изменения, а уже затем наступает релиз.
В каждый момент времени у нас в разработке находятся несколько изменений. Каждое из них должно пройти весь цикл от начала до конца, прежде чем в работу можно будет взять следующее. Даже если продуктовый менеджер очень хочет изменить продукт прямо сейчас, он понимает, что не может нарушить цикл.
Расскажем, что происходит в Си-Норде, когда поступает запрос на изменение продукта.
Все начинается с продуктового менеджера. Он анализирует три вещи.
1. Запросы в техподдержку.
2. Запросы, которые передаются через менеджеров по продажам.
3. Продуктовые метрики — параметры использования продукта или отдельных его функций.
На этой основе принимается решение о том, что продукт нужно изменить или создать новый. Но как бы менеджер ни старался фильтровать запросы и анализировать метрики, запросов всегда будет слишком много. Нужно приоритизировать.
Мы используем RICE. Это простая методология приоритизации, по которой оценивается:
— какому количеству клиентов нужно изменение;
— как оно повлияет на использование продукта;
— насколько мы в этом уверены;
— каких усилий потребует изменение.
Плюс есть текущий план разработки, в который любое новое изменение нужно вписать. Когда решение принято, разработчики формируют техническое задание, согласуют с менеджером сроки и затраты.
Разработчики реализуют задуманное во всех продуктах, которых оно касается. Одно небольшое изменение может затрагивать, например, прошивку, Хаббл, веб-конфигуратор и Панель инженера — сразу четыре продукта. И это не предел, может быть и больше. После чего тестировщики исследуют изменения, а уже затем наступает релиз.
В каждый момент времени у нас в разработке находятся несколько изменений. Каждое из них должно пройти весь цикл от начала до конца, прежде чем в работу можно будет взять следующее. Даже если продуктовый менеджер очень хочет изменить продукт прямо сейчас, он понимает, что не может нарушить цикл.