manage_project

Основные принципы взаимодействия с командой

В основе моей методологии управления проектом лежит Growth подход в сочетании со Sсrum фреймворком по организации работы

Логика структуры управления по Scrum

Квартал —> Месяц → Неделя → День

Каждый уровень поддерживает предыдущий, создавая непрерывную управленческую цепочку: стратегия, тактика, операционка

Ежемесячный цикл
Цель: создать предсказуемую систему планирования, где у топов команды есть общее понимание стратегии и приоритетов

Еженедельный ритм
Цель: наметить спринт на неделю

Ежедневные синки
Цель: составить план работы на день для выполнения недельных задач

Каждый член команды не приходим приходим с вариантами решения, а не с проблемой

При этом решение предварительно должно быть самостоятельную оценено по:

икр (идеальный конечный результат)

приоритет: влияние + срочность

вероятность достижения (кейсы, подтвержденные практики и тд)

Как научиться видеть важное среди +100500 задач или как правильно определять приоритеты?

Без определения приоритетов не должна начинаться новая неделя. Для каждой задачи мы определяем приоритет (P1, P2, Р3):

Р1 (Критично): Если не сделаем Х, то вебинар сегодня не сможем провести

Р2 (Важно): Нужно сделать сегодня для дальнейшего движения по спринту

Р3 (Косметика): Можно забить, если горим

Простой алгоритм сортировка задач:

Сбор всех задач по спринту

Распределяем задачи по проектам (у ЗАДАЧИ > 2 действий то это проект)

Проставляем приоритеты

Разбиваем задачи по дням и по времени

Корректировки (каждый день вечером + 1 раз в пт вечером планирование на след неделю)

Если у задачи нет лимита по времени и по результату, то это не задача — это философия

Пример:

❌ Плохо: «Проанализировать конкурентов»

✅ Хорошо: «За 2 час собрать 10 самых долгоиграющих рекламных подач конкурентов, выписать 5 повторяющихся паттернов и на основании этого сформировать 5 гипотез, которые помогут в самое ближайшее время увеличить окупаемость в проекте в 1,5 раза»

Лучше протестировать рабочую гипотезу за 2 дня, чем дорабатывать её до идеала 2 недели

В этом особенность Growth-подхода, в котором есть та самая важность корректировки плана действий исходя от результатов, которые мы поулчаем:

Спланировали → сделали → измерили → изменили → снова сделали

Например, любимый мной Цикл Деминга позволяет тестировать изменения в небольшом масштабе, анализировать результаты и внедрять корректировки для повышения качества, предотвращая масштабные сбои

А как лучше всего организовать системную работу в инфобиз проекте или онлайн-школе?

Базовый минимум:

Коммуникация происходит в чатах, объединенных общей темой, а ежедневные, еженедельные и ежемесячные синхронизации подерживают эту структуру

Постановка технических заданий происходит в отдельном пространстве:

У каждого маркетингового события есть план/факт, который контролируется и вносятся оперативные изменения при турбулентностях

Регулярное тестирование гипотез по HADI циклам + стратегическое планирование задач под развитие отделов с последующей отчетностью

Раскошный максимум апргейдит базовый минимум, привнося в него:

Более удобную автоматическую постановку задач команде из одного окна с ответственными, бэклогом задач, приоритетами по спринту, автоматической диаграммой ганта и тд через notion, weeek или Б24

Скозную аналитику, которая собирается не руками, а в автоматическом формате, например, через Power BI / ScanАnalytics и Monitor Analytics

А как формируешь комнаду?

Это отдельная тема, на ней сейчас останавливаться не будем, скажу так, что за 1 - 2 недели можно с нуля создать замотивированную кросс функциональную команду под масштабирование проекта

Верхнеуровнево поделился, как я подхожу к управляю проектами

Окей, синхронизацию сделали, а сейчас напоминаю, что нужно вернуться к прочтению статью, жми на кнопку))

Shilovprod.ru

Договор-оферта

Политика конфиденциальности