Приоритизация задач на утро

Приоритизация: Матрица Urgent vs Important

Это классическая ситуация, когда всё кажется срочным. Нужно различать срочность (Urgent) и важность (Important). Матрица Eisenhower помогает правильно распределить внимание.

Анализ каждой задачи

Задача 1: Crash на главной странице сайта клиента

• Urgent: ДА (production broken, видно сейчас)
• Important: ДА (влияет на revenue, reputation)
• Impact: МАКСИМАЛЬНЫЙ (потеря пользователей каждую минуту)
• Time-sensitive: АБСОЛЮТНЫЙ (каждая минута критична)

Задача 2: Встреча с новым клиентом через час

• Urgent: ДА (фиксированное время, нельзя опоздать)
• Important: СРЕДНЯЯ (новый доход, но не гарантирован)
• Impact: СРЕДНИЙ (новый клиент vs текущие потери)
• Time-sensitive: ФИКСИРОВАННОЕ (через час, точка невозврата)

Задача 3: Сотрудник про повышение зарплаты

• Urgent: КАЖЕТСЯ (employee волнуется)
• Important: ДА долгосрочно (retention, morale)
• Impact: СРЕДНИЙ-ВЫСОКИЙ (потеря таланта может быть дорогой)
• Time-sensitive: СРЕДНЯЯ (может подождать 1-2 часа, но не день)

Задача 4: PR блокирует разработчиков

• Urgent: ДА (люди ждут)
• Important: ДА (velocity важна)
• Impact: СРЕДНИЙ (2 человека на 0%, остальное может быть)
• Time-sensitive: СРЕДНЯЯ (есть slack для других работ)

Задача 5: Письмо с вопросами по отчёту

• Urgent: КАЖЕТСЯ (письмо)
• Important: НИЗКАЯ (questions, не crisis)
• Impact: НИЗКИЙ (асинхронная коммуникация)
• Time-sensitive: НИЗКАЯ (можно ответить в конце дня)

ПРИОРИТЕТ: От 1-го (максимум) к 5-му

🔴 ПЕРВОЕ МЕСТО: Crash на сайте (IMMEDIATE)

Почему критично: Production down = потеря денег прямо сейчас. Клиент видит, пользователи видят, это видно в metrics.

Что делать (3-5 минут):

1. Позвони/напиши Tech Lead: "Crash на prod. Начинаешь чинить. Дам свободу"
2. Email клиенту: "Знаем о проблеме. Наша команда работает. Update через 30 мин"
3. Создай Slack channel: #production-incident
4. Каждые 10-15 мин требуй update от Tech Lead

Твоя роль: Координация + Communication, не чинишь сам (если ты не tech person)

🟡 ВТОРОЕ МЕСТО: Сотрудник про зарплату (VERY SOON)

Почему это второе, а не первое: Это Important (retention), но не Urgent в смысле ближайших 30 минут. Он может подождать час-два.

Что делать (1 минута):

• Когда приходит: "Слышу тебя. Я в middle crisis. Можем встать в [10:00]? Дам тебе 30-45 мин"
• Запланируй встречу сейчас
• Потом идёшь к встрече

🟡 ТРЕТЬЕ МЕСТО: Встреча с новым клиентом (SCHEDULED)

Почему третье: Урджент (через час), но SCHEDULED. Это commitment, который нельзя нарушить.

Вариант A: Ты должен быть

• Это Non-delegable
• Приоритет: High
• Crash может решать Senior Dev параллельно

Вариант B: На встрече Sales + Product без тебя

• Тогда ты можешь на встречу не ходить
• Но нужно СЕЙЧАС обсудить это (5 мин phone call с Sales Lead)

Действие (15-20 мин подготовки):

• Обзор клиента, notes
• Pitch (если нужно)
• Потом встреча

🟢 ЧЕТВЁРТОЕ МЕСТО: Pull Request (DELEGABLE)

Почему четвёртое: Это Urgent (люди ждут), но не самое критичное. И это легко делегировать.

Делегирование (1 минута):

• Сообщение Tech Lead: "Есть блокирующий PR. Можешь ревьюить?"
• Он оценит и одобрит (это его работа)
• Ты не нужен в код ревью

Время экономии: 15-20 минут

🟢 ПЯТОЕ МЕСТО: Письмо с вопросами (ASYNC)

Почему последнее: Не Urgent, не Важное в immediate смысле. Это может подождать часы.

Вариант A: Делегировать

• Project Coordinator или другой PM может подготовить draft
• Ты проверяешь вечером, отправляешь
• Экономия: 5-10 минут

Вариант B: Сам, но вечером

• В 17:00 потратил 5-10 минут
• Ответил вечером, клиент видит answer на утро

РАСПИСАНИЕ УТРА (HOW IT ACTUALLY PLAYS OUT)

08:00 — Приходишь
├─ 08:00-08:03: CRASH
│  ├─ Позвон Tech Lead
│  ├─ Email клиенту  
│  └─ Slack channel #prod-incident
├─ 08:03-08:04: СОТРУДНИК
│  └─ "Встанем в 10:00. 30 минут"
├─ 08:05-08:20: ВСТРЕЧА ПОДГОТОВКА
│  ├─ Обзор клиента
│  └─ Pitch review
├─ 08:20: PR REVIEW
│  └─ Message Tech Lead: "Можешь ревьюить PR?"
├─ 08:20-09:00: CRASH MONITORING
│  ├─ Status check каждые 10 минут
│  ├─ Communicate with client
│  └─ Escalate если нужно
└─ 09:00: ВСТРЕЧА с новым клиентом
   └─ (CRASH должен быть fixed или в процессе)

10:00-10:45: ВСТРЕЧА с СОТРУДНИКОМ
└─ Обсуждение зарплаты

11:00+: ПИСЬМО
└─ Либо вечером, либо делегировать

Что делегировать

Не делегировать:

• Встреча с сотрудником (ты как менеджер должен быть)
• Встреча с новым клиентом (если это часть твоего роли)
• Coordination crash (ты должен слышать обновления)

Принципы приоритизации

1. Production > Everything

• Broken production = потеря денег СЕЙЧАС
• Всё остальное можно отложить

2. Scheduled commitments нельзя нарушать

• Встреча в 09:00 — это commitment
• Отмена = потеря доверия

3. People comes second to production, then to commitments

• Сотрудник может подождать час (если это не чрезвычайно критично)
• Но если риск потери — это тоже High priority

4. Delegation is multiplication

• Ты один, но можешь направить 5 человек
• Code review, письма, документы — это все можно делегировать

5. Communication > Action

• Скажи "я занят, встанем в 10:00" лучше, чем игнорируй на 4 часа
• 1 минута коммуникации сохраняет relationships

6. Metrics matter

• Важно не только что сделал, но что ты сделал ПРАВИЛЬНО
• Fix crash медленно но без новых багов > Fix fast с новыми проблемами

Чек-лист для быстрого решения

✓ Crash — кому делегировать, как коммуницировать
✓ Сотрудник — когда встреча, подготовка
✓ Встреча — как подготовиться, можно ли skip
✓ PR — кому делегировать
✓ Письмо — можно ли отложить или делегировать
✓ Мониторинг — как отслеживать crash, не зависая
✓ Escalation — что если crash не фиксится быстро
✓ Communication — все ли знают, что происходит