Что будешь делать если контент курса не создается несколько дней?
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Управление блокерами: контент курса не создается
Краткий ответ
Это классический scenario, когда блокер встречает бюрократию. Важно быстро диагностировать root cause, потому что последствия экспоненциальны:
- День 1: просто задержка
- День 3: упускаем launch deadline
- День 5: partner становится unhappy
- День 7: репутация на кону
Мой playbook для разрешения:
Диагностика (День 1-2)
Первое, что я делаю — я НЕ спрашиваю: ❌ "Почему контент не готов?" ❌ "Когда будет готов?"
Я спрашиваю: ✓ "Что ты делал в последние 3 дня?" (понять реальную активность) ✓ "В чем проблема? Что тебе нужно, чтобы двигаться?" (remove blockers) ✓ "Есть ли dependency, которую я не знаю?" (скрытые issue)
Возможные диагнозы:
| Диагноз | Признаки | Решение |
|---|---|---|
| Непонимание требований | "Я не знаю, что ты хочешь" | Clarify requirements в 30 мин call |
| Ресурс перегруженный | "Я работаю на 3 других проектах" | Переинициализировать приоритеты |
| Техническая проблема | "Система не дает мне создавать контент" | Включить IT/DevOps |
| Отсутствие мотивации | "Я не вижу смысла в этом" | Объяснить impact |
| Неправильный инструмент | "Эти инструмент неудобный" | Найти лучший инструмент |
Реальный сценарий
Предположим, контент (обучающие видео) для курса не создается. Deadline завтра.
День 1 (10 AM): Я узнаю о проблеме
Поне: "Content lead говорит, что не успеет."
Мой action (30 мин):
- Звоню content lead
- "Привет, я слышал есть задержка. Что произошло?"
- Слушаю внимательно (не перебиваю)
Что я услышал: "У меня было 3 модуля для курса. Я записал 2, но у меня нет feedback от subject matter expert (SME). Без feedback я не могу закончить третий модуль, потому что я не знаю, right ли я делаю."
Диагноз: Блокер — отсутствие SME feedback (не capacity проблема)
Мой immediate action (next 2 hours):
- Найти SME (обычно CTO или domain expert)
- Объяснить ему: "Контент leader ждет твоего feedback на одном видео (10 мин смотреть). Это разблокирует весь курс."
- Договориться о time slot еще сегодня
- Вернуться к content lead: "SME даст feedback в 3 PM. Ты сможешь финализировать к 5 PM?"
Если SME говорит "нет времени":
- Я объясняю impact: "Без этого курса мы упускаем launch. Это влияет на Q3 OKR."
- Я предлагаю, что я помогу: "Я смотрю видео вместе с ним, он говорит что менять, я relayю content lead."
- Или: "Давайте делаем partial launch: 2 модуля сегодня, третий через 3 дня."
Сценарий 2: Проблема в tooling
Content lead: "Система для создания контента crashing. Я теряю работу."
Мой action (same day):
- Scope: Все ли блокированы или только этот人?
- Workaround: "Давай создавай контент в Google Docs, потом мы move в систему?"
- IT вовлечение: Я лично говорю IT: "Это блокирует Q3 launch, нужна fix TODAY."
- Backup plan: "Если IT не может сегодня, давайте используем систему B на 48 часов."
Сценарий 3: Требования были неясны
Content lead: "Я создал контент, но ты говоришь это не то, что ты хотел."
Мой action: Это моя вина, не его.
- Я apologize: "Я плохо объяснил требования. Это на мне."
- Я создаю crystal clear brief (с примерами, не только description)
- Я спрашиваю: "Это имеет смысл? Давай делать это вместе."
- Я ускорю timeline или даю больше time (в зависимости от critical'ность)
Стратегия: Prevention > Cure
Как я избегаю этого в первую очередь:
1. Clear requirements с примерами
Вместо: "Создай обучающий контент для новых users"
Я даю: "Нам нужны 3 видео, каждое по 3-5 минут:
- Video 1: Как sign up и setup account (аналог YouTube video от [link])
- Video 2: Основные фичи за 5 минут (аналог Slack onboarding)
- Video 3: Troubleshooting common issues (FAQ format)
Deadline: Понедельник 5 PM Format: MP4, 1080p, с субтитрами Owner: Ты с support от SME (я arranging)"
2. Early feedback loops
Не жду deadline'а для feedback.
- Я смотрю rough cut в день 1
- Я даю feedback в день 2
- Он финализирует в день 3
3. Risk tracking
В weekly status report я трекирую:
- Risks (что может пойти не так)
- Owners (кто отвечает)
- Mitigation (что я буду делать)
Пример: "RISK: Content lead on vacation день 4-5. MITIGATION: Finish content к дню 3, или вовлечь backup person."
4. Communication cadence
Онако day перед deadline я не спрашиваю "есть ли news". Я знаю status:
- Monday: Требования aligned, он начал работать
- Wednesday: Rough cut готов, я даю feedback
- Friday: Финальная версия, он uploads
Если schedule сбивается, я знаю это на day 2, не день 6.
Когда deadline уже завтра
Если точно не успеем:
Я не надеюсь на чудо. Я execute contingency plan:
Option 1: Partial launch
"Выпускаем 2 модуля завтра, третий в пятницу. Объясняем customers что это beta."
Option 2: Manual workaround
"Вместо видео, делаем live webinar. Мы записываем и переделываем в видео потом."
Option 3: Delay и buy time
"Раньше launch на неделю, используем время правильно создать качественный контент вместо спешки."
Option 4: External help
"Нанять фрилансер для быстрого creation? Стоит ли?"
Мой выбор зависит от:
- Severity (critical или nice-to-have)
- Stakeholder tolerance for delay
- Quality standards (могу ли я compromise)
Главный принцип: Transparency
Если контент не будет готов:
- Я не скрываю это
- Я коммуницирую ASAP к stakeholder (CEO, partner)
- Я даю опции: "Partial launch OR delay OR manual workaround"
- Я не promise impossibles ("Will be done tomorrow!" if impossible)
Последний раз когда я работал с content deadline:
- Deadline был в четверг
- В среду я узнал что есть 20% gap
- Я не паниковал, я собрал team: "У нас есть опции. Какую выбираем?"
- Мы выбрали partial launch + extended deadline для остатка
- Everyone was happy because мы made decision together
Итоговый playbook
- Диагностируй быстро (день 1) — что реально block'ит?
- Разблокируй (день 1-2) — remove obstacles
- Escalate если нужно (день 2) — involve management
- Communicate options (день 2-3) — stakeholders decide
- Execute plan (day 3+) — commit и deliver
Главное — не игнорируй блокер надеясь что он разрешится. PM это про action.