Как распределишь 10 задач по приоритету?

Система приоритизации задач

При 10 задачах нужна система для правильного распределения приоритетов. Я использую комбинированный подход на основе MoSCoW метода и матрицы Эйзенхауэра.

Матрица приоритизации

Делю задачи по двум осям: Важность (влияние на бизнес/пользователей) и Срочность (когда нужно сделать).

                 Высокая срочность | Низкая срочность
                     |
 Высокая важность    | KRITICAL        | IMPORTANT
                     |                 |
 Низкая важность     | URGENT          | LOW

MoSCoW метод

Must Have (Критичное) — без этого система не работает

• Исправление критических ошибок (баги в production)
• Безопасность (уязвимости)
• Отказы в работе сервиса
• Потеря данных пользователей

Примеры: "Исправить баг платежной системы", "Закрыть security уязвимость"

Should Have (Важное) — нужно в ближайшем спринте

• Новые фичи, запланированные для релиза
• Performance улучшения
• Бизнес-требования с конкретными сроками

Примеры: "Добавить фильтр по категориям", "Оптимизировать запрос BD на 30%"

Could Have (Желательное) — можно отложить

• Улучшения UX
• Рефакторинг кода
• Добавление логирования

Примеры: "Тёмная тема в приложении", "Переписать устаревший модуль"

Won't Have (Отложено) — в будущем

• Экспериментальные идеи
• Новые фичи без бизнес-требований
• Nice-to-have улучшения

Примеры: "Интеграция с TikTok API", "Поддержка 15 новых языков"

Пример распределения 10 реальных задач

Priority 1 (CRITICAL) — Сделать сегодня:

1. Исправить критический баг: пользователи не могут войти в аккаунт
2. Заблокировать SQL injection атаку, найденную в security аудите

Priority 2 (SHOULD) — Спринт 1-2 недели: 3. Реализовать экспорт отчётов в PDF (запрос клиента) 4. Добавить поле "Статус заказа" в API 5. Оптимизировать запрос листинга товаров (N+1 problem) 6. Реализовать кешированию результатов поиска

Priority 3 (COULD) — Спринт 2-3 недели: 7. Добавить пагинацию в API 8. Написать unit-тесты для модуля авторизации (текущее покрытие 40%) 9. Обновить документацию API

Priority 4 (WON'T) — Отложено: 10. Реализовать интеграцию с Telegram для уведомлений

Факторы, влияющие на приоритет

Влияние:

• Сколько пользователей затронуто?
• Какие убытки, если не сделать?
• Критично ли для бизнеса?

Срочность:

• Есть ли deadline?
• Зависит ли от этого другая работа?
• Какова последствия задержки?

Сложность:

• Сколько времени займет?
• Требуются ли ещё знания?
• Есть ли риски?

Зависимости:

• Зависит ли задача от других?
• Блокирует ли она другие задачи?

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

from enum import Enum
from dataclasses import dataclass

class Priority(Enum):
    CRITICAL = 1
    SHOULD = 2
    COULD = 3
    WONT = 4

@dataclass
class Task:
    name: str
    impact: int  # 1-10 (влияние на бизнес)
    urgency: int  # 1-10 (как срочна)
    effort: int  # часы
    dependencies: list = None
    
    @property
    def priority_score(self):
        # Важность влияет больше, чем срочность
        return (self.impact * 0.6 + self.urgency * 0.4)

tasks = [
    Task('Fix login bug', impact=10, urgency=10, effort=2, dependencies=[]),
    Task('Export to PDF', impact=7, urgency=5, effort=8),
    Task('Add pagination', impact=4, urgency=3, effort=4),
    # ...
]

# Сортируем по приоритету
sorted_tasks = sorted(tasks, key=lambda t: t.priority_score, reverse=True)

for task in sorted_tasks:
    print(f'{task.name}: приоритет {task.priority_score:.1f}')

Практические советы

1. Консультируйся с stakeholders — техлид, PM, клиент должны согласовать приоритеты

2. Пересматривай регулярно — приоритеты меняются

3. Балансируй — нельзя делать только critical, нужны улучшения

4. Учитывай контекст — в разных фазах проекта приоритеты разные

   • Startup: фичи и скорость важнее качества
   • Mature продукт: стабильность и quality
   • Crisis: только баги и security

5. Владей деньгами — каждая задача стоит времени=денег

Правильная приоритизация — ключ к эффективности. Изначально 10 задач становятся 2-3 реальными приоритетами для спринта.