Стратегия - тактика - операционка.
Именно такой подход к распределению задач и к выходу из паники я предложила одной из коучинговых клиенток.
Она - основатель бизнеса. Разработка продукта, вывод его на рынок, нетворкинг, упорядочивание беклога, найм сотрудников, финансы, маркетинг и брендинг.
Суть запроса - понять, что именно и куда можно делегировать, определиться с вакансией (от личного ассистента до прожект менеджера) и успокоиться.
Стратегия - тактика - операционка.
Что основатель делает, стратегически, в разрезе 6 месяцев? Что влияет на то, какое будет влияние у компании и где поддержка work life balance для СЕО?
Как тактика соотносится со стратегией? Какие решения нужно принимать и какие данные нужны, чтобы принимать решения?
Разграничить операционную деятельность и рутину. И получив список операционных задач - определить нужные навыки для того, кто может их выполнять отныне.
Оптимизировать и автоматизировать рутину и вывести ее в операционку.
И не забыть поддерживать себя и давать себе ресурсы (иногда это про поспать, да).
Похожая структура действий при настройке project management office (кстати, одно из направлений моей консалтинговой деятельности).
Если вы хотите самостоятельно пересмотреть структуру проектной деятельности, то:
1. Соберите стейкхолдеров ПМов, СЕО и возможно отдел продаж и задайте вопрос, что сейчас происходит, как появляются проекты, какие они есть, какие стадии в них, что делают ПМы и как отдаются дальше проекты со всеми документами, майлстоунами и так дальше. В итоги рисуете вариант value stream map или заполняете структуру, 7S таблицу. О ней вот тут.
2. Дальше добавляете в схему или в таблицу то, чего нет сейчас и что должно быть.
3. Потом когда эта схема есть, тогда для ПМов делается матрица компетенций, текущий анализ кто что умеет и кто чему учился и что практиковал.
4. Потом делается план обучения, чтобы закрыть gap с одной стороны и делается "переделка" операционной модели и всего, что вокруг проектов.
5. Адаптируйте value streams и матрицы компетенций под все engagement модели, которые у вас есть (условно, проекты фикс прайс с полным циклом, вялотекущий maintenance, discovery проектов).
Что стандартизировать и настроить?
1. Коммуникации (встречи с клиентами и командой, их расписание, типы и цели) - получаем в итоге - список встреч, календарь встреч и церемоний в календаре
2. Инструменты коммуникаций и процесс эскалации важных вопросов - в итоге получаем - согласованный список адресатов
3. Онбординг, чеклисты для новых членов команд, определения их планов развитий и матрицы компетенций - в итоге - чеклисты, инструкции, матрицы, шаблоны
4. OKR и цели для команд и личностей - в итоге - примеры OKR
5. Календари релизов, документы с релиз-планами и релиз-notes - в итоге сами документы и календари
6. SDLC и координацию между шагами - в итоге - схема с описанием каждого шага и способы контроля в нем
7. Способы и типы поддержки от devops и коучей - в итоге - team support protocol
8. Способы, инструменты и примеры работы с ожиданиями клиентов - в итоге - шаблон для client satisfaction report
9. Способы аудитов проектов - в итоге - матрица рисков, чеклисты для аудита, шаблоны для результатов, метрики для проекта и процесса
Без стандартизации нет улучшений. Узнаете откуда фраза?
Ответ на вопрос из прошлого поста - быстрые идеи для приоритезации историй в беклоге:
🤓Сделать матрицу Value to the customer vs effort to implement
🤓Старый-добрый MoSCoW
🤓Поделить весь функционал согласно тому, какой тип revenue, потенциально, принесет = new revenue, incremental revenue, retained revenue, company cost savings
🤓Поделить функционал через фильтр пользователей - aquisition, activation, retention, revenue, referral
🤓Сделать матрицу visible to the customer or to the team vs change or run
На подумать - если все пользовательские истории в беклоге детальны и эстимированы = хорошо или плохо и почему? Что вы, как скрам мастер, скажете владельцу такого беклога?
И ниже ссылка на мастер-класс проект за день, до встречи!