#истории #обомне #проектныйминимум
Как классика проектного управления помогла мне стать топом.
Это был 2003 год.
К тому времени я уже лет 6-7 занимался проектным управлением
и наизусть знал тогдашний PMBoK
(свод знаний по управлению проектами).
И когда мне предложили должность COO (исполнительного директора) в строительной компании,
я с одной стороны был очень рад, с другой - готовой системы у меня в голове не было.
Моя ответственность - маржа по всем контрактам,
Но найти что-то про Operations Management или что-то подобное на тот момент не вышло.
И я решил, что раз там в основном проекты -
начнем с процессов проектного менеджмента.
И это сработало.
Я выстроил свою первую "операционку" в крупной компании.
Дальше расскажу по областям знаний проектного управления
и что главного я оттуда взял.
У меня того издания не осталось,
поэтому терминология по памяти 😁
1️⃣ Управление содержанием
Отсюда я взял ее величество WBS
(Work Breakdown Structure,
иерархическая структура работ).
Понимал или не понимал я содержание,
я просил его структурировать в таком виде.
На эту иерархическую структуру потом навешивалось все - сроки, стоимость, ресурсы, ответственные, ...
К моему удивлению, до этого
планы были в одном разрезе,
бюджеты в другом,
ресурсы в третьем
и свести это никто не мог.
Уже одно это дало мне большую прозрачность,
чем моим предшественникам
2️⃣ Управление сроками
Я был "королем сетевых графиков" 😂,
мог делать их практически со слов.
И после таких мастер классов по критичным проектам
руководители проектов стали учиться их делать.
Я получил прозрачность сроков, которой не было.
3️⃣ Управление стоимостью и ресурсами
Бюджеты стали оцениваться через ресурсы и в разрезе WBS.
У меня появилась возможность задавать кучу вопросов,
не понимая даже всей техники.
И бюджеты стали уменьшаться в объеме
и становиться более реалистичными во временном разрезе,
потому как я мог их сопоставить с сетевыми графиками
4️⃣ Управление рисками
Для начала я спрашивал "что может пойти не так".
Потом объяснил ребятам что такое риски.
И у меня был актуальный реестр рисков,
сводившийся по всему портфелю контрактов.
И когда в какой-то момент пришли финансы с запросом о расчете резервов,
я выдал им их за 5 минут.
Потому, что они всегда были посчитаны.
5️⃣ Заинтересованные стороны
Я просто структурировал все "знание заказчика" и "статус теркинга",
который вели мои руководители проектов
и всегда был в курсе и видел общую картину.
6️⃣ Управление коммуникациями
Там просто были таблицы - коммуникационные планы.
И я прекрасно знал по какому проекту,
кому, кто когда пишет письма,
какие совещания проводятся и встречи.
7️⃣ Управление закупками
Хе, на тот момент в PMBoK зарисовали
лучшие практики конкурентных закупок.
Которые понятное дело в РФ в начале 2000х были редкостью.
У меня был реестр субподрядчиков, процедуры выбора
и цены я стал получать на 10-20% ниже чем ожидалось.
Не знал на тот момент как это делалось в бизнесе,
а не в стандартах по управлению проектами, но сработало.
Как то раз даже игру на конкурентные торги проводил
на семинаре в Российской Ассоциации управления проектами.
После этого я еще несколько раз был топом в проектно-ориентированных компаниях.
Там были свои вызовы, но имея опыт отстройки такой системы, заходил я туда гораздо легче.
Удачи вам в ваших проектах 🤝
Как классика проектного управления помогла мне стать топом.
Это был 2003 год.
К тому времени я уже лет 6-7 занимался проектным управлением
и наизусть знал тогдашний PMBoK
(свод знаний по управлению проектами).
И когда мне предложили должность COO (исполнительного директора) в строительной компании,
я с одной стороны был очень рад, с другой - готовой системы у меня в голове не было.
Моя ответственность - маржа по всем контрактам,
Но найти что-то про Operations Management или что-то подобное на тот момент не вышло.
И я решил, что раз там в основном проекты -
начнем с процессов проектного менеджмента.
И это сработало.
Я выстроил свою первую "операционку" в крупной компании.
Дальше расскажу по областям знаний проектного управления
и что главного я оттуда взял.
У меня того издания не осталось,
поэтому терминология по памяти 😁
1️⃣ Управление содержанием
Отсюда я взял ее величество WBS
(Work Breakdown Structure,
иерархическая структура работ).
Понимал или не понимал я содержание,
я просил его структурировать в таком виде.
На эту иерархическую структуру потом навешивалось все - сроки, стоимость, ресурсы, ответственные, ...
К моему удивлению, до этого
планы были в одном разрезе,
бюджеты в другом,
ресурсы в третьем
и свести это никто не мог.
Уже одно это дало мне большую прозрачность,
чем моим предшественникам
2️⃣ Управление сроками
Я был "королем сетевых графиков" 😂,
мог делать их практически со слов.
И после таких мастер классов по критичным проектам
руководители проектов стали учиться их делать.
Я получил прозрачность сроков, которой не было.
3️⃣ Управление стоимостью и ресурсами
Бюджеты стали оцениваться через ресурсы и в разрезе WBS.
У меня появилась возможность задавать кучу вопросов,
не понимая даже всей техники.
И бюджеты стали уменьшаться в объеме
и становиться более реалистичными во временном разрезе,
потому как я мог их сопоставить с сетевыми графиками
4️⃣ Управление рисками
Для начала я спрашивал "что может пойти не так".
Потом объяснил ребятам что такое риски.
И у меня был актуальный реестр рисков,
сводившийся по всему портфелю контрактов.
И когда в какой-то момент пришли финансы с запросом о расчете резервов,
я выдал им их за 5 минут.
Потому, что они всегда были посчитаны.
5️⃣ Заинтересованные стороны
Я просто структурировал все "знание заказчика" и "статус теркинга",
который вели мои руководители проектов
и всегда был в курсе и видел общую картину.
6️⃣ Управление коммуникациями
Там просто были таблицы - коммуникационные планы.
И я прекрасно знал по какому проекту,
кому, кто когда пишет письма,
какие совещания проводятся и встречи.
7️⃣ Управление закупками
Хе, на тот момент в PMBoK зарисовали
лучшие практики конкурентных закупок.
Которые понятное дело в РФ в начале 2000х были редкостью.
У меня был реестр субподрядчиков, процедуры выбора
и цены я стал получать на 10-20% ниже чем ожидалось.
Не знал на тот момент как это делалось в бизнесе,
а не в стандартах по управлению проектами, но сработало.
Как то раз даже игру на конкурентные торги проводил
на семинаре в Российской Ассоциации управления проектами.
После этого я еще несколько раз был топом в проектно-ориентированных компаниях.
Там были свои вызовы, но имея опыт отстройки такой системы, заходил я туда гораздо легче.
Удачи вам в ваших проектах 🤝
👍6❤1🔥1
#обомне #метод #кейсы #подкаст
Привет!
Сегодня - день открытых дверей 😊.
Покажу, как организована индивидуальная работа.
Хочу сразу уточнить.
Это не обучение.
Это не консультация.
Это — формирование навыков
и их применение
для достижения Ваших целей.
Результат - не просто «понять»,
а научиться делать
и сделать.
Чтобы вы не просто выслушали теорию,
а прокачали способность действовать
в сложных управленческих ситуациях.
И с моей поддержкой достигли своих целей.
👉 Работа строится по модулям — каждый дает вам конкретный результат:
- решаете конкретную проблему в вашей работе
- получаете и отрабатываете набор навыков для решения задачи
Каждый модуль включает:
🔹 3–6 часов личных консультаций со мной, где мы тренируемся, разбираем вашу ситуацию, вопросы, результаты и то, что негде прочитать
🔹 Инструменты, готовые для применения (шаблоны, чек-листы, инструкции, ...)
🔹 12 -80 часов самостоятельной практики для получения навыков и решения ваших задач. Вы применяете инструменты в работе, с реальными людьми, в реальных ситуациях.
🔹 Ответы на вопросы и поддержка в чате
🔹 Материалы для самостоятельного изучения (то что можете прочитать сами)
На встречах я мы:
- Осваиваем инструменты применительно к вашей ситуации.
- Анализируем, что у вас получилось.
- Разбираем, что пошло не так.
- Планируем ваши действия.
- Тренируем сложные разговоры.
- Отрабатываем навыки в игровом формате.
Например, если нужно понять,
как вы общаетесь с подчинёнными,
мы разыгрываем проблемную ситуацию, где:
Я — сотрудник, Вы — руководитель.
Потом разбираем: что сработало, что нет.
А в подкасте рассказал про один кейс: какого результата мы достигли за один модуль.
Стоимость фиксируется за модуль.
Будем работать сколько надо, пока не получим запланированный результат.
Обычно при темпе встреч 3-4 в месяц модуль занимает от 3 до 8 недель
Хотите узнать, как это поможет достичь ваших целей? 👇
1️⃣ Заполните анкету https://forms.yandex.ru/u/689337cc90fa7b31ce601a00
2️⃣ Я свяжусь с Вами и мы договоримся о встрече
3️⃣ Мы с Вами проведем диагностику (1 ч, Zoom, бесплатно).
4️⃣ По итогам Вы получите
- план достижения ваших целей
- содержание первого модуля, который даст первый значимый результат на этом пути
После этого сможем начать работу.
Остались вопросы?
Пишите в личку @CIO_Alexey
Хороших выходных, на связи 🤝
Привет!
Сегодня - день открытых дверей 😊.
Покажу, как организована индивидуальная работа.
Хочу сразу уточнить.
Это не обучение.
Это не консультация.
Это — формирование навыков
и их применение
для достижения Ваших целей.
Результат - не просто «понять»,
а научиться делать
и сделать.
Чтобы вы не просто выслушали теорию,
а прокачали способность действовать
в сложных управленческих ситуациях.
И с моей поддержкой достигли своих целей.
👉 Работа строится по модулям — каждый дает вам конкретный результат:
- решаете конкретную проблему в вашей работе
- получаете и отрабатываете набор навыков для решения задачи
Каждый модуль включает:
🔹 3–6 часов личных консультаций со мной, где мы тренируемся, разбираем вашу ситуацию, вопросы, результаты и то, что негде прочитать
🔹 Инструменты, готовые для применения (шаблоны, чек-листы, инструкции, ...)
🔹 12 -80 часов самостоятельной практики для получения навыков и решения ваших задач. Вы применяете инструменты в работе, с реальными людьми, в реальных ситуациях.
🔹 Ответы на вопросы и поддержка в чате
🔹 Материалы для самостоятельного изучения (то что можете прочитать сами)
На встречах я мы:
- Осваиваем инструменты применительно к вашей ситуации.
- Анализируем, что у вас получилось.
- Разбираем, что пошло не так.
- Планируем ваши действия.
- Тренируем сложные разговоры.
- Отрабатываем навыки в игровом формате.
Например, если нужно понять,
как вы общаетесь с подчинёнными,
мы разыгрываем проблемную ситуацию, где:
Я — сотрудник, Вы — руководитель.
Потом разбираем: что сработало, что нет.
А в подкасте рассказал про один кейс: какого результата мы достигли за один модуль.
Стоимость фиксируется за модуль.
Будем работать сколько надо, пока не получим запланированный результат.
Обычно при темпе встреч 3-4 в месяц модуль занимает от 3 до 8 недель
Хотите узнать, как это поможет достичь ваших целей? 👇
1️⃣ Заполните анкету https://forms.yandex.ru/u/689337cc90fa7b31ce601a00
2️⃣ Я свяжусь с Вами и мы договоримся о встрече
3️⃣ Мы с Вами проведем диагностику (1 ч, Zoom, бесплатно).
4️⃣ По итогам Вы получите
- план достижения ваших целей
- содержание первого модуля, который даст первый значимый результат на этом пути
После этого сможем начать работу.
Остались вопросы?
Пишите в личку @CIO_Alexey
Хороших выходных, на связи 🤝
👍2🔥2❤1😢1
#инструменты #сценарии #проектныйминимум
🗺 План по вехам: как не делать всё «в одну ночь»
Вы когда-нибудь видели, как в конце проекта вся команда впадает в состояние подвига?
- Спят по 3 часа.
- Правят документы в 5 утра.
- Сдают результат, который месяц не могли собраться сдать.
Кажется, это национальная особенность, как минимум в российской практике управления проектами.
Но есть способ избежать этого хаоса.
И зовётся он — План по вехам.
🔧 Что такое план по вехам?
Это простой, но мощный инструмент управления сроками.
Он работает и для простых проектов, и для сложных.
💡 Главное его преимущество:
Он показывает лес, даже если за календарными графиками не видно деревьев.
Когда детальные графики (типа Gantt) перегружены задачами,
вехи помогают увидеть суть — ключевые точки, где что-то действительно важное происходит.
🎯 Зачем он нужен?
1. Разбивает «финальный подвиг» на серию маленьких побед
Вместо одного рывка в конце — последовательные дедлайны,
каждый из которых можно контролировать.
2. Даёт чёткие ориентиры
Не «вроде что-то делаем», а «на этой неделе — решение утверждено, на следующей — система протестирована».
3. Повышает прозрачность
Все видят: где мы сейчас, что уже сделано, что впереди.
4. Снижает риски
Если веха проседает — видно сразу, а не за день до дедлайна проекта.
📋 Из чего состоит план по вехам?
Каждая строка — это веха (она же контрольная точка, milestone).
И у каждой — чёткая структура:
🔹 Идентификатор вехи
Особенно важно в больших проектах.
Пример:
🔹 Название вехи
Коротко и ясно. Лучше — в формате достижения:
- ✅ *Проект утверждён*
- ✅ *Система внедрена*
- ✅ *Обучение завершено*
- ❌ *Работа над системой* — это не веха, это процесс.
🔹 Описание
Что конкретно считается выполненным на этой вехе?
- Какие результаты получены?
- Какие решения приняты?
- Кто их утвердил?
Примеры:
Внедрена система учёта затрат.
Подписано решение комитета по ИТ.
Обучены 20 пользователей из финансового блока.
🔹Критерии достижения
Чёткий чек-лист: что должно быть сделано, чтобы веха считалась пройденной.
Пример:
[ ] Отчёт с результатами тестирования утверждён директором ИТ
[ ] Подписан акт приёмки от заказчика
[ ] Документация передана службе поддержке
💡 Этот список — живой. Его нужно обновлять и регулярно проверять.
🔹Ответственный
Кто гарантирует достижение вехи?
Чаще всего - один человек.
Если ответственных несколько - возможно, веху стоит заменить на несколько.
🔹Срок
Дата, к которой веха должна быть достигнута.
⬆️ Уровни вех
Можно ввести уровни:
- Вехи 1 уровня — стратегические, контролируются и изменяются топ-менеджментом (например, гендиректором), заказчиком или комитетом
- Вехи 2 уровня — тактические, контролируются, отслеживаются и изменяются руководителем проекта
Пример:
VH-1 (уровень 1): Проект запущен, бюджет утверждён
VH-2 (уровень 2): Техническое задание согласовано
VH-3 (уровень 2): Пилот внедрён в одном подразделении
✅ Почему это работает?
План по вехам:
- Не перегружает деталями
- Фокусируется на результатах, а не на процессах
- Позволяет управлять ритмом, а не только гореть в финале
- Делает прогресс видимым — для команды, для заказчика, для
🧩 Итог
План по вехам — это мини-карта проекта.
Он не заменяет детальный график, но акцентирует внимание на самом важном.
А в некоторых проектах детальный график и не нужен - достаточно плана по вехам.
📌 Совет: Начните с 5–7 ключевых вех.
Потом можно детализировать.
Главное — двигаться от точки к точке, а не лететь вслепую к финалу.
🗺 План по вехам: как не делать всё «в одну ночь»
Вы когда-нибудь видели, как в конце проекта вся команда впадает в состояние подвига?
- Спят по 3 часа.
- Правят документы в 5 утра.
- Сдают результат, который месяц не могли собраться сдать.
Кажется, это национальная особенность, как минимум в российской практике управления проектами.
Но есть способ избежать этого хаоса.
И зовётся он — План по вехам.
🔧 Что такое план по вехам?
Это простой, но мощный инструмент управления сроками.
Он работает и для простых проектов, и для сложных.
💡 Главное его преимущество:
Он показывает лес, даже если за календарными графиками не видно деревьев.
Когда детальные графики (типа Gantt) перегружены задачами,
вехи помогают увидеть суть — ключевые точки, где что-то действительно важное происходит.
🎯 Зачем он нужен?
1. Разбивает «финальный подвиг» на серию маленьких побед
Вместо одного рывка в конце — последовательные дедлайны,
каждый из которых можно контролировать.
2. Даёт чёткие ориентиры
Не «вроде что-то делаем», а «на этой неделе — решение утверждено, на следующей — система протестирована».
3. Повышает прозрачность
Все видят: где мы сейчас, что уже сделано, что впереди.
4. Снижает риски
Если веха проседает — видно сразу, а не за день до дедлайна проекта.
📋 Из чего состоит план по вехам?
Каждая строка — это веха (она же контрольная точка, milestone).
И у каждой — чёткая структура:
🔹 Идентификатор вехи
Особенно важно в больших проектах.
Пример:
M1, VH-03🔹 Название вехи
Коротко и ясно. Лучше — в формате достижения:
- ✅ *Проект утверждён*
- ✅ *Система внедрена*
- ✅ *Обучение завершено*
- ❌ *Работа над системой* — это не веха, это процесс.
🔹 Описание
Что конкретно считается выполненным на этой вехе?
- Какие результаты получены?
- Какие решения приняты?
- Кто их утвердил?
Примеры:
Внедрена система учёта затрат.
Подписано решение комитета по ИТ.
Обучены 20 пользователей из финансового блока.
🔹Критерии достижения
Чёткий чек-лист: что должно быть сделано, чтобы веха считалась пройденной.
Пример:
[ ] Отчёт с результатами тестирования утверждён директором ИТ
[ ] Подписан акт приёмки от заказчика
[ ] Документация передана службе поддержке
💡 Этот список — живой. Его нужно обновлять и регулярно проверять.
🔹Ответственный
Кто гарантирует достижение вехи?
Чаще всего - один человек.
Если ответственных несколько - возможно, веху стоит заменить на несколько.
🔹Срок
Дата, к которой веха должна быть достигнута.
⬆️ Уровни вех
Можно ввести уровни:
- Вехи 1 уровня — стратегические, контролируются и изменяются топ-менеджментом (например, гендиректором), заказчиком или комитетом
- Вехи 2 уровня — тактические, контролируются, отслеживаются и изменяются руководителем проекта
Пример:
VH-1 (уровень 1): Проект запущен, бюджет утверждён
VH-2 (уровень 2): Техническое задание согласовано
VH-3 (уровень 2): Пилот внедрён в одном подразделении
✅ Почему это работает?
План по вехам:
- Не перегружает деталями
- Фокусируется на результатах, а не на процессах
- Позволяет управлять ритмом, а не только гореть в финале
- Делает прогресс видимым — для команды, для заказчика, для
🧩 Итог
План по вехам — это мини-карта проекта.
Он не заменяет детальный график, но акцентирует внимание на самом важном.
А в некоторых проектах детальный график и не нужен - достаточно плана по вехам.
📌 Совет: Начните с 5–7 ключевых вех.
Потом можно детализировать.
Главное — двигаться от точки к точке, а не лететь вслепую к финалу.
👍5❤2🥰2
#обомне #метод #кейсы #отзыв
С какими запросами ко мне приходят
руководители и те кто ими хочет стать?🤔
Разброс очень большой.
Каждый видит свою ситуацию по-разному.
Способы решения только часто
основываются на одних и тех же инструментах.
Вот примеры:
🔹"Хочу занять более высокую руководящую должность,
но боюсь не справлюсь"
🔹"Руководил командами, хочу продолжить карьеру
менеджером центрального аппарата
[очень большой компании].
Какие навыки будут нужны, как там работать и расти?"
🔹"Предлагают должность руководителя,
но боюсь не справлюсь"
🔹"Я топ-менеджер.
Акционеры видят мою работу по-разному.
Как мне работать в такой ситуации?"
🔹"Управляю проектами слаботочных систем 15 лет.
Хочу управлять ИТ-проектами.
Надо развить для этого свои навыки"
🔹"Пришел новый руководитель,
как мне выстроить с ним отношения?"
🔹"Меня назначили ответственным за внедрение системы,
но никто не хочет переходить со старой.
От руководства поддержки нет. Что мне делать?"
🔹"Я делаю свою работу быстрее и лучше многих.
А руководитель отмечает их, а не меня"
🔹"Хочу научиться выстраивать процессы,
чтобы перестать рулить своим бизнесом в ручном режиме"
Узнали свою ситуацию?
Заполните форму и приходите на диагностику (1ч, Zoom, бесплатно).
Уйдете с планом разрешения Вашей ситуации.
А если захотите - реализуем его вместе.
Остались вопросы? Напишите мне @CIO_Alexey, жду 🤝
С какими запросами ко мне приходят
руководители и те кто ими хочет стать?🤔
Разброс очень большой.
Каждый видит свою ситуацию по-разному.
Способы решения только часто
основываются на одних и тех же инструментах.
Вот примеры:
🔹"Хочу занять более высокую руководящую должность,
но боюсь не справлюсь"
🔹"Руководил командами, хочу продолжить карьеру
менеджером центрального аппарата
[очень большой компании].
Какие навыки будут нужны, как там работать и расти?"
🔹"Предлагают должность руководителя,
но боюсь не справлюсь"
🔹"Я топ-менеджер.
Акционеры видят мою работу по-разному.
Как мне работать в такой ситуации?"
🔹"Управляю проектами слаботочных систем 15 лет.
Хочу управлять ИТ-проектами.
Надо развить для этого свои навыки"
🔹"Пришел новый руководитель,
как мне выстроить с ним отношения?"
🔹"Меня назначили ответственным за внедрение системы,
но никто не хочет переходить со старой.
От руководства поддержки нет. Что мне делать?"
🔹"Я делаю свою работу быстрее и лучше многих.
А руководитель отмечает их, а не меня"
🔹"Хочу научиться выстраивать процессы,
чтобы перестать рулить своим бизнесом в ручном режиме"
Узнали свою ситуацию?
Заполните форму и приходите на диагностику (1ч, Zoom, бесплатно).
Уйдете с планом разрешения Вашей ситуации.
А если захотите - реализуем его вместе.
Остались вопросы? Напишите мне @CIO_Alexey, жду 🤝
🔥4❤2👍2
#инструменты #сценарии #проектныйминимум
🧩 Матрица ответственности: кто что делает в проекте?
Сегодня — ещё один важный инструмент из проектного минимума:
Матрица распределения ответственности.
Она помогает ответить на главные вопросы:
- Кто принимает решения?
- Кто согласовывает?
- Кто выполняет?
- Кто должен знать, что происходит?
- Кто что делает?
Когда процессы и процедуры
не прописаны на каждый случай
(а в проектах почти всегда так),
эта матрица становится основой порядка.
По сути она позволяет фиксировать
правила применения 2х механизмов взаимодействия:
- взаимное согласование
- прямое руководство
📌 Самая популярная — матрица RACI
Каждая буква — роль :
R (Responsible / Исполнитель) | Тот, кто делает работу | Выполняет задачу
A (Accountable / Ответственный) | Тот, кто несёт финальную ответственность | Утверждает результат, один на задачу, «подписывает»
C (Consulted / Консультирующий) | Кто согласовывает или дает вводные | Эксперт, чьё мнение важно перед решением
I (Informed / Информируемый) | Кто должен быть в курсе | Получает информацию после решения или действия, но не участвует
✅ Пример:
Утверждение технического задания
R ведущий аналитик (составляет ТЗ)
A руководитель проекта (утверждает)
C ИТ-архитектор (согласует по технической части)
I специалист закупок (узнаёт, когда ТЗ готово)
🔄 А бывает ли не RACI?
Конечно! RACI — самый известный, но не единственный формат.
DACI
Полностью другая логика — заточена под принятие решений, а не выполнение задач.
D — Driver (Инициатор) | Запускает процесс, ведёт к решению
A — Approver (Утверждающий) | Единственный, кто может сказать «да»
C — Contributor (Участник, согласующий) | Даёт данные, мнение, расчёты
I — Informed (Информируемый) | Узнаёт после решения
📌 Где полезно:
— Стратегические решения
— Комитеты, советы директоров
— Когда важно не кто делает, а как принимается решение
Пример: выбор поставщика
D — руководитель проекта
A — финансовый директор
C — закупки, юристы, технический отдел
I — смежные подразделения
😄 А были ли креативы?
Были!
Один раз видел матрицу «ПУСИ» на русском:
П — Предлагает
У — Утверждает
С — Согласовывает
И — Информируется
Юмористично, но работает, если все понимают значения.
💡 Главное — не буквы, а смысл
Суть не в том, какую матрицу вы выберете.
Суть в том, чтобы все одинаково понимали ее.
И тогда можно будет:
- Чётко распределить роли
- Избежать вакуума ответственности («а я думал, это ты»)
- Не перегружать согласованиями
- Обеспечить информированность ключевых людей
✅ Вывод
Матрица ответственности — это не бюрократия, а инструмент ясности.
Особенно важна в проектах, где:
- Много людей
- Нет чётких процессов
- Участники из разных подразделений
Включайте её в устав (в раздел Особенности управления проектом)
и будет больше порядка.
🧩 Матрица ответственности: кто что делает в проекте?
Сегодня — ещё один важный инструмент из проектного минимума:
Матрица распределения ответственности.
Она помогает ответить на главные вопросы:
- Кто принимает решения?
- Кто согласовывает?
- Кто выполняет?
- Кто должен знать, что происходит?
- Кто что делает?
Когда процессы и процедуры
не прописаны на каждый случай
(а в проектах почти всегда так),
эта матрица становится основой порядка.
По сути она позволяет фиксировать
правила применения 2х механизмов взаимодействия:
- взаимное согласование
- прямое руководство
📌 Самая популярная — матрица RACI
Каждая буква — роль :
R (Responsible / Исполнитель) | Тот, кто делает работу | Выполняет задачу
A (Accountable / Ответственный) | Тот, кто несёт финальную ответственность | Утверждает результат, один на задачу, «подписывает»
C (Consulted / Консультирующий) | Кто согласовывает или дает вводные | Эксперт, чьё мнение важно перед решением
I (Informed / Информируемый) | Кто должен быть в курсе | Получает информацию после решения или действия, но не участвует
✅ Пример:
Утверждение технического задания
R ведущий аналитик (составляет ТЗ)
A руководитель проекта (утверждает)
C ИТ-архитектор (согласует по технической части)
I специалист закупок (узнаёт, когда ТЗ готово)
🔄 А бывает ли не RACI?
Конечно! RACI — самый известный, но не единственный формат.
DACI
Полностью другая логика — заточена под принятие решений, а не выполнение задач.
D — Driver (Инициатор) | Запускает процесс, ведёт к решению
A — Approver (Утверждающий) | Единственный, кто может сказать «да»
C — Contributor (Участник, согласующий) | Даёт данные, мнение, расчёты
I — Informed (Информируемый) | Узнаёт после решения
📌 Где полезно:
— Стратегические решения
— Комитеты, советы директоров
— Когда важно не кто делает, а как принимается решение
Пример: выбор поставщика
D — руководитель проекта
A — финансовый директор
C — закупки, юристы, технический отдел
I — смежные подразделения
😄 А были ли креативы?
Были!
Один раз видел матрицу «ПУСИ» на русском:
П — Предлагает
У — Утверждает
С — Согласовывает
И — Информируется
Юмористично, но работает, если все понимают значения.
💡 Главное — не буквы, а смысл
Суть не в том, какую матрицу вы выберете.
Суть в том, чтобы все одинаково понимали ее.
И тогда можно будет:
- Чётко распределить роли
- Избежать вакуума ответственности («а я думал, это ты»)
- Не перегружать согласованиями
- Обеспечить информированность ключевых людей
✅ Вывод
Матрица ответственности — это не бюрократия, а инструмент ясности.
Особенно важна в проектах, где:
- Много людей
- Нет чётких процессов
- Участники из разных подразделений
Включайте её в устав (в раздел Особенности управления проектом)
и будет больше порядка.
👍5❤2🔥2😢1
#советы #сценарии #коммуникации
🚫 Лучшее совещание — это предотвращенное совещание
Всем привет!
Сегодня перерыв в теме проектного менеджмента
— поговорим о совещаниях.
А точнее - как их не проводить.
Ну и в каких крайних случаях - можно 😊
Потому что, если честно, то мое мнение:
Лучшее совещание — это предотвращённое совещание.
Я же за минимизацию стресса при управлении.
И хочу чтобы менеджеры научились его вообще не создавать.
А забитый совещаниями график выматывает многих.
Особенно если эти совещания - пустая трата времени.
🧼 Мой подход: 4 фильтра-вопроса
Прежде чем идти (или назначать) встречу,
я задаю себе четыре жёстких вопроса.
Если на любой из них ответ «нет» —
совещание либо не нужно,
либо его нужно срочно переосмыслить.
1️⃣ Зачем это совещание?
👉 Кто инициировал — может ли чётко объяснить цель?
Если инициатор говорит:
«Ну, надо просто пообщаться»
«Соберёмся, посмотрим»
— скорее всего, совещание не нужно.
Цель должна быть:
✅ Принять решение
✅ Согласовать позиции
✅ Запустить действие
✅ Разрешить конфликт
Без цели — это не совещание. Это слив времени в никуда.
2️⃣ Зачем Я на этом совещании?
👉 Могу ли я внести вклад в цель?
Если я не принимаю решение,
не эксперт по теме, не исполнитель —
возможно, я просто пассивный зритель.
А это:
- Теряю своё время
- Мешаю своими комментариями
📌 Правило:
Если не влияешь на результат — не приходи.
3️⃣ Могу ли я внести свой вклад без участия в совещании?
👉 Смогу ли я дать обратную связь, согласовать, предложить — по почте, в чате, в коротком звонке?
Часто ответ — да.
И тогда:
✉️ Напиши письмо
💬 Отправь комментарий
📞 Позвони инициатору
4️⃣ Как это будет происходить?
👉 Есть ли дизайн совещания?
Если нет чёткой структуры — будет хаотичный разговор, который:
- Ни к чему не приведёт
- Потребует ещё одно совещание
- А потом ещё одно… и ещё…
Минимальный дизайн — это:
- Чёткая цель (да, снова)
- Образ результата (с чем уйдем)
- Сценарий получения результата
- Тайминг прохождения сценария
✅ Когда совещание действительно нужно?
Когда:
- Не получается договориться в переписке
- Не решается один на один
- Нужно синхронизировать несколько позиций
- Есть конфликт, неопределённость, необходимость быстрого решения
Но даже в этом случае — обязателен дизайн.
Без него — не совещание, а потраченное время.
💡 Итог
Прежде чем идти на встречу — задай себе 4 вопроса:
1. Зачем это совещание?
2. Зачем Я на нём?
3. Могу ли внести вклад без участия?
4. Как это будет происходить? Есть ли дизайн?
Если на все «да» - встреча имеет право на жизнь.
Если нет - отмени, не приходи, попроси уточнить ответы на эти вопросы.
Поменьше вам совещаний🤝
🚫 Лучшее совещание — это предотвращенное совещание
Всем привет!
Сегодня перерыв в теме проектного менеджмента
— поговорим о совещаниях.
А точнее - как их не проводить.
Ну и в каких крайних случаях - можно 😊
Потому что, если честно, то мое мнение:
Лучшее совещание — это предотвращённое совещание.
Я же за минимизацию стресса при управлении.
И хочу чтобы менеджеры научились его вообще не создавать.
А забитый совещаниями график выматывает многих.
Особенно если эти совещания - пустая трата времени.
🧼 Мой подход: 4 фильтра-вопроса
Прежде чем идти (или назначать) встречу,
я задаю себе четыре жёстких вопроса.
Если на любой из них ответ «нет» —
совещание либо не нужно,
либо его нужно срочно переосмыслить.
1️⃣ Зачем это совещание?
👉 Кто инициировал — может ли чётко объяснить цель?
Если инициатор говорит:
«Ну, надо просто пообщаться»
«Соберёмся, посмотрим»
— скорее всего, совещание не нужно.
Цель должна быть:
✅ Принять решение
✅ Согласовать позиции
✅ Запустить действие
✅ Разрешить конфликт
Без цели — это не совещание. Это слив времени в никуда.
2️⃣ Зачем Я на этом совещании?
👉 Могу ли я внести вклад в цель?
Если я не принимаю решение,
не эксперт по теме, не исполнитель —
возможно, я просто пассивный зритель.
А это:
- Теряю своё время
- Мешаю своими комментариями
📌 Правило:
Если не влияешь на результат — не приходи.
3️⃣ Могу ли я внести свой вклад без участия в совещании?
👉 Смогу ли я дать обратную связь, согласовать, предложить — по почте, в чате, в коротком звонке?
Часто ответ — да.
И тогда:
✉️ Напиши письмо
💬 Отправь комментарий
📞 Позвони инициатору
4️⃣ Как это будет происходить?
👉 Есть ли дизайн совещания?
Если нет чёткой структуры — будет хаотичный разговор, который:
- Ни к чему не приведёт
- Потребует ещё одно совещание
- А потом ещё одно… и ещё…
Минимальный дизайн — это:
- Чёткая цель (да, снова)
- Образ результата (с чем уйдем)
- Сценарий получения результата
- Тайминг прохождения сценария
✅ Когда совещание действительно нужно?
Когда:
- Не получается договориться в переписке
- Не решается один на один
- Нужно синхронизировать несколько позиций
- Есть конфликт, неопределённость, необходимость быстрого решения
Но даже в этом случае — обязателен дизайн.
Без него — не совещание, а потраченное время.
💡 Итог
Прежде чем идти на встречу — задай себе 4 вопроса:
1. Зачем это совещание?
2. Зачем Я на нём?
3. Могу ли внести вклад без участия?
4. Как это будет происходить? Есть ли дизайн?
Если на все «да» - встреча имеет право на жизнь.
Если нет - отмени, не приходи, попроси уточнить ответы на эти вопросы.
Поменьше вам совещаний🤝
👍6❤2🔥2
#инструменты #сценарии #проектныйминимум
🔁 Интегрированное управление отклонениями:
риск → проблема → изменение
Вы когда-нибудь видели, как в больших проектах одновременно летают:
- Риски
- Проблемы
- Запросы на изменения
…и все они про одно и то же, но ведутся в разных реестрах, с разными карточками, разными процессами?
Команда путается:
«Это риск? А, нет — это уже проблема… А, стоп, а мы уже изменили срок? И где искать историю?»
Сегодня - про интегрированный подход к управлению отклонениями,
который помогает упростить, а не усложнить жизнь.
Ведь мы рассматриваем "проектный минимум",
а не максимально сложные инструменты 😊.
🧩 Главная идея
Риск, проблема, изменение — это не три разные сущности.
Это три состояния одного и того же объекта — отклонения.
Представьте: отклонение "путешествует" по временной оси.
И по мере развития ситуации меняет своё состояние:
Риск → Проблема→ Изменение
1️⃣ Риск
🔸 Событие ещё не произошло
🔸 Вероятность < 100%
🔸 Можно предотвратить или смягчить
🎯 Пример:
«Возможна задержка поставки оборудования — вероятность 40%, сроки сдвинутся на 30 дней»
📌 Это потенциальное отклонение. Мы его видим в будущем и готовимся.
2️⃣ Проблема
🔸 Событие уже произошло
🔸 Но последствия — ещё нет
🔸 Можно что-то сделать!
🎯 Пример:
Поставщик подтвердил: оборудование не успевает. Но можно ли сократить задержку?
📌 Это активная борьба. Вы:
- Звоните поставщику
- Ищете альтернативные маршруты
- Пересматриваете график
Цель — предотвратить или минимизировать последствия.
3️⃣ Изменение
🔸 Последствия наступили
🔸 Вероятность = 100%
🔸 Ничего изменить нельзя — только адаптироваться
🎯 Пример:
Оборудование приедет с опозданием на 5 дней. Сроки проекта сдвигаются.
📌 Это свершившийся факт.
Теперь нужно зафиксировать изменение, обновить план, уведомить заинтересованные стороны.
🔁 Почему это удобно?
Вместо трёх отдельных процессов — один жизненный цикл отклонения:
Идентифицирован риск - Он реализовался - Стал проблемой - Не удалось смягчить последствия - Зафиксировали изменение.
✅ Все данные — в одном месте
✅ Чёткая логика перехода между статусами
✅ Нет дублирования и путаницы
📈 Как меняется "вероятность последствий"?
Ключевая фишка:
Вместо того чтобы говорить о «вероятности риска», лучше оценивать вероятность наступления последствий.
И эта вероятность меняется по ходу:
- Был риск → вероятность последствий: 40%
- Реализовался → стало проблемой → вероятность: 80%
- Нашли обходной путь → вероятность: 30%
- Закрыли проблему → вероятность: 0%
- Или приняли изменение → вероятность: 100%
🎯 Так вы видите динамику угрозы — от предположения до финала.
💡 Когда это особенно полезно?
Да как и все в рубрике "проектный минимум" 😊
- На начальных этапах внедрения проектного управления — проще использовать
- В небольших проектах — нет смысла грузить сложными системами
✅ Вывод
Интегрированное управление отклонениями — это не только про инструменты.
Это про мышление.
Когда вы видите:
«У нас проблема со сроками»
вы понимаете, что это стадия развития отклонения,
а не отдельная катастрофа.
И можете спокойно сказать:
«Ок, это была инициирована риском X. Сейчас мы в статусе "проблема". Цель — снизить вероятность последствий до 0. Если не получится — фиксируем изменение и идём дальше».
Управляемых рисков вам.
И чтобы они не становились проблемами🤝
🔁 Интегрированное управление отклонениями:
риск → проблема → изменение
Вы когда-нибудь видели, как в больших проектах одновременно летают:
- Риски
- Проблемы
- Запросы на изменения
…и все они про одно и то же, но ведутся в разных реестрах, с разными карточками, разными процессами?
Команда путается:
«Это риск? А, нет — это уже проблема… А, стоп, а мы уже изменили срок? И где искать историю?»
Сегодня - про интегрированный подход к управлению отклонениями,
который помогает упростить, а не усложнить жизнь.
Ведь мы рассматриваем "проектный минимум",
а не максимально сложные инструменты 😊.
🧩 Главная идея
Риск, проблема, изменение — это не три разные сущности.
Это три состояния одного и того же объекта — отклонения.
Представьте: отклонение "путешествует" по временной оси.
И по мере развития ситуации меняет своё состояние:
Риск → Проблема→ Изменение
1️⃣ Риск
🔸 Событие ещё не произошло
🔸 Вероятность < 100%
🔸 Можно предотвратить или смягчить
🎯 Пример:
«Возможна задержка поставки оборудования — вероятность 40%, сроки сдвинутся на 30 дней»
📌 Это потенциальное отклонение. Мы его видим в будущем и готовимся.
2️⃣ Проблема
🔸 Событие уже произошло
🔸 Но последствия — ещё нет
🔸 Можно что-то сделать!
🎯 Пример:
Поставщик подтвердил: оборудование не успевает. Но можно ли сократить задержку?
📌 Это активная борьба. Вы:
- Звоните поставщику
- Ищете альтернативные маршруты
- Пересматриваете график
Цель — предотвратить или минимизировать последствия.
3️⃣ Изменение
🔸 Последствия наступили
🔸 Вероятность = 100%
🔸 Ничего изменить нельзя — только адаптироваться
🎯 Пример:
Оборудование приедет с опозданием на 5 дней. Сроки проекта сдвигаются.
📌 Это свершившийся факт.
Теперь нужно зафиксировать изменение, обновить план, уведомить заинтересованные стороны.
🔁 Почему это удобно?
Вместо трёх отдельных процессов — один жизненный цикл отклонения:
Идентифицирован риск - Он реализовался - Стал проблемой - Не удалось смягчить последствия - Зафиксировали изменение.
✅ Все данные — в одном месте
✅ Чёткая логика перехода между статусами
✅ Нет дублирования и путаницы
📈 Как меняется "вероятность последствий"?
Ключевая фишка:
Вместо того чтобы говорить о «вероятности риска», лучше оценивать вероятность наступления последствий.
И эта вероятность меняется по ходу:
- Был риск → вероятность последствий: 40%
- Реализовался → стало проблемой → вероятность: 80%
- Нашли обходной путь → вероятность: 30%
- Закрыли проблему → вероятность: 0%
- Или приняли изменение → вероятность: 100%
🎯 Так вы видите динамику угрозы — от предположения до финала.
💡 Когда это особенно полезно?
Да как и все в рубрике "проектный минимум" 😊
- На начальных этапах внедрения проектного управления — проще использовать
- В небольших проектах — нет смысла грузить сложными системами
✅ Вывод
Интегрированное управление отклонениями — это не только про инструменты.
Это про мышление.
Когда вы видите:
«У нас проблема со сроками»
вы понимаете, что это стадия развития отклонения,
а не отдельная катастрофа.
И можете спокойно сказать:
«Ок, это была инициирована риском X. Сейчас мы в статусе "проблема". Цель — снизить вероятность последствий до 0. Если не получится — фиксируем изменение и идём дальше».
Управляемых рисков вам.
И чтобы они не становились проблемами🤝
❤2👍2
Всем привет!
А накидайте пожалуйста в комментарии идей, о чем вы хотели бы почитать?🙏
Если будет много - устроим голосование, и 2-3 топовых постараюсь в сентябре раскрыть.
@pchelyakov_petr спасибо за идею🤝
А накидайте пожалуйста в комментарии идей, о чем вы хотели бы почитать?🙏
Если будет много - устроим голосование, и 2-3 топовых постараюсь в сентябре раскрыть.
@pchelyakov_petr спасибо за идею🤝
👍2🔥2❤1👌1
#инструменты #проектныйминимум
WBS — не дерево. Это основа порядка в проекте.
Продолжаем рубрику "проектный минимум".
Сегодня об инструменте,
без которого нет
настоящего проектного управления.
Знакомьтесь:
Ее Величество WBS (Work Breakdown Structure),
она же - ИСР = Иерархическая структура работ,
она же - СДР = Структурная декомпозиция работ.
🔹 WBS — это основа порядка
Представьте: в проекте куча задач, людей, денег, рисков, документов…
Без структуры — это хаос.
А WBS даёт структуру.
Она разбивает проект на логические части — от крупного к мелкому.
И именно она становится единой системой координат для всего проекта.
🔹Это не дерево. Это многомерный классификатор
Обычно WBS рисуют как дерево:
например "проект → подсистемы → работы".
Но я смотрю на это иначе.
👉 WBS - это не обязательно древовидная структура.
Это - многомерный классификатор.
Каждый элемент можно описать по разным осям:
- Объект (здание, этаж, линия)
- Система (локальная сеть, электроснабжение, пожарная сигнализация, .... )
- Вид деятельности (проектирование, монтаж, пусконаладка)
- Стадия жизненного цикла (подготовка, строительство, сдача)
И любой элемент проекта:
задача, ресурс, документ, риск, акт, платеж, дефект, поручение, ...
привязывается к этой структуре,
т.е. имеет все эти классификационные признаки
🔹На эту структуру «навешивается» всё
- Сроки (календарный план)
- Стоимость (бюджет, фактические затраты)
- Ресурсы (люди, оборудование)
- Ответственные
- Риски, документы, дефекты, изменения, ...
👉 И тогда, тыкнув в элемент,
например, «монтаж щита электроснабжения на 3-м этаже»
а точнее, найдя строчку:
Вид деятельности = Монтаж
Система = Электроснабжение
Объект = 3 этаж
Стадия = Строительство
ты видишь всё:
- кто работает,
- сколько потрачено,
- какие риски,
- есть ли замечания,
- какие документы пришли.
Единый источник правды.
🔹 Контраст с ее отсутствием - кардинальный
Без нее:
- Планы были в одном разрезе (по времени),
- Бюджеты — в другом (по статьям расходов),
- Ресурсы — в третьем (по подразделениям),
А свести всё вместе — никто не может.
👉 А когда просто построил WBS и привязал всё к ней.
Уже одно это дает прозрачность,
которой не было до этого.
Видишь, сколько стоит
конкретная работа
на конкретном объекте,
кто и сколько времени на неё тратит.
где риски, где отставания.
🔹 Можно «выкрутить» под любой взгляд
Одно и то же все хотят видеть по-разному:
- Заказчик — хочет видеть прогресс по продуктам и результатам
- Функциональный руководитель — интересуется, что делают его инженеры
- Руководитель объекта — следит за всем, что происходит на его площадке
👉 А ты просто меняешь «представление».
Простейший вариант в Excel:
сводная таблица по объектам, по видам работ, по стадиям…
И каждый видит то, что ему нужно.
Не говоря уже о специальных инструментах.
И вот именно это достигается,
когда смотришь на WBS
не как на дерево,
а как на многомерный классификатор.
💡 Почему это важно?
Потому что:
WBS — это не просто структура.
Это каркас всего проектного управления.
Без неё:
- Нет прозрачности
- Нет контроля
- Нет целостности данных
- Собрать новое представление - челлендж
(я еще помню как люди чемоданы бумаг с объектов возили)
С ней:
- Любой артефакт — на своём месте
- Любой запрос — за секунды
- Любой отчёт — по кнопке (ну или почти)
Вывод простой
Если у тебя нет WBS — у тебя нет проекта.
Только активность.
А управление — начинается со структуры.
А есть понятная структура -
места для стресса и волнений становится меньше,
а эффективность тихо приходит на их место.
Структурности вам в проектах, которая приведет к успеху!🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
WBS — не дерево. Это основа порядка в проекте.
Продолжаем рубрику "проектный минимум".
Сегодня об инструменте,
без которого нет
настоящего проектного управления.
Знакомьтесь:
Ее Величество WBS (Work Breakdown Structure),
она же - ИСР = Иерархическая структура работ,
она же - СДР = Структурная декомпозиция работ.
🔹 WBS — это основа порядка
Представьте: в проекте куча задач, людей, денег, рисков, документов…
Без структуры — это хаос.
А WBS даёт структуру.
Она разбивает проект на логические части — от крупного к мелкому.
И именно она становится единой системой координат для всего проекта.
🔹Это не дерево. Это многомерный классификатор
Обычно WBS рисуют как дерево:
например "проект → подсистемы → работы".
Но я смотрю на это иначе.
👉 WBS - это не обязательно древовидная структура.
Это - многомерный классификатор.
Каждый элемент можно описать по разным осям:
- Объект (здание, этаж, линия)
- Система (локальная сеть, электроснабжение, пожарная сигнализация, .... )
- Вид деятельности (проектирование, монтаж, пусконаладка)
- Стадия жизненного цикла (подготовка, строительство, сдача)
И любой элемент проекта:
задача, ресурс, документ, риск, акт, платеж, дефект, поручение, ...
привязывается к этой структуре,
т.е. имеет все эти классификационные признаки
🔹На эту структуру «навешивается» всё
- Сроки (календарный план)
- Стоимость (бюджет, фактические затраты)
- Ресурсы (люди, оборудование)
- Ответственные
- Риски, документы, дефекты, изменения, ...
👉 И тогда, тыкнув в элемент,
например, «монтаж щита электроснабжения на 3-м этаже»
а точнее, найдя строчку:
Вид деятельности = Монтаж
Система = Электроснабжение
Объект = 3 этаж
Стадия = Строительство
ты видишь всё:
- кто работает,
- сколько потрачено,
- какие риски,
- есть ли замечания,
- какие документы пришли.
Единый источник правды.
🔹 Контраст с ее отсутствием - кардинальный
Без нее:
- Планы были в одном разрезе (по времени),
- Бюджеты — в другом (по статьям расходов),
- Ресурсы — в третьем (по подразделениям),
А свести всё вместе — никто не может.
👉 А когда просто построил WBS и привязал всё к ней.
Уже одно это дает прозрачность,
которой не было до этого.
Видишь, сколько стоит
конкретная работа
на конкретном объекте,
кто и сколько времени на неё тратит.
где риски, где отставания.
🔹 Можно «выкрутить» под любой взгляд
Одно и то же все хотят видеть по-разному:
- Заказчик — хочет видеть прогресс по продуктам и результатам
- Функциональный руководитель — интересуется, что делают его инженеры
- Руководитель объекта — следит за всем, что происходит на его площадке
👉 А ты просто меняешь «представление».
Простейший вариант в Excel:
сводная таблица по объектам, по видам работ, по стадиям…
И каждый видит то, что ему нужно.
Не говоря уже о специальных инструментах.
И вот именно это достигается,
когда смотришь на WBS
не как на дерево,
а как на многомерный классификатор.
💡 Почему это важно?
Потому что:
WBS — это не просто структура.
Это каркас всего проектного управления.
Без неё:
- Нет прозрачности
- Нет контроля
- Нет целостности данных
- Собрать новое представление - челлендж
(я еще помню как люди чемоданы бумаг с объектов возили)
С ней:
- Любой артефакт — на своём месте
- Любой запрос — за секунды
- Любой отчёт — по кнопке (ну или почти)
Вывод простой
Если у тебя нет WBS — у тебя нет проекта.
Только активность.
А управление — начинается со структуры.
А есть понятная структура -
места для стресса и волнений становится меньше,
а эффективность тихо приходит на их место.
Структурности вам в проектах, которая приведет к успеху!🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
👍7❤1🔥1
#инструменты #советы #надежнаяорганизация
10 стримов руководителя при входе
Небольшой перерыв в теме проектного менеджмента.
Для того, чтобы ответить на вопрос,
который мне задают уже давно.
Как руководителю войти в новую организацию
эффективно и комфортно?
Был период, когда мне
приходилось делать это очень часто.
И как топу, и как консультанту с функциями топа.
Меня давно просят написать
про "10 первых шагов руководителя".
Но их нет.
Есть стримы, которые работают параллельно.
Причем что-то делается за неделю,
а что-то продолжается до
полной отстройки системной работы.
Но все они могут начаться сразу.
И первый день может определить
ваш "вход".
👉"Вот он вошел и стало ясно,
кто эксклюзивный дистрибьютор"
Хотите также заходить
на новую должность?
в новую компанию?
Тогда - поехали ...
Итак, 10 входных стримов руководителя.
1️⃣ Стрим 1: Мой руководитель
- что надо сделать, какие итоги через год
- кто заинтересованные стороны:
заказчики, ключевые подрядчики, коллеги, минус один, акционеры
2️⃣ Стрим 2: Знакомство со своей командой
- представиться
- зачем пришел - что хотим сделать
- если людей немного - можно попросить представиться
- встречи 1 на 1 обязательно
3️⃣ Стрим 3: Знакомство с командой в которой я
(команда моего босса)
- представиться
- встречи 1 на 1 обязательно (отношения формируются 1 на 1): знакомимся с человеком, ищем кто будет нашим "проводником" при адаптации в компании
4️⃣ Стрим 4: Знакомство с заинтересованными сторонами
- встречи 1 на 1 - выясняем все про них
5️⃣ Стрим 5: Знакомство с матчастью
- стратегии
- отчетность
- данные
- системы
- продукты
- процессы, регламенты, правила, ....
- учебники, курсы по тому что не знаешь
- гембы
6️⃣ Стрим 6: Постановка под контроль
- понять самые важные точки - платежи, документы, КПЭ, премии
- замкнуть на себя (возможно первое время что-то лишнее наберем)
7️⃣ Стрим 7: Выяснение как работают правила
и каковы реальные приоритеты
- насколько практика соответствует написанному
- что на самом деле важно
- как работает
- наблюдение, чтобы отделить
сиюминутные горящие вопросы,
про которые все забудут через неделю
от действительно важных вещей
8️⃣ Стрим 8: Планирование будущего
- разработка видения, стратегии
- обкатка с командой
- обкатка с коллегами
- обсуждение элементов с руководителем
- обкатка с заинтересованными сторонами
- представление самому-большому-боссу
9️⃣ Стрим 9. Создание системы
- правила взаимодействия, процессы - их целевое состояние, план перехода
- подготовка и проведение изменений по ADKAR
- перевод системы управления в целевое состояние
🔟 Стрим 10: Делегирование в рамках системы управления
- подготовка подчиненных к приему функций и полномочий
- то что перехватили на контроль делегируем, но уже в рамках построенной системы
Хотите, запишу подкаст,
где расскажу подробнее?
Ставьте лайки, чтобы
я понял, что интересно!
Удачи вам на входе 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
10 стримов руководителя при входе
Небольшой перерыв в теме проектного менеджмента.
Для того, чтобы ответить на вопрос,
который мне задают уже давно.
Как руководителю войти в новую организацию
эффективно и комфортно?
Был период, когда мне
приходилось делать это очень часто.
И как топу, и как консультанту с функциями топа.
Меня давно просят написать
про "10 первых шагов руководителя".
Но их нет.
Есть стримы, которые работают параллельно.
Причем что-то делается за неделю,
а что-то продолжается до
полной отстройки системной работы.
Но все они могут начаться сразу.
И первый день может определить
ваш "вход".
👉"Вот он вошел и стало ясно,
кто эксклюзивный дистрибьютор"
Хотите также заходить
на новую должность?
в новую компанию?
Тогда - поехали ...
Итак, 10 входных стримов руководителя.
1️⃣ Стрим 1: Мой руководитель
- что надо сделать, какие итоги через год
- кто заинтересованные стороны:
заказчики, ключевые подрядчики, коллеги, минус один, акционеры
2️⃣ Стрим 2: Знакомство со своей командой
- представиться
- зачем пришел - что хотим сделать
- если людей немного - можно попросить представиться
- встречи 1 на 1 обязательно
3️⃣ Стрим 3: Знакомство с командой в которой я
(команда моего босса)
- представиться
- встречи 1 на 1 обязательно (отношения формируются 1 на 1): знакомимся с человеком, ищем кто будет нашим "проводником" при адаптации в компании
4️⃣ Стрим 4: Знакомство с заинтересованными сторонами
- встречи 1 на 1 - выясняем все про них
5️⃣ Стрим 5: Знакомство с матчастью
- стратегии
- отчетность
- данные
- системы
- продукты
- процессы, регламенты, правила, ....
- учебники, курсы по тому что не знаешь
- гембы
6️⃣ Стрим 6: Постановка под контроль
- понять самые важные точки - платежи, документы, КПЭ, премии
- замкнуть на себя (возможно первое время что-то лишнее наберем)
7️⃣ Стрим 7: Выяснение как работают правила
и каковы реальные приоритеты
- насколько практика соответствует написанному
- что на самом деле важно
- как работает
- наблюдение, чтобы отделить
сиюминутные горящие вопросы,
про которые все забудут через неделю
от действительно важных вещей
8️⃣ Стрим 8: Планирование будущего
- разработка видения, стратегии
- обкатка с командой
- обкатка с коллегами
- обсуждение элементов с руководителем
- обкатка с заинтересованными сторонами
- представление самому-большому-боссу
9️⃣ Стрим 9. Создание системы
- правила взаимодействия, процессы - их целевое состояние, план перехода
- подготовка и проведение изменений по ADKAR
- перевод системы управления в целевое состояние
🔟 Стрим 10: Делегирование в рамках системы управления
- подготовка подчиненных к приему функций и полномочий
- то что перехватили на контроль делегируем, но уже в рамках построенной системы
Хотите, запишу подкаст,
где расскажу подробнее?
Ставьте лайки, чтобы
я понял, что интересно!
Удачи вам на входе 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
👍8🔥3❤2✍1🤪1
#инструменты #проектныйминимум
Минималистический подход к системе управления проектом
Простой способ сэкономить время и силы
Многие мечтают об "идеальной" системе управления проектами:
- Планы детализированы до трудозатрат каждого сотрудника
- Все риски, документы, задачи и изменения связаны между собой
- Всё автоматизировано, всё на виду
Звучит круто.
Но на практике такая система стоит дорого
и не только в деньгах, но и в усилиях на поддержку.
А еще и сбоит, если не все участники идеальны.
А что, если можно получить почти те же преимущества,
но с меньшими затратами?
👉 Идея проста:
Вместо того чтобы вязать каждый документ, риск и задачу в единую сеть, объединим их по группам — по элементам структуры работ (WBS).
По нижнему уровню WBS, привязывая к тому самому элементу, имеющему все коды.
Его будем называть (как это принято) "пакетом работ".
То есть:
не “задача → документ → риск → человек”,
а “всё это — к пакету работ X.Y.Z”.
И детализируем не сразу,
а по мере необходимости.
👉То есть не связи между задачами, рисками, документами ...
А просто все что относится к пакету работ
- привязано к нему:
10 документов, 20 задач, пара рисков...
Вполне можно разобраться "глазками" минут за 5.
Пример из практики: системный интегратор в энергетике
У нас были планы по:
- Объекту (здание, площадка)
- Системе (КРУЭ, видеонаблюдение, АСУ ТП)
- Виду работ (монтаж, пусконаладка, проектирование)
Но! Нужно было управлять загрузкой своих инженеров — с точностью до человеко-дней.
Вариант 1: детализировать планы до каждой задачи каждого сотрудника
- громоздко, долго, дорого в поддержке
Вариант 2 (наш выбор):
Руководители подразделений самостоятельно регистрируют запросы на привлечение своих специалистов, указывая:
- проект
- пакет работ
- трудозатраты
И ведут это в простых журналах (да, даже Excel).
Что получили?
✅ Гибкость: детализируем только там, где нужно
✅ Статистику по трудозатратам для оценки по аналогу
✅ Ответы на ключевые вопросы: кто чем занят, сколько потрачено, какая загрузка
✅ Связь данных через единые коды проекта и пакета работ
⚠️ Да, часть анализа — ручная. Но сопоставить 10 строк из плана и 20 назначений - 5 минут, а не часы на обновление детализированного графика.
И самое приятное:
🔹 Внешние заказчики думали, что у нас супер-детализация
🔹 Мы экономили кучу времени и ресурсов
А что с рисками, изменениями, документами?
То же самое:
— Все реестры (риски, дефекты, письма, финансовые документы) — с кодами проекта и пакета работ
— При проблеме — быстро выгружаем всё по нужному пакету и видим полную картину
📊 В Excel — легко строим стоимостные отчёты по проектам и даже по отдельным работам.
Главный вывод:
Не гонитесь за максимальной детализацией.
Если ручной анализ данных дешевле и быстрее, чем поддержание сверхточного плана — выбирайте простоту.
Вы можете:
- Начать с высокого уровня (объекты-системы)
- Постепенно детализировать (до отдельных задач)
- Менять уровень детализации гибко, под задачу
Главное — единая система кодировки и простые правила.
💡 Это не отказ от управления.
Это умный баланс между точностью и реальными затратами.
Простота дает эффективность и комфорт в управлении.
Удачи в упрощении! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
Минималистический подход к системе управления проектом
Простой способ сэкономить время и силы
Многие мечтают об "идеальной" системе управления проектами:
- Планы детализированы до трудозатрат каждого сотрудника
- Все риски, документы, задачи и изменения связаны между собой
- Всё автоматизировано, всё на виду
Звучит круто.
Но на практике такая система стоит дорого
и не только в деньгах, но и в усилиях на поддержку.
А еще и сбоит, если не все участники идеальны.
А что, если можно получить почти те же преимущества,
но с меньшими затратами?
👉 Идея проста:
Вместо того чтобы вязать каждый документ, риск и задачу в единую сеть, объединим их по группам — по элементам структуры работ (WBS).
По нижнему уровню WBS, привязывая к тому самому элементу, имеющему все коды.
Его будем называть (как это принято) "пакетом работ".
То есть:
не “задача → документ → риск → человек”,
а “всё это — к пакету работ X.Y.Z”.
И детализируем не сразу,
а по мере необходимости.
👉То есть не связи между задачами, рисками, документами ...
А просто все что относится к пакету работ
- привязано к нему:
10 документов, 20 задач, пара рисков...
Вполне можно разобраться "глазками" минут за 5.
Пример из практики: системный интегратор в энергетике
У нас были планы по:
- Объекту (здание, площадка)
- Системе (КРУЭ, видеонаблюдение, АСУ ТП)
- Виду работ (монтаж, пусконаладка, проектирование)
Но! Нужно было управлять загрузкой своих инженеров — с точностью до человеко-дней.
Вариант 1: детализировать планы до каждой задачи каждого сотрудника
- громоздко, долго, дорого в поддержке
Вариант 2 (наш выбор):
Руководители подразделений самостоятельно регистрируют запросы на привлечение своих специалистов, указывая:
- проект
- пакет работ
- трудозатраты
И ведут это в простых журналах (да, даже Excel).
Что получили?
✅ Гибкость: детализируем только там, где нужно
✅ Статистику по трудозатратам для оценки по аналогу
✅ Ответы на ключевые вопросы: кто чем занят, сколько потрачено, какая загрузка
✅ Связь данных через единые коды проекта и пакета работ
⚠️ Да, часть анализа — ручная. Но сопоставить 10 строк из плана и 20 назначений - 5 минут, а не часы на обновление детализированного графика.
И самое приятное:
🔹 Внешние заказчики думали, что у нас супер-детализация
🔹 Мы экономили кучу времени и ресурсов
А что с рисками, изменениями, документами?
То же самое:
— Все реестры (риски, дефекты, письма, финансовые документы) — с кодами проекта и пакета работ
— При проблеме — быстро выгружаем всё по нужному пакету и видим полную картину
📊 В Excel — легко строим стоимостные отчёты по проектам и даже по отдельным работам.
Главный вывод:
Не гонитесь за максимальной детализацией.
Если ручной анализ данных дешевле и быстрее, чем поддержание сверхточного плана — выбирайте простоту.
Вы можете:
- Начать с высокого уровня (объекты-системы)
- Постепенно детализировать (до отдельных задач)
- Менять уровень детализации гибко, под задачу
Главное — единая система кодировки и простые правила.
💡 Это не отказ от управления.
Это умный баланс между точностью и реальными затратами.
Простота дает эффективность и комфорт в управлении.
Удачи в упрощении! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
👍6❤2🔥2
#коммуникации #советы #инструменты #проектныйминимум
План коммуникаций: как спасти эффективность управления
Что убивает продуктивность руководителя?
- Не задачи.
- Не дедлайны.
👉 А беспорядочные коммуникации.
Куча писем.
Совещания «просто так».
Чаты, где всё смешалось.
Никто не знает:
- Зачем это?
- Кто должен решить?
- Что будет после?
И в итоге —
график забит,
мозг устал,
а толку — ноль.
Это не работа. Это шум.
🛠 Решение: План коммуникаций
В рамках "проектного минимума"
простой, но мощный инструмент:
План коммуникаций.
Он не волшебный, но честный.
Он не уберёт все встречи,
но поможет разобраться,
какие нужны, а какие — просто мусор.
📝 Из чего состоит план коммуникаций?
Это не просто список совещаний.
Это структурированная карта
всех важных обменов информацией в проекте.
Вот что в него входит:
1️⃣ Коммуникация — не «встреча», а цель.
Пишем не «еженедельное совещание», а:
«Отчёт по статусу проекта»,
«Принятие решения по изменению сроков»,
«Согласование результатов этапа».
Цель должна быть ясной.
2️⃣ Описание: о чём пойдёт речь и зачем это нужно.
Например: «Руководитель проекта информирует управляющий комитет о ходе работ, рисках и отклонениях от графика и бюджета».
Чем конкретнее, тем меньше двусмысленности.
3️⃣ Форма: как происходит коммуникация.
Это может быть:
- личная или онлайн-встреча
- письмо
- отчёт в PDF
-обсуждение в чате
- звонок
Важно: не каждая коммуникация требует встречи.
Иногда хватит письма или короткого апдейта.
4️⃣ Организатор: кто инициирует и отвечает за проведение.
Кто собирает участников,
рассылает материалы,
фиксирует результат.
5️⃣ Участники: кто участвует, принимает решения или должен быть в курсе.
Не «все», а конкретные роли:
заказчик, инженеры, финансисты, кураторы.
Можно выделить: информируемые, принимающие решения, эксперты.
6️⃣ Периодичность и время: как часто и когда это происходит
- Еженедельно, раз в две недели, по факту, на каждом этапе проекта или однократно.
Указываем чётко: чтобы не было «а мы вроде должны были собраться».
- День недели, время начала, длительность.
Это помогает избежать конфликтов в календарях и уважает время участников.
💡 Как использовать план?
1. Инвентаризация
Занеси все текущие коммуникации, даже те, что «всегда были».
Да, включая «еженедельный статус» в 10:00 по понедельникам, который все ненавидят.
2. Ревизия
Посмотри:
- Где встреча заменяется письмом?
- Что дублируется?
- Кто участвует «на автопилоте»?
- Есть ли коммуникации без цели?
3. Оптимизация
Убери лишнее.
Объедини похожее.
Смени форму.
🎯 Зачем это нужно?
Чтобы каждая коммуникация имела смысл
Чтобы время участников уважалось
Чтобы новый человек быстро понял, как и о чём здесь общаются
Чтобы не терять решения и не пересказывать одно и то же
💡 План коммуникаций — это не бюрократия.
Это анти-хаос.
Это способ вернуть контроль над своим временем и проектом.
Вывод:
Если у тебя крутятся совещания без решений —
остановись.
Занеси всё в таблицу.
И спроси: «А это вообще нужно?»
Часто ответ — нет.
P.S. Иногда самое простое — самое действенное.
Попробуй завести такой план.
И вычеркнуть лишнее.
Удивишься, сколько времени освободится.
Эффективных коммуникаций!🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
План коммуникаций: как спасти эффективность управления
Что убивает продуктивность руководителя?
- Не задачи.
- Не дедлайны.
👉 А беспорядочные коммуникации.
Куча писем.
Совещания «просто так».
Чаты, где всё смешалось.
Никто не знает:
- Зачем это?
- Кто должен решить?
- Что будет после?
И в итоге —
график забит,
мозг устал,
а толку — ноль.
Это не работа. Это шум.
🛠 Решение: План коммуникаций
В рамках "проектного минимума"
простой, но мощный инструмент:
План коммуникаций.
Он не волшебный, но честный.
Он не уберёт все встречи,
но поможет разобраться,
какие нужны, а какие — просто мусор.
📝 Из чего состоит план коммуникаций?
Это не просто список совещаний.
Это структурированная карта
всех важных обменов информацией в проекте.
Вот что в него входит:
1️⃣ Коммуникация — не «встреча», а цель.
Пишем не «еженедельное совещание», а:
«Отчёт по статусу проекта»,
«Принятие решения по изменению сроков»,
«Согласование результатов этапа».
Цель должна быть ясной.
2️⃣ Описание: о чём пойдёт речь и зачем это нужно.
Например: «Руководитель проекта информирует управляющий комитет о ходе работ, рисках и отклонениях от графика и бюджета».
Чем конкретнее, тем меньше двусмысленности.
3️⃣ Форма: как происходит коммуникация.
Это может быть:
- личная или онлайн-встреча
- письмо
- отчёт в PDF
-обсуждение в чате
- звонок
Важно: не каждая коммуникация требует встречи.
Иногда хватит письма или короткого апдейта.
4️⃣ Организатор: кто инициирует и отвечает за проведение.
Кто собирает участников,
рассылает материалы,
фиксирует результат.
5️⃣ Участники: кто участвует, принимает решения или должен быть в курсе.
Не «все», а конкретные роли:
заказчик, инженеры, финансисты, кураторы.
Можно выделить: информируемые, принимающие решения, эксперты.
6️⃣ Периодичность и время: как часто и когда это происходит
- Еженедельно, раз в две недели, по факту, на каждом этапе проекта или однократно.
Указываем чётко: чтобы не было «а мы вроде должны были собраться».
- День недели, время начала, длительность.
Это помогает избежать конфликтов в календарях и уважает время участников.
💡 Как использовать план?
1. Инвентаризация
Занеси все текущие коммуникации, даже те, что «всегда были».
Да, включая «еженедельный статус» в 10:00 по понедельникам, который все ненавидят.
2. Ревизия
Посмотри:
- Где встреча заменяется письмом?
- Что дублируется?
- Кто участвует «на автопилоте»?
- Есть ли коммуникации без цели?
3. Оптимизация
Убери лишнее.
Объедини похожее.
Смени форму.
🎯 Зачем это нужно?
Чтобы каждая коммуникация имела смысл
Чтобы время участников уважалось
Чтобы новый человек быстро понял, как и о чём здесь общаются
Чтобы не терять решения и не пересказывать одно и то же
💡 План коммуникаций — это не бюрократия.
Это анти-хаос.
Это способ вернуть контроль над своим временем и проектом.
Вывод:
Если у тебя крутятся совещания без решений —
остановись.
Занеси всё в таблицу.
И спроси: «А это вообще нужно?»
Часто ответ — нет.
P.S. Иногда самое простое — самое действенное.
Попробуй завести такой план.
И вычеркнуть лишнее.
Удивишься, сколько времени освободится.
Эффективных коммуникаций!🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
👍8👻2
Всем привет!
Слышу от вас, что "посты это хорошо, но напиши уже книжку".
До книжки пока не дорос. Двигаюсь в эту сторону, но приду позже.
А пока - сделал первую "пробу пера" в другом формате.
О котором расскажу на вебинаре (ссылка для подключения Zoom)
в четверг 11 сентября в 18:00.
Приходите!
Заодно и друг на друга посмотрим, и получше познакомимся 🤝
Слышу от вас, что "посты это хорошо, но напиши уже книжку".
До книжки пока не дорос. Двигаюсь в эту сторону, но приду позже.
А пока - сделал первую "пробу пера" в другом формате.
О котором расскажу на вебинаре (ссылка для подключения Zoom)
в четверг 11 сентября в 18:00.
Приходите!
Заодно и друг на друга посмотрим, и получше познакомимся 🤝
👍9🔥7❤6✍2🎉1
#инструменты #проектныйминимум
Как бюджетировать проект: просто, но неочевидно
Проектный бюджет ≠ бюджет компании.
И это — главная ошибка, которая лишает премии.
Бывает так:
🔹 Контрольная точка задержана на 3 дня — но в рамках резерва сроков проекта,
🔹 Проект идёт по графику, риски учтены,
🔹 А премия руководителю — отменена, потому что «бюджет квартала не выполнен».
Почему?
Потому что проектный бюджет и финансовый бюджет компании — это две разные вселенные.
🔍 В чём разница?
Проектный бюджет — живой, гибкий, реалистичный.
Он учитывает риски, резервы, неопределённость.
Он строится вокруг контрольных точек и логики проекта.
Задержка на пару дней? Норма — если есть резерв и это не ломает проект.
Финансовый бюджет — формальный, строгий, периодичный.
Он оперирует точными цифрами по статьям и месяцам.
Там нет места для «примерно» или «может быть».
Если деньги не пришли в феврале — февральский план провален.
Даже если всё в порядке с проектом.
👉 Небольшое ускорение или задержка — для проекта норма.
👉 А для финотдела — уже просадка по кварталу.
🔗 Связь с календарным планом — ключ к порядку
Проектный бюджет не оторван от графика.
Он растёт из календарного плана:
- Когда начнётся монтаж — тогда списать затраты
- Когда заказчик примет этап —тогда зафиксировать выручку
💡 Без календаря — бюджет теряет связь с реальностью.
График задаёт временные координаты бюджету.
🛠 Как просто подготовить проектный бюджет?
Не нужно 20 Excel-файлов. Достаточно 6 шагов:
1️⃣ Собери исходники
Смета (расценки, объемы)
Календарный план (вехи, сроки)
Договоры (условия оплат, сдачи)
Внутренние правила (как и когда признаются доходы/расходы)
👉 Без этого — любые цифры будут «воздухом».
2️⃣ Уточни, зачем нужен бюджет
Перед стартом — задай себе вопросы:
Это прогноз на месяц или бизнес-план на год?
Нужен консервативный расчёт (для инвестора) или агрессивный (для мотивации)?
Какие периоды и показатели на самом деле важны?
💡 Пишите задание на бюджетирование — чтобы все понимали правила игры.
3️⃣ Планируй основные показатели
Рассчитай:
- Доходы (когда и сколько получим)
- Прямые расходы (оплата подрядчиков, поставок)
- Денежные потоки (входящие/исходящие)
👉 Привяжи всё к срокам из календаря и условиям договоров.
Монтаж завершится в день Х.
Заказчик подписывает акт в течение 10 дней - выручка в день Х+10.
Оплата по договору в течение 20 рабочих дней - приход денег в день Х+38
Ощущаете разницу? Вроде бы монтаж закончили.
А в бюджете приход будет возможно через месяц.
Не учли? Лучше не рассчитывать на квартальную премию.
4️⃣ Посчитай производные показатели
- Валовая прибыль проекта
- Накладные расходы, относимые на проект
- Операционная прибыль проекта
...
👉 Чаще всего — это формулы, которые лучше выяснять у финансистов.
5️⃣ Выровняй бюджет под риск
Проверь:
Где «плавающие» платежи? Куда их поставить?
Какие доходы — «ненадёжные»? Нужно ли их переносить?
Где заложить резервы? На риски? На задержки оплат?
💡 Цель — довести вероятность выполнения бюджета до требуемого уровня.
6️⃣ Проверь с разных точек зрения
Сделай 4 «прогона»:
1. Бизнес-логика — а правда ли так будет?
(Если заказчик платит только 10 млн в месяц — зачем планировать 30?)
2. Формальные правила — всё ли по методике, без ошибок?
3. Балансировка — а если один приход провалится, компенсируем?
4. Взгляд получателя — как это прочитает финдир, инвестор, банк?
👉 Чем раньше найдёшь нестыковки — тем меньше переделок.
💡 Главный вывод
Проектный бюджет — это мост между
гибкостью управления проектом
и жёсткостью финансовой системы
Если просто «перевести» цифры из календаря в Excel-таблицу,
можно потерять премию, репутацию и контроль.
А если осознанно транслировать проектные реалии
в формат бюджета компании —
получишь и план, и доверие, и премию.
P.S. Хороший бюджет — не тот, где всё по плану.
А тот, где понятно, почему и что будет, если не по плану.
Выполнимых бюджетов и квартальных премий вам! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
Как бюджетировать проект: просто, но неочевидно
Проектный бюджет ≠ бюджет компании.
И это — главная ошибка, которая лишает премии.
Бывает так:
🔹 Контрольная точка задержана на 3 дня — но в рамках резерва сроков проекта,
🔹 Проект идёт по графику, риски учтены,
🔹 А премия руководителю — отменена, потому что «бюджет квартала не выполнен».
Почему?
Потому что проектный бюджет и финансовый бюджет компании — это две разные вселенные.
🔍 В чём разница?
Проектный бюджет — живой, гибкий, реалистичный.
Он учитывает риски, резервы, неопределённость.
Он строится вокруг контрольных точек и логики проекта.
Задержка на пару дней? Норма — если есть резерв и это не ломает проект.
Финансовый бюджет — формальный, строгий, периодичный.
Он оперирует точными цифрами по статьям и месяцам.
Там нет места для «примерно» или «может быть».
Если деньги не пришли в феврале — февральский план провален.
Даже если всё в порядке с проектом.
👉 Небольшое ускорение или задержка — для проекта норма.
👉 А для финотдела — уже просадка по кварталу.
🔗 Связь с календарным планом — ключ к порядку
Проектный бюджет не оторван от графика.
Он растёт из календарного плана:
- Когда начнётся монтаж — тогда списать затраты
- Когда заказчик примет этап —тогда зафиксировать выручку
💡 Без календаря — бюджет теряет связь с реальностью.
График задаёт временные координаты бюджету.
🛠 Как просто подготовить проектный бюджет?
Не нужно 20 Excel-файлов. Достаточно 6 шагов:
1️⃣ Собери исходники
Смета (расценки, объемы)
Календарный план (вехи, сроки)
Договоры (условия оплат, сдачи)
Внутренние правила (как и когда признаются доходы/расходы)
👉 Без этого — любые цифры будут «воздухом».
2️⃣ Уточни, зачем нужен бюджет
Перед стартом — задай себе вопросы:
Это прогноз на месяц или бизнес-план на год?
Нужен консервативный расчёт (для инвестора) или агрессивный (для мотивации)?
Какие периоды и показатели на самом деле важны?
💡 Пишите задание на бюджетирование — чтобы все понимали правила игры.
3️⃣ Планируй основные показатели
Рассчитай:
- Доходы (когда и сколько получим)
- Прямые расходы (оплата подрядчиков, поставок)
- Денежные потоки (входящие/исходящие)
👉 Привяжи всё к срокам из календаря и условиям договоров.
Монтаж завершится в день Х.
Заказчик подписывает акт в течение 10 дней - выручка в день Х+10.
Оплата по договору в течение 20 рабочих дней - приход денег в день Х+38
Ощущаете разницу? Вроде бы монтаж закончили.
А в бюджете приход будет возможно через месяц.
Не учли? Лучше не рассчитывать на квартальную премию.
4️⃣ Посчитай производные показатели
- Валовая прибыль проекта
- Накладные расходы, относимые на проект
- Операционная прибыль проекта
...
👉 Чаще всего — это формулы, которые лучше выяснять у финансистов.
5️⃣ Выровняй бюджет под риск
Проверь:
Где «плавающие» платежи? Куда их поставить?
Какие доходы — «ненадёжные»? Нужно ли их переносить?
Где заложить резервы? На риски? На задержки оплат?
💡 Цель — довести вероятность выполнения бюджета до требуемого уровня.
6️⃣ Проверь с разных точек зрения
Сделай 4 «прогона»:
1. Бизнес-логика — а правда ли так будет?
(Если заказчик платит только 10 млн в месяц — зачем планировать 30?)
2. Формальные правила — всё ли по методике, без ошибок?
3. Балансировка — а если один приход провалится, компенсируем?
4. Взгляд получателя — как это прочитает финдир, инвестор, банк?
👉 Чем раньше найдёшь нестыковки — тем меньше переделок.
💡 Главный вывод
Проектный бюджет — это мост между
гибкостью управления проектом
и жёсткостью финансовой системы
Если просто «перевести» цифры из календаря в Excel-таблицу,
можно потерять премию, репутацию и контроль.
А если осознанно транслировать проектные реалии
в формат бюджета компании —
получишь и план, и доверие, и премию.
P.S. Хороший бюджет — не тот, где всё по плану.
А тот, где понятно, почему и что будет, если не по плану.
Выполнимых бюджетов и квартальных премий вам! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
👍6🔥3❤2
#инструменты #проектныйминимум
Проектный минимум: финал 🎯
Вы прочитали про весь "проектный минимум"
Теперь вы знаете о базовых, но мощных инструментах,
чтобы управлять простыми проектами, или быстро разобраться с новым проектом.
Не получится идеально с первого раза,
но будет структурированно, осознанно и без хаоса.
А также с меньшим стрессом и большей эффективностью.
Ровно как мне нравится 😊
Коротко об инструментах проектного минимума:
🔹 1. Устав проекта
Чётко определяете: что такое проект, какой результат ожидается, кто за что отвечает.
Без этого никакого согласия с заказчиком, спонсором, командой.
А значит проект изначально неуспешный.
🔹 2. Иерархическая структура работ (WBS)
Ваш каркас порядка.
Всё в проекте: задачи, ресурсы, бюджет, риски - привязано к единой структуре.
Без WBS бардак, дублирование и куча ручной работы.
Она же позволит навести порядок без усложнения.
🔹 3. План по вехам
График, который фокусирует внимание и предотвращает аврал в конце проекта.
Позволяет равномерно распределить нагрузку
и фокусироваться на ключевых достижениях,
а не тонуть в деталях.
🔹 4. Управление отклонениями
Мир не идеален. Что-то всегда идёт не по плану.
Теперь вы знаете: как фиксировать отклонения,
анализировать причины
и принимать решения
— без паники и без «сами как-нибудь».
🔹 5. Матрица распределения ответственности
Больше никаких:
«А я думал, ты это делаешь!»
«Я не знал, что должен решать!»
Чётко:
кто отвечает,
кто одобряет,
кто выполняет,
кто информируется.
🔹 6. Проектный бюджет
Вы не просто планируете деньги.
Вы учитываете график, риски, договоры и реалии финансовой системы.
И самое главное
вас не лишат премии из-за «просадки» в одном месяце,
хотя проект в порядке.
🔹 7. План коммуникаций
Не дайте совещаниям съесть эффективность.
Управляйте коммуникациями, а не идите у них на поводу.
С помощью плана коммуникаций зачистите календарь и сделайте коммуникации осмысленными.
❌Это не полный арсенал управления проектами.
✅Это минимум, который работает.
То, без чего управление проектом превращается в хаотичную активность.
И помните: хороший проект — это не тот, где всё идеально.
Это тот, где всё под контролем.
🎯 Используйте эти инструменты.
🔧 Применяйте постепенно.
📈 Улучшайте с каждым проектом.
А если не хотите сами "апробировать"
все грабли проектного управления:
заполните форму https://forms.yandex.ru/u/689337cc90fa7b31ce601a00
или напишите мне в личку @CIO_Alexey.
И мы обсудим как пройти этот путь вместе, не создавая лишнего стресса.
Первая встреча 1 час, в Zoom, бесплатно.
P.S. Кстати только за последние пару месяцев, несколько кейсов, когда в результате таких встреч начала улучшаться ситуация на работе. Есть о чем подумать 😊
Удачи вам в ваших проектах! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
Проектный минимум: финал 🎯
Вы прочитали про весь "проектный минимум"
Теперь вы знаете о базовых, но мощных инструментах,
чтобы управлять простыми проектами, или быстро разобраться с новым проектом.
Не получится идеально с первого раза,
но будет структурированно, осознанно и без хаоса.
А также с меньшим стрессом и большей эффективностью.
Ровно как мне нравится 😊
Коротко об инструментах проектного минимума:
🔹 1. Устав проекта
Чётко определяете: что такое проект, какой результат ожидается, кто за что отвечает.
Без этого никакого согласия с заказчиком, спонсором, командой.
А значит проект изначально неуспешный.
🔹 2. Иерархическая структура работ (WBS)
Ваш каркас порядка.
Всё в проекте: задачи, ресурсы, бюджет, риски - привязано к единой структуре.
Без WBS бардак, дублирование и куча ручной работы.
Она же позволит навести порядок без усложнения.
🔹 3. План по вехам
График, который фокусирует внимание и предотвращает аврал в конце проекта.
Позволяет равномерно распределить нагрузку
и фокусироваться на ключевых достижениях,
а не тонуть в деталях.
🔹 4. Управление отклонениями
Мир не идеален. Что-то всегда идёт не по плану.
Теперь вы знаете: как фиксировать отклонения,
анализировать причины
и принимать решения
— без паники и без «сами как-нибудь».
🔹 5. Матрица распределения ответственности
Больше никаких:
«А я думал, ты это делаешь!»
«Я не знал, что должен решать!»
Чётко:
кто отвечает,
кто одобряет,
кто выполняет,
кто информируется.
🔹 6. Проектный бюджет
Вы не просто планируете деньги.
Вы учитываете график, риски, договоры и реалии финансовой системы.
И самое главное
вас не лишат премии из-за «просадки» в одном месяце,
хотя проект в порядке.
🔹 7. План коммуникаций
Не дайте совещаниям съесть эффективность.
Управляйте коммуникациями, а не идите у них на поводу.
С помощью плана коммуникаций зачистите календарь и сделайте коммуникации осмысленными.
❌Это не полный арсенал управления проектами.
✅Это минимум, который работает.
То, без чего управление проектом превращается в хаотичную активность.
И помните: хороший проект — это не тот, где всё идеально.
Это тот, где всё под контролем.
🎯 Используйте эти инструменты.
🔧 Применяйте постепенно.
📈 Улучшайте с каждым проектом.
А если не хотите сами "апробировать"
все грабли проектного управления:
заполните форму https://forms.yandex.ru/u/689337cc90fa7b31ce601a00
или напишите мне в личку @CIO_Alexey.
И мы обсудим как пройти этот путь вместе, не создавая лишнего стресса.
Первая встреча 1 час, в Zoom, бесплатно.
P.S. Кстати только за последние пару месяцев, несколько кейсов, когда в результате таких встреч начала улучшаться ситуация на работе. Есть о чем подумать 😊
Удачи вам в ваших проектах! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
👏3❤2🔥1💯1🤝1
Management_as_a_Code
Всем привет! Слышу от вас, что "посты это хорошо, но напиши уже книжку". До книжки пока не дорос. Двигаюсь в эту сторону, но приду позже. А пока - сделал первую "пробу пера" в другом формате. О котором расскажу на вебинаре (ссылка для подключения Zoom)…
Всем привет!
Напоминаю что сегодня в 18:00 будет вебинар (ссылка для подключения Zoom), на котором:
- познакомитесь с моим подходом к управлению и развитию руководителей
- узнаете как попробовать новый формат, в котором я делюсь инструментами и опытом
Жду! 🤝
Напоминаю что сегодня в 18:00 будет вебинар (ссылка для подключения Zoom), на котором:
- познакомитесь с моим подходом к управлению и развитию руководителей
- узнаете как попробовать новый формат, в котором я делюсь инструментами и опытом
Жду! 🤝
❤3👌2👍1
Media is too big
VIEW IN TELEGRAM
#обомне #метод #управлениебезстресса #реклама #вебинар
Всем привет!
Вчера "в новом формате" вебинара поговорили об еще одном "новом формате".
Я представил интенсив "Как управлять без стресса", из которого вы узнаете, как минимизировать основные стрессы руководителя:
🔹 Как относиться к управлению и понимать что ждут от руководителя
🔹 Как воспринимать ответственность, не впадая в паралич,
🔹 Как проводить сложные разговоры, предотвращая неконструктив
🔹 Как перестать бояться давать и принимать обратную связь
🔹 Как выстроить работу, чтобы увольнение сотрудника было не кошмаром, а закономерным результатом
🔹 Как относиться к ошибкам — своим и чужим,
Он начинается с теста "Насколько вы готовы управлять без стресса"
Дальше 5 модулей с видеоуроками, тестами и домашними заданиями, позволяющими вам уменьшать стресс при управлении.
Первый модуль - пока сделал бесплатным.
По окончании интенсива - можете заполнить анкету и прийти ко мне на бесплатную консультацию, где мы спланируем направления вашего развития как руководителя.
Стоимость интенсива я установил символическую - 1990 руб.
Оплата - перед прохождением 2ого модуля.
Для начала прохождения интенсива переходите в телеграм-бота @ManagementInComfort_bot и нажимайте "Старт" (набирайте "/start")
Вы можете посмотреть запись вебинара:
00:00 О вебинаре
00:58 Мой подход к управлению и развитию руководителей: "создавать эффективно и комфортно"
03:29 О стрессе в работе руководителя
04:34 Почему я могу помочь управлять эффективно и комфортно
06:41 Кейсы: как я научил руководить без стресса
09:43 6 областей, проработав которые, руководитель минимизирует стресс
11:45 Как стартовать интенсив "Как управлять без стресса"
12:11 Кому это полезно
14:15 Начало вопросов
14:36 Вспомнил, что не сказал о том, что 1ый модуль бесплатно, цена за остальные 1990 руб, и что тем кто пройдет интенсив будет доступна моя личная бесплатная консультация 😊
16:22 Отвечаю насколько глубоко руководитель должен понимать предмет
17:35 Отвечаю на вопросы о личных консультациях и индивидуальной работе
21:00 Отвечаю почему начинающим руководителям нужен интенсив
22:38 Все пошли проходить интенсив 😊
Хороших выходных!
Жду вас на интенсиве! 🤝
@ManagementInComfort_bot
Всем привет!
Вчера "в новом формате" вебинара поговорили об еще одном "новом формате".
Я представил интенсив "Как управлять без стресса", из которого вы узнаете, как минимизировать основные стрессы руководителя:
🔹 Как относиться к управлению и понимать что ждут от руководителя
🔹 Как воспринимать ответственность, не впадая в паралич,
🔹 Как проводить сложные разговоры, предотвращая неконструктив
🔹 Как перестать бояться давать и принимать обратную связь
🔹 Как выстроить работу, чтобы увольнение сотрудника было не кошмаром, а закономерным результатом
🔹 Как относиться к ошибкам — своим и чужим,
Он начинается с теста "Насколько вы готовы управлять без стресса"
Дальше 5 модулей с видеоуроками, тестами и домашними заданиями, позволяющими вам уменьшать стресс при управлении.
Первый модуль - пока сделал бесплатным.
По окончании интенсива - можете заполнить анкету и прийти ко мне на бесплатную консультацию, где мы спланируем направления вашего развития как руководителя.
Стоимость интенсива я установил символическую - 1990 руб.
Оплата - перед прохождением 2ого модуля.
Для начала прохождения интенсива переходите в телеграм-бота @ManagementInComfort_bot и нажимайте "Старт" (набирайте "/start")
Вы можете посмотреть запись вебинара:
00:00 О вебинаре
00:58 Мой подход к управлению и развитию руководителей: "создавать эффективно и комфортно"
03:29 О стрессе в работе руководителя
04:34 Почему я могу помочь управлять эффективно и комфортно
06:41 Кейсы: как я научил руководить без стресса
09:43 6 областей, проработав которые, руководитель минимизирует стресс
11:45 Как стартовать интенсив "Как управлять без стресса"
12:11 Кому это полезно
14:15 Начало вопросов
14:36 Вспомнил, что не сказал о том, что 1ый модуль бесплатно, цена за остальные 1990 руб, и что тем кто пройдет интенсив будет доступна моя личная бесплатная консультация 😊
16:22 Отвечаю насколько глубоко руководитель должен понимать предмет
17:35 Отвечаю на вопросы о личных консультациях и индивидуальной работе
21:00 Отвечаю почему начинающим руководителям нужен интенсив
22:38 Все пошли проходить интенсив 😊
Хороших выходных!
Жду вас на интенсиве! 🤝
@ManagementInComfort_bot
👍9🔥6❤3
#инструменты #финансовыйминимум
Разобравшись с "проектным минимумом", начинаем новую рубрику "финансовый минимум".
Здесь будем рассматривать инструменты,
которые должен понимать каждый руководитель, чтобы:
- корректно посчитать сколько заработает подразделение
- оценить экономическую эффективность проекта, продукта или других действий
- разговаривать с финансистами (а избежать этого мало у кого из руководителей получается 😊)
- корректно заполнять и читать формы отчетности
Финансовая отчетность
Вся картина — в 3 ключевых отчетах:
📊 Отчет о прибылях и убытках (P&L)
💸 Отчет о движении денежных средств (CFS)
⚖️ Баланс (BS)
Они все построены на разных принципах.
Вроде бы везде одни и те же цифры (или похожие),
но значат они совершенно разное.
В этом "финансовая магия", для понимания которой недостаточно хорошо уметь считать.
Хорошая новость - ПРАКТИЧЕСКИ ВСЕ ФОРМЫ ОТЧЕТНОСТИ, которые вы встретите основаны на принципах одной или нескольких из этих трех форм.
Поэтому, разобравшись в них, вы сможете просто уточнять у финансистов "что имелось ввиду в этой строчке" и корректно ее заполнять.
А мы же помним, что неправильно спланированный бюджет чреват его невыполнением и потерей премии?🤔
Поэтому - поехали!
Сегодня разберем первый - Отчет о прибылях и убытках
📊 Отчет о прибылях и убытках (P&L)
Отчет о прибылях и убытках показывает сколько денег заработала компания.
Эти деньги «заработаны» за период (месяц/квартал/год), т.е. обязательства по ним закрыты, но они могли не поступить на счет.
Структура отчета:
💰 Выручка (Revenue)
стоимость проданных товаров/услуг.
➖ Себестоимость (COGS)
затраты на производство/покупку товаров.
🟰 Валовая прибыль (Gross Margin)
сколько принесли наши продукты/услуги
➖ Постоянные затраты
сколько тратится вне наших продуктов/услуг
🟰 Операционная прибыль (EBIT)
сколько мы заработали за счет нашей деятельности
➖ Налоги, проценты
сколько мы из этого отдали за кредиты, налоги и т.п.
🟰 Чистая прибыль (Net Income)
сколько у нас осталось
Пример отражения в P&L операций:
1. Заказчик заключает договор с вами на 100 руб.
нет отражения
2. Заказчик платит аванс 50 руб
нет отражения - это деньги, никаких обязательств не закрыто
3. Вы платите поставщику 70 руб.
нет отражения - это движение денег, никаких обязательств не закрыто
4. Поставщик отгружает, а вы принимаете товар на 70 руб.
70 руб отразятся в Себестоимость, если вы успеете их продать в течение отчетного периода
если не успеете - отразятся в том периоде, в котором продадите, т.е. по сделке сформируется Выручка
5. Вы отгружаете заказчику товар за 100 руб, он принимает.
100 руб отразятся в Выручка
6. Заказчик платит вам 50 руб
нет отражения - это просто движение денег
поэтому даже если он заплатит через пару месяцев - ничего в P&L за месяц не изменится
7. Вы начисляете зарплату менеджерам за месяц 20 руб
20 руб отражается в Постоянные расходы.
А выплатить можете в следующем месяце.
Это на Отчет о прибылях и убытках не повлияет.
8. Вы начисляете налог 6% с выручки
6 руб отражаются в Налоги, проценты
Причем когда заплатите - это не важно.
📊Итого Отчет о прибылях и убытках за месяц
Выручка = 100
Себестоимость = 70
Валовая прибыль = 100 - 70 = 30
Постоянные расходы = 20
Операционная прибыль = 30-20 =10
Налоги = 6
Чистая прибыль = 10 - 6 = 4
Кстати, если чистая прибыль больше 0, говорят что закончили период "с прибылью".
Если меньше нуля - "с убытком"
Пример естественно упрощен, в жизни все сложнее.
Но для руководителя важно понимать принципы.
Детализацию статей отчета и особенности его составления вы легко поймете из объяснений финансистов вашей компании, если вы будете понимать как это все работает на принципиальном уровне.
❗️ Основное
Отчет о прибылях и убытках - не про деньги на счету, а про то
- сколько вы заработали (даже если эти деньги не у вас)
- сколько вы потратили (даже если эти деньги еще у вас)
В следующем посте рубрики разберем Отчет о движении денежных средств
Прибылей вам! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
Разобравшись с "проектным минимумом", начинаем новую рубрику "финансовый минимум".
Здесь будем рассматривать инструменты,
которые должен понимать каждый руководитель, чтобы:
- корректно посчитать сколько заработает подразделение
- оценить экономическую эффективность проекта, продукта или других действий
- разговаривать с финансистами (а избежать этого мало у кого из руководителей получается 😊)
- корректно заполнять и читать формы отчетности
Финансовая отчетность
Вся картина — в 3 ключевых отчетах:
📊 Отчет о прибылях и убытках (P&L)
💸 Отчет о движении денежных средств (CFS)
⚖️ Баланс (BS)
Они все построены на разных принципах.
Вроде бы везде одни и те же цифры (или похожие),
но значат они совершенно разное.
В этом "финансовая магия", для понимания которой недостаточно хорошо уметь считать.
Хорошая новость - ПРАКТИЧЕСКИ ВСЕ ФОРМЫ ОТЧЕТНОСТИ, которые вы встретите основаны на принципах одной или нескольких из этих трех форм.
Поэтому, разобравшись в них, вы сможете просто уточнять у финансистов "что имелось ввиду в этой строчке" и корректно ее заполнять.
А мы же помним, что неправильно спланированный бюджет чреват его невыполнением и потерей премии?🤔
Поэтому - поехали!
Сегодня разберем первый - Отчет о прибылях и убытках
📊 Отчет о прибылях и убытках (P&L)
Отчет о прибылях и убытках показывает сколько денег заработала компания.
Эти деньги «заработаны» за период (месяц/квартал/год), т.е. обязательства по ним закрыты, но они могли не поступить на счет.
Структура отчета:
💰 Выручка (Revenue)
стоимость проданных товаров/услуг.
➖ Себестоимость (COGS)
затраты на производство/покупку товаров.
🟰 Валовая прибыль (Gross Margin)
сколько принесли наши продукты/услуги
➖ Постоянные затраты
сколько тратится вне наших продуктов/услуг
🟰 Операционная прибыль (EBIT)
сколько мы заработали за счет нашей деятельности
➖ Налоги, проценты
сколько мы из этого отдали за кредиты, налоги и т.п.
🟰 Чистая прибыль (Net Income)
сколько у нас осталось
Пример отражения в P&L операций:
1. Заказчик заключает договор с вами на 100 руб.
нет отражения
2. Заказчик платит аванс 50 руб
нет отражения - это деньги, никаких обязательств не закрыто
3. Вы платите поставщику 70 руб.
нет отражения - это движение денег, никаких обязательств не закрыто
4. Поставщик отгружает, а вы принимаете товар на 70 руб.
70 руб отразятся в Себестоимость, если вы успеете их продать в течение отчетного периода
если не успеете - отразятся в том периоде, в котором продадите, т.е. по сделке сформируется Выручка
5. Вы отгружаете заказчику товар за 100 руб, он принимает.
100 руб отразятся в Выручка
6. Заказчик платит вам 50 руб
нет отражения - это просто движение денег
поэтому даже если он заплатит через пару месяцев - ничего в P&L за месяц не изменится
7. Вы начисляете зарплату менеджерам за месяц 20 руб
20 руб отражается в Постоянные расходы.
А выплатить можете в следующем месяце.
Это на Отчет о прибылях и убытках не повлияет.
8. Вы начисляете налог 6% с выручки
6 руб отражаются в Налоги, проценты
Причем когда заплатите - это не важно.
📊Итого Отчет о прибылях и убытках за месяц
Выручка = 100
Себестоимость = 70
Валовая прибыль = 100 - 70 = 30
Постоянные расходы = 20
Операционная прибыль = 30-20 =10
Налоги = 6
Чистая прибыль = 10 - 6 = 4
Кстати, если чистая прибыль больше 0, говорят что закончили период "с прибылью".
Если меньше нуля - "с убытком"
Пример естественно упрощен, в жизни все сложнее.
Но для руководителя важно понимать принципы.
Детализацию статей отчета и особенности его составления вы легко поймете из объяснений финансистов вашей компании, если вы будете понимать как это все работает на принципиальном уровне.
❗️ Основное
Отчет о прибылях и убытках - не про деньги на счету, а про то
- сколько вы заработали (даже если эти деньги не у вас)
- сколько вы потратили (даже если эти деньги еще у вас)
В следующем посте рубрики разберем Отчет о движении денежных средств
Прибылей вам! 🤝
@Management_as_a_Code
канал про эффективное и комфортное управление
👍6❤3🔥2
👉 КАК УПРАВЛЯТЬ БЕЗ СТРЕССА
Это интенсив, из которого вы узнаете, как минимизировать основные стрессы руководителя.
Он поможет:
➡️ Тем кто рассматривает должность руководителя.
Заранее «пережить» самые стрессовые моменты
Понять, что можно управлять эффективно и без стресса
➡️ Начинающим руководителям
За счет понимания справиться с наиболее стрессовыми ситуациями
И узнать как их проходить не создавая стресса для окружающих
➡️ Опытным руководителям
Проверить, со всеми ли источниками стресса вы справились
Забрать себе для работы с начинающими руководителями, объяснения как можно справляться со стрессом
➡️ Тем кто не руководил и не собирается
Это вы на работе не руководили и не собираетесь
А своей жизнью вы вполне себе управляете
И эти навыки вам тоже помогут быть эффективнее и спокойнее
В интенсиве мы разберем как проработать основные стрессовые зоны руководителя:
🔹 Как относиться к управлению и понимать что ждут от руководителя
🔹 Как воспринимать ответственность, не впадая в паралич,
🔹 Как проводить сложные разговоры, предотвращая неконструктив
🔹 Как перестать бояться давать и принимать обратную связь
🔹 Как выстроить работу, чтобы увольнение сотрудника было не кошмаром, а закономерным результатом
🔹 Как относиться к ошибкам — своим и чужим,
Он начинается с теста "Насколько вы готовы управлять без стресса"
Дальше 5 модулей с видеоуроками, тестами и домашними заданиями, позволяющими вам уменьшать стресс при управлении.
Первый модуль - пока сделал бесплатным.
По окончании интенсива - можете заполнить анкету и прийти ко мне на бесплатную консультацию, где мы спланируем направления вашего развития как руководителя.
Стоимость интенсива я установил символическую - 1990 руб.
Оплата - перед прохождением 2ого модуля.
Сделайте шаг к эффективному и комфортному управлению.
Если еще думаете - посмотрите вебинар.
Жду вас на интенсиве! 🤝
Переходите в бот, проходите тест "Насколько я умею управлять без стресса" и получайте 1ый модуль бесплатно: @ManagementInComfort_bot
#управлениебезстресса #реклама #отзыв
Это интенсив, из которого вы узнаете, как минимизировать основные стрессы руководителя.
Он поможет:
➡️ Тем кто рассматривает должность руководителя.
Заранее «пережить» самые стрессовые моменты
Понять, что можно управлять эффективно и без стресса
➡️ Начинающим руководителям
За счет понимания справиться с наиболее стрессовыми ситуациями
И узнать как их проходить не создавая стресса для окружающих
➡️ Опытным руководителям
Проверить, со всеми ли источниками стресса вы справились
Забрать себе для работы с начинающими руководителями, объяснения как можно справляться со стрессом
➡️ Тем кто не руководил и не собирается
Это вы на работе не руководили и не собираетесь
А своей жизнью вы вполне себе управляете
И эти навыки вам тоже помогут быть эффективнее и спокойнее
В интенсиве мы разберем как проработать основные стрессовые зоны руководителя:
🔹 Как относиться к управлению и понимать что ждут от руководителя
🔹 Как воспринимать ответственность, не впадая в паралич,
🔹 Как проводить сложные разговоры, предотвращая неконструктив
🔹 Как перестать бояться давать и принимать обратную связь
🔹 Как выстроить работу, чтобы увольнение сотрудника было не кошмаром, а закономерным результатом
🔹 Как относиться к ошибкам — своим и чужим,
Он начинается с теста "Насколько вы готовы управлять без стресса"
Дальше 5 модулей с видеоуроками, тестами и домашними заданиями, позволяющими вам уменьшать стресс при управлении.
Первый модуль - пока сделал бесплатным.
По окончании интенсива - можете заполнить анкету и прийти ко мне на бесплатную консультацию, где мы спланируем направления вашего развития как руководителя.
Стоимость интенсива я установил символическую - 1990 руб.
Оплата - перед прохождением 2ого модуля.
Сделайте шаг к эффективному и комфортному управлению.
Если еще думаете - посмотрите вебинар.
Жду вас на интенсиве! 🤝
Переходите в бот, проходите тест "Насколько я умею управлять без стресса" и получайте 1ый модуль бесплатно: @ManagementInComfort_bot
#управлениебезстресса #реклама #отзыв
👍6😍2💯1