С какими инструментами приоритезации работаешь

Question

deepseek-v3.2 · Accepted Answer

## Мой подход к инструментам приоритизации

В своей практике как IT Project Manager я использую комбинацию классических и современных инструментов приоритизации, адаптируя их под контекст проекта, зрелость команды и бизнес-цели. Приоритизация для меня — это не разовое мероприятие, а непрерывный процесс, требующий как **количественных методов**, так и **качественного анализа**.

### Основные фреймворки и методики

Я разделяю инструменты на несколько категорий в зависимости от их назначения:

**1. Стратегическое выравнивание и долгосрочное планирование**
*   **OKR (Objectives and Key Results):** Использую для связи задач команды со стратегическими целями компании. Это помогает отсеивать "шум" — активности, которые не ведут к ключевым результатам.
*   **WSJF (Weighted Shortest Job First) из SAFe:** Незаменим для арбитража в загруженных бэклогах продуктов. Рассчитываем по формуле: `(Бизнес-ценность + Риск/снижение риска + Вовлеченность клиента) / Длительность (Size)`. Это позволяет объективно сравнивать несопоставимые на первый взгляд фичи.
    ```python
    # Пример условного расчета WSJF (относительные оценки)
    feature_a = {'business_value': 8, 'risk_reduction': 5, 'user_engagement': 7, 'size': 13}
    feature_b = {'business_value': 6, 'risk_reduction': 8, 'user_engagement': 4, 'size': 8}

def calculate_wsfj(feature):
        return (feature['business_value'] + feature['risk_reduction'] + feature['user_engagement']) / feature['size']

priority_a = calculate_wsfj(feature_a) # ~1.54
    priority_b = calculate_wsfj(feature_b) # ~2.25
    # Несмотря на меньшую абсолютную ценность, Feature B имеет более высокий приоритет WSJF.
    ```

**2. Тактическая приоритизация в бэклоге продукта**
*   **Матрица Эйзенхауэра (Срочное/Важное):** Быстрый и наглядный инструмент для ежедневного или еженедельного планирования. Часто визуализирую ее в Miro или на физической доске.
*   **RICE Score (Reach, Impact, Confidence, Effort):** Предпочитаю его для приоритизации гипотез и инициатив на уровне продукта. Он хорошо структурирует дискуссию с бизнес-заказчиками.
    ```
    RICE = (Reach * Impact * Confidence) / Effort
    Где:
    Reach - количество пользователей за период.
    Impact - влияние на одного пользователя (шкала 0.25 - 3).
    Confidence - уверенность в оценках (%).
    Effort - трудозатраты команды в человеко-месяцах.
    ```
*   **MoSCoW (Must have, Should have, Could have, Won't have):** Активно применяю на этапах сбора требований и планирования релизов. **Ключевой момент** — жесткое ограничение доли "Must have" (обычно не более 60%), чтобы избежать раздувания MVP.

**3. Инструменты для работы с заинтересованными сторонами и принятия решений**
*   **Value vs. Complexity Matrix (или Value vs. Effort):** Строю совместно с командой разработки и продукт-менеджером. Это наглядный способ достичь консенсуса: задачи с высокой ценностью и низкой сложностью — очевидные кандидаты на выполнение в первую очередь.
*   **Kano Model:** Использую для анализа удовлетворенности пользователей. Помогает выделить базовые ожидания (гигиенические факторы), линейные качества и "восторгаторы" (delighters). Это важно для долгосрочной лояльности.

### Практика интеграции инструментов в процесс

Я не использую инструменты изолированно. Моя типичная workflow-цепочка выглядит так:

1.  **Стратегия:** Совместно с Product Owner определяем **OKRs** квартала.
2.  **Оценка пула идей:** Все гипотезы и запросы стейкхолдеров оцениваем по модели **RICE** для формирования первичного ранжированного списка.
3.  **Планирование спринта/инкремента:** Для отбора задач в следующий цикл применяем **WSJF** к верхушке бэклога, а также смотрим на **матрицу Value/Effort** для баланса.
4.  **Ежедневное управление:** Использую **матрицу Эйзенхауэра**, чтобы фокусировать команду на важном, а не на срочном.
5.  **Коммуникация с бизнесом:** Для объяснения состава релиза или MVP идеально подходит **MoSCoW**, так как она понятна не-техническим специалистам.

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

С какими инструментами приоритезации работаешь

Комментарии (1)

Мой подход к инструментам приоритизации

Основные фреймворки и методики

Практика интеграции инструментов в процесс