#надежнаяорганизация #механизмыуправления #инструменты #советы #подкаст
Всем привет!
Большинство проголосовало за подкаст 5-10 минут. Первый опыт получился 6,5 минут 😊
Рассказал о механизмах управления, которые описывал в этих постах:
Механизмы настройки системного взаимодействия
Как выстроить эффективное взаимодействие: подход «Процесс (взаимодействие) как контракт»
Как я замучил всех таймшитингом
Сколько живут процессы?
Рассказ построил на примере того, как эти механизмы могут постепенно вводиться в работу по мере "взросления" маленького стартапа и почему не всегда сразу стоит писать регламенты процессов.
Те, кто предпочитает текст, напишите мне пожалуйста в личку "Расшифровка 1" и я вам ее пришлю.
Всем привет!
Большинство проголосовало за подкаст 5-10 минут. Первый опыт получился 6,5 минут 😊
Рассказал о механизмах управления, которые описывал в этих постах:
Механизмы настройки системного взаимодействия
Как выстроить эффективное взаимодействие: подход «Процесс (взаимодействие) как контракт»
Как я замучил всех таймшитингом
Сколько живут процессы?
Рассказ построил на примере того, как эти механизмы могут постепенно вводиться в работу по мере "взросления" маленького стартапа и почему не всегда сразу стоит писать регламенты процессов.
Те, кто предпочитает текст, напишите мне пожалуйста в личку "Расшифровка 1" и я вам ее пришлю.
👍4
#инструменты #показатели #надежнаяорганизация
Balanced Scorecard: как превратить стратегию в измеримые цели
Сегодня хочу вспомнить незаслуженно подзабытую на мой взгляд Balanced Scorecard и почему она важна для надежности организации.
📊 Что это такое?
Balanced Scorecard (BSC) — это метод создания системы метрик стратегического управления, которая переводит миссию и стратегию компании в конкретные измеримые цели.
BSC не ограничивается финансовыми показателями, а рассматривает организацию через четыре взаимосвязанных набора показателей :
🔹 Финансы
🔹 Клиенты
🔹 Внутренние процессы
🔹 Обучение и развитие
Более того, набор перспектив может меняться в зависимости от потребностей.
💎 Ценность BSC
Главная ее ценность не в том, что она содержит какие-то суперские показатели, измеряя которые случится откровение и организация начнет вдруг достигать поставленных целей.
На мой взгляд, здесь ценно:
✅ Сначала выстраиваем логику стратегии, а уже потом её оцифровываем
(а не набираем каких-то рекомендованных показателей и пытаемся прикрутить их к бизнесу)
✅ Четко выделяем "зависимые" и "ведущие" показатели
(да-да, измерение финансовых показателей — это управление следствием, а не причиной)
✅ Адаптируем под организацию
(есть готовый фреймворк, но надо включить голову и не что-то натянуть на глобус, а построить систему под ситуацию)
👉 В итоге - оцифрованная система целей, достижение которых реализует стратегию. И эту систему можно довести до руководителей всех уровней и контролировать ход их выполнения. А не ходить между всеми ими и напоминать о том какая у нас стратегия.
Снимаем нагрузку с руководителя и повышаем надежность организации
📚 История BSC
История BSC началась в 1992 году , когда профессора Гарварда Роберт Каплан и Дэвид Нортон разработали эту методологию.
Они заметили, что традиционные финансовые отчеты не отражают ключевые драйверы долгосрочного успеха — например, удовлетворенность клиентов или инновации .
BSC стала мостом между стратегией и ежедневными операциями , позволяя компаниям не только «измерять прошлое», но и «управлять будущим».
🧩 Структура BSC
BSC включает 4 группы показателей, называемых перспективами (перечислены «сверху-вниз»):
💰 Финансы (Financial Perspective)
🧑💼 Клиенты (Customer Perspective)
⚙️ Процессы (Process Perspective)
📚 Обучение и развитие (Learning & Growth Perspective)
🔹Каждая перспектива состоит из набора целей. Между целями установлены зависимости.
Например, цели области Финансы могут быть "Увеличение стоимости компании", "Рост выручки", "Рост прибыли", а в области Клиенты "Сохранение доли рынка", "Удержание клиентов".
🔹 Цели верхней перспективы могут зависеть от целей этой перспективы и перспектив ниже .
Например, цели перспективы Клиенты могут зависеть от целей перспектив Процесс и Обучение и развитие , но не могут зависеть от перспективы Финансы .
🔹 Зависимость между целями – это причинно-следственная связь.
Например: если цель «Рост выручки» зависит от цели «Лояльность целевой аудитории» , то предполагается, что достигая цели «Лояльность целевой аудитории» , мы способствуем достижению цели «Рост выручки» .
🔹Для каждой цели устанавливается набор показателей и их целевых значений (обычно 1–3 ), которые характеризуют достижение этой цели.
Например цель перспективы Финансы "Рост прибыли" может измеряться маржинальной прибылью, чистой прибылью или EBITDA, а цель перспективы Клиенты "Удержание клиентов" показателями "Доля клиентов, совершивших повторную покупку в течение года", "Доля клиентов продливших контракт в течение года"
🔎 В следующем посте приведу небольшой пример такой системы и вы увидите что это не сложно
Balanced Scorecard: как превратить стратегию в измеримые цели
Сегодня хочу вспомнить незаслуженно подзабытую на мой взгляд Balanced Scorecard и почему она важна для надежности организации.
📊 Что это такое?
Balanced Scorecard (BSC) — это метод создания системы метрик стратегического управления, которая переводит миссию и стратегию компании в конкретные измеримые цели.
BSC не ограничивается финансовыми показателями, а рассматривает организацию через четыре взаимосвязанных набора показателей :
🔹 Финансы
🔹 Клиенты
🔹 Внутренние процессы
🔹 Обучение и развитие
Более того, набор перспектив может меняться в зависимости от потребностей.
💎 Ценность BSC
Главная ее ценность не в том, что она содержит какие-то суперские показатели, измеряя которые случится откровение и организация начнет вдруг достигать поставленных целей.
На мой взгляд, здесь ценно:
✅ Сначала выстраиваем логику стратегии, а уже потом её оцифровываем
(а не набираем каких-то рекомендованных показателей и пытаемся прикрутить их к бизнесу)
✅ Четко выделяем "зависимые" и "ведущие" показатели
(да-да, измерение финансовых показателей — это управление следствием, а не причиной)
✅ Адаптируем под организацию
(есть готовый фреймворк, но надо включить голову и не что-то натянуть на глобус, а построить систему под ситуацию)
👉 В итоге - оцифрованная система целей, достижение которых реализует стратегию. И эту систему можно довести до руководителей всех уровней и контролировать ход их выполнения. А не ходить между всеми ими и напоминать о том какая у нас стратегия.
Снимаем нагрузку с руководителя и повышаем надежность организации
📚 История BSC
История BSC началась в 1992 году , когда профессора Гарварда Роберт Каплан и Дэвид Нортон разработали эту методологию.
Они заметили, что традиционные финансовые отчеты не отражают ключевые драйверы долгосрочного успеха — например, удовлетворенность клиентов или инновации .
BSC стала мостом между стратегией и ежедневными операциями , позволяя компаниям не только «измерять прошлое», но и «управлять будущим».
🧩 Структура BSC
BSC включает 4 группы показателей, называемых перспективами (перечислены «сверху-вниз»):
💰 Финансы (Financial Perspective)
🧑💼 Клиенты (Customer Perspective)
⚙️ Процессы (Process Perspective)
📚 Обучение и развитие (Learning & Growth Perspective)
🔹Каждая перспектива состоит из набора целей. Между целями установлены зависимости.
Например, цели области Финансы могут быть "Увеличение стоимости компании", "Рост выручки", "Рост прибыли", а в области Клиенты "Сохранение доли рынка", "Удержание клиентов".
🔹 Цели верхней перспективы могут зависеть от целей этой перспективы и перспектив ниже .
Например, цели перспективы Клиенты могут зависеть от целей перспектив Процесс и Обучение и развитие , но не могут зависеть от перспективы Финансы .
🔹 Зависимость между целями – это причинно-следственная связь.
Например: если цель «Рост выручки» зависит от цели «Лояльность целевой аудитории» , то предполагается, что достигая цели «Лояльность целевой аудитории» , мы способствуем достижению цели «Рост выручки» .
🔹Для каждой цели устанавливается набор показателей и их целевых значений (обычно 1–3 ), которые характеризуют достижение этой цели.
Например цель перспективы Финансы "Рост прибыли" может измеряться маржинальной прибылью, чистой прибылью или EBITDA, а цель перспективы Клиенты "Удержание клиентов" показателями "Доля клиентов, совершивших повторную покупку в течение года", "Доля клиентов продливших контракт в течение года"
🔎 В следующем посте приведу небольшой пример такой системы и вы увидите что это не сложно
👍6
#инструменты #показатели #надежнаяорганизация
Balanced Scorecard — Пример
В предыдущем посте мы посмотрели как устроена Balanced Scorecard (BSC)
Сегодня покажу маленький пример.
🛠 И увидите что здесь нет никакого rocket science и это можно нарисовать на доске, собравшись со своей командой.
ПРИМЕР BSC
💰 1. Финансы
🔹Цель 1.1: Рост выручки
- Рост выручки, %
🔹Цель 1.2: Увеличение рентабельности
- ROI
доход на инвестиции
- Gross Margin
прибыльность продукции или услуг без учета постоянных расходов
👥 2. Клиенты
🔹Цель 2.1: Повышение удовлетворённости клиентов
- NPS (Net Promoter Score)
% клиентов готовых вас рекомендовать минус %клиентов, которым вы не нравитесь
- Retention Rate
% клиентов совершающих повторные сделки или продлевающих контракт
🔹Цель 2.2: Привлечение новых клиентов
- Доля новых клиентов, %
- CAC (Customer Acquisition Cost)
затраты на приобретение нового клиента
⚙️ 3. Внутренние процессы
🔹Цель 3.1: Повышение качество продукта
- Процент брака
- Число возвратов, %
🔹Цель 3.2: Ускорение вывода продуктов на рынок
- Time-to-Market, дни
сколько дней нужно на вывод нового продукта (или его новой версии) на рынок
🔹Цель 3.3: Снижение операционных издержек
- Себестоимость единицы продукта
- Уровень потерь, %
📚 4. Обучение и развитие
🔹Цель 4.1: Повышение уровня квалификации сотрудников
- % сотрудников, прошедших обучение
- Средний уровень оценки по тестированию
🔹Цель 4.2: Улучшение проектного управления
- % проектов, завершённых в срок
- Отклонение от бюджета проекта
🔹Цель 4.3: Повысить уровень автоматизации процессов
- % автоматизированных процессов
- Средние трудозатраты на производство единицы продукта
Как это использовать если управляете не компанией, а подразделением или проектом?
💡 Если вы управляете отдельным подразделением или проектом, возможно у вас нет целевых финансовых показателей, но косвенно вы все равно будете влиять на финансовые показатели организации. И понять на какие - это тоже важно.
💡 Если финансовых показателей нет вообще, то эту перспективу можно заменить на "Цели подразделения", которые вам поставило руководство компании и смотреть, как на их достижение влияет удовлетворенность ваших внутренних и внешних клиентов, ваши процессы и обучение.
А в пятницу - о том как такие системы можно строить и для чего их использовать.
Удачи и до встречи 🤝
Balanced Scorecard — Пример
В предыдущем посте мы посмотрели как устроена Balanced Scorecard (BSC)
Сегодня покажу маленький пример.
🛠 И увидите что здесь нет никакого rocket science и это можно нарисовать на доске, собравшись со своей командой.
ПРИМЕР BSC
💰 1. Финансы
🔹Цель 1.1: Рост выручки
- Рост выручки, %
🔹Цель 1.2: Увеличение рентабельности
- ROI
доход на инвестиции
- Gross Margin
прибыльность продукции или услуг без учета постоянных расходов
👥 2. Клиенты
🔹Цель 2.1: Повышение удовлетворённости клиентов
- NPS (Net Promoter Score)
% клиентов готовых вас рекомендовать минус %клиентов, которым вы не нравитесь
- Retention Rate
% клиентов совершающих повторные сделки или продлевающих контракт
🔹Цель 2.2: Привлечение новых клиентов
- Доля новых клиентов, %
- CAC (Customer Acquisition Cost)
затраты на приобретение нового клиента
⚙️ 3. Внутренние процессы
🔹Цель 3.1: Повышение качество продукта
- Процент брака
- Число возвратов, %
🔹Цель 3.2: Ускорение вывода продуктов на рынок
- Time-to-Market, дни
сколько дней нужно на вывод нового продукта (или его новой версии) на рынок
🔹Цель 3.3: Снижение операционных издержек
- Себестоимость единицы продукта
- Уровень потерь, %
📚 4. Обучение и развитие
🔹Цель 4.1: Повышение уровня квалификации сотрудников
- % сотрудников, прошедших обучение
- Средний уровень оценки по тестированию
🔹Цель 4.2: Улучшение проектного управления
- % проектов, завершённых в срок
- Отклонение от бюджета проекта
🔹Цель 4.3: Повысить уровень автоматизации процессов
- % автоматизированных процессов
- Средние трудозатраты на производство единицы продукта
Как это использовать если управляете не компанией, а подразделением или проектом?
💡 Если вы управляете отдельным подразделением или проектом, возможно у вас нет целевых финансовых показателей, но косвенно вы все равно будете влиять на финансовые показатели организации. И понять на какие - это тоже важно.
💡 Если финансовых показателей нет вообще, то эту перспективу можно заменить на "Цели подразделения", которые вам поставило руководство компании и смотреть, как на их достижение влияет удовлетворенность ваших внутренних и внешних клиентов, ваши процессы и обучение.
А в пятницу - о том как такие системы можно строить и для чего их использовать.
Удачи и до встречи 🤝
👍6❤1🔥1🤝1
#инструменты #показатели #надежнаяорганизация #подкаст
Всем привет!
Вижу формат подкаста зашел. Спасибо за поддержку!
Хорошая новость - мне тоже понравилось их записывать 😊
Сегодня - про то как можно сформировать Balanced Scorecard в несколько встреч, и для чего его можно потом использовать (спойлер:для генерации оптимизационных инициатив )
Если вы еще не читали посты про Balanced Scorecard - советую глянуть перед прослушиванием подкаста, иначе может быть не очень интересно и не все понятно, если до этого с ним не сталкивались.
Balanced Scorecard: как превратить стратегию в измеримые цели
Balanced Scorecard — Пример
Для тех кто предпочитает текст - пишите в личку @CIO_Alexey "Расшифровка 2"
🛠 Кстати. Могу помочь вам и вашей команде:
🔹создать Balanced Scorecard
🔹запустить инициативы по достижению поставленных в нем целей
🔹довести эти инициативы до результата
Если интересно - пишите @CIO_Alexey - обсудим.
Приятного и полезного прослушивания 🤝
Всем привет!
Вижу формат подкаста зашел. Спасибо за поддержку!
Хорошая новость - мне тоже понравилось их записывать 😊
Сегодня - про то как можно сформировать Balanced Scorecard в несколько встреч, и для чего его можно потом использовать (спойлер:
Если вы еще не читали посты про Balanced Scorecard - советую глянуть перед прослушиванием подкаста, иначе может быть не очень интересно и не все понятно, если до этого с ним не сталкивались.
Balanced Scorecard: как превратить стратегию в измеримые цели
Balanced Scorecard — Пример
Для тех кто предпочитает текст - пишите в личку @CIO_Alexey "Расшифровка 2"
🛠 Кстати. Могу помочь вам и вашей команде:
🔹создать Balanced Scorecard
🔹запустить инициативы по достижению поставленных в нем целей
🔹довести эти инициативы до результата
Если интересно - пишите @CIO_Alexey - обсудим.
Приятного и полезного прослушивания 🤝
👍4🦄4👏3
#инструменты #сценарии #задачи
Управление задачами: банально, но необходимо
Вроде работаешь, ничего не записываешь, но все помнишь.
Выходишь на новую работу - все записываешь и все равно что-то забываешь.
Было такое? 🤔
А если еще руководишь? То тебе еще не только со своими задачами надо управляться, а еще и контролировать задачи подчиненных. Как минимум пока делегирование не наладил.
А еще ж хорошо, если задачи - сделал, вычеркнул из списка и забыл.
А они бывают длинные, и по ним раза 3 точно статус тебя спросят.... 🙈
Сегодня начинаю делиться, как справляюсь с задачами.
Сразу предупреждаю - буду рассказывать как это делать на коленке:
🔹 принцип будет тот же и в любом трекере
🔹 я был в ситуациях, когда в организации банально не было ни одного трекера, а использовать внешний я не мог по требованиям безопасности.
Таблица, где живут задачи
Последние лет 10-15 я для задач использую табличку, очень похожую на доски Scrum, Kanban.
4 столбца:
🔹 BACKLOG - задачи, которые есть, но на этой неделе делать не буду
🔹 TO DO - задачи которые планирую делать на этой неделе, но их еще не начал
🔹 WIP (Work in Progress) - задачи, которые в работе
🔹 DONE - задачи, которые сделал.
Как видно на рисунке - в таблице у меня:
* по строчке для каждого ответственного, в том числе и меня 😊
* по строчке для темы или "проекта"
В самих задачах тоже инфо упаковано
У задачки в скобках пишу срок, если он есть, или ASAP, если она срочная. И инициалы ответственного, если задача не в "личной" строчке.
Разобраться что за проект "ХХХ" (28.07)
Поштормить по инициативам ИИ
Сделать справку для шефа по ситуации с.... (ASAP, АИ)
АИ - это Александр Иванов
Иногда, если важен статус, и это немного информации, могу через ":" статус написать.
План оптимизация инфры (15.08, АИ): 30.07 наштормили список инициатив, 4.08 оценим потенциал
Что и когда правлю в табличке
✍️ Появляется новая задача - сразу записал или в BACKLOG, или в TO DO (если конечно не такая, что ее сделать проще, чем записывать 😊)
✍️ В конце недели:
* вычищаю задачи из DONE (если мне по каким-то причинам нужна история, я их под таблицу в конец файла скидываю.
* смотрю на BACKLOG, выбираю что на следующей неделе буду делать, переношу в TO DO
* корректирую сроки.
✍️ На встречах со своими минус один тоже эту табличку правлю - если новые задачи, или статус их меняется.
Ну вот собственно и вся магия управления задачами.
🛠 Мне ее хватало даже когда в международном консалтинге работал. Приезжаешь к новому клиенту, голова пухнет уже в первый же день, сделать надо вагон и маленькую тележку. А тут как раз табличка для задачек мне в помощь.
А если у вас трекер под рукой .... ну думаю вы тут эту философию на раз-два реализуете. Да оно еще вам пиликать будет, когда нужно.
А в следующий раз расскажу что я делаю с длинными темами или "проектами" (убрать кавычки мне не дают мои многочисленные проектные сертификации😂 - заполнение строчки в табличке проектным управлением считать не могу).
Вам удачи, чтобы ни вас задачами не заваливало, ни вы их не заваливали 🤝
Управление задачами: банально, но необходимо
Вроде работаешь, ничего не записываешь, но все помнишь.
Выходишь на новую работу - все записываешь и все равно что-то забываешь.
Было такое? 🤔
А если еще руководишь? То тебе еще не только со своими задачами надо управляться, а еще и контролировать задачи подчиненных. Как минимум пока делегирование не наладил.
А еще ж хорошо, если задачи - сделал, вычеркнул из списка и забыл.
А они бывают длинные, и по ним раза 3 точно статус тебя спросят.... 🙈
Сегодня начинаю делиться, как справляюсь с задачами.
Сразу предупреждаю - буду рассказывать как это делать на коленке:
🔹 принцип будет тот же и в любом трекере
🔹 я был в ситуациях, когда в организации банально не было ни одного трекера, а использовать внешний я не мог по требованиям безопасности.
Таблица, где живут задачи
Последние лет 10-15 я для задач использую табличку, очень похожую на доски Scrum, Kanban.
4 столбца:
🔹 BACKLOG - задачи, которые есть, но на этой неделе делать не буду
🔹 TO DO - задачи которые планирую делать на этой неделе, но их еще не начал
🔹 WIP (Work in Progress) - задачи, которые в работе
🔹 DONE - задачи, которые сделал.
Как видно на рисунке - в таблице у меня:
* по строчке для каждого ответственного, в том числе и меня 😊
* по строчке для темы или "проекта"
В самих задачах тоже инфо упаковано
У задачки в скобках пишу срок, если он есть, или ASAP, если она срочная. И инициалы ответственного, если задача не в "личной" строчке.
Разобраться что за проект "ХХХ" (28.07)
Поштормить по инициативам ИИ
Сделать справку для шефа по ситуации с.... (ASAP, АИ)
АИ - это Александр Иванов
Иногда, если важен статус, и это немного информации, могу через ":" статус написать.
План оптимизация инфры (15.08, АИ): 30.07 наштормили список инициатив, 4.08 оценим потенциал
Что и когда правлю в табличке
* вычищаю задачи из DONE (если мне по каким-то причинам нужна история, я их под таблицу в конец файла скидываю.
* смотрю на BACKLOG, выбираю что на следующей неделе буду делать, переношу в TO DO
* корректирую сроки.
Ну вот собственно и вся магия управления задачами.
🛠 Мне ее хватало даже когда в международном консалтинге работал. Приезжаешь к новому клиенту, голова пухнет уже в первый же день, сделать надо вагон и маленькую тележку. А тут как раз табличка для задачек мне в помощь.
А если у вас трекер под рукой .... ну думаю вы тут эту философию на раз-два реализуете. Да оно еще вам пиликать будет, когда нужно.
А в следующий раз расскажу что я делаю с длинными темами или "проектами" (убрать кавычки мне не дают мои многочисленные проектные сертификации😂 - заполнение строчки в табличке проектным управлением считать не могу).
Вам удачи, чтобы ни вас задачами не заваливало, ни вы их не заваливали 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤3🔥1
#инструменты #сценарии #задачи
Как не сойти с ума, когда у тебя 700 договоров?
Или как управлять длинными задачами с постоянным контролем сверху 👀
В прошлый раз говорили о коротких задачах, а теперь переходим к длинным .
Представьте: у вас 100 (а у меня как-то было и 700 😅) договоров. И тут звонит босс моего шефа:
«А с чего мы сейчас по этому договору кому-то платим?!»
Вам нужно сразу ответить: что, как и почему.
И вот тут спасает простая, но мощная табличка .
📌 Вариант 1: Базовая табличка по неделям
По вертикали — договоры, темы, "проекты".
По горизонтали — колонки с неделями.
В каждой ячейке:
✅ Статус на дату
📌 Планы на следующую неделю
⚠️ Риски
📝 Любые важные комментарии
Каждую неделю заполняете или обновляете на встрече с ответственными. Или они сами присылают.
Табличка катится вправо — и вы всегда в курсе всего.
📊 Плюсы такого подхода:
🔹Видно историю по каждой задаче
🔹Сравниваете план vs факт
🔹Видите риски заранее
🔹 Удобно управлять даже без жёстких дедлайнов
💡Совет: Для вех и дедлайнов можно добавить отдельные колонки в начале.
📌 Вариант 2 посложнее: Планирование "набегающей волной"
Если задача требует долгосрочного планирования, а не только отслеживания статуса - можно сделать таблицу с разными уровнями детализации :
1-4 колонки — ближайшие недели (до конца месяца)
1-3 колонки — ближайшие месяцы (до конца квартала)
1-4 колонки — кварталы (до конца года)
Дальше по годам.
И там пишите план.
Потом в недельных колонках отмечаете факт.
Месяц кончился. Следующий месяц спланировали по неделям и дальнейшие планы уточнили.
Нужен отчет за месяц, квартал, год? В тех колонках, где был план - дописываете.
Если удобно - можете факт писать в отдельной колонке рядом с планом.
На рисунке - пример.
📌 Вариант 3 для "тлеющих" задач
Я так пресейлы обычно вел - некоторые годами могли висеть. Ну крупные компании заказчики - в бюджет этого года не попали, так к следующему может попадет проект.
Если много висящих задач, а вы всё равно не хотите их терять — делайте минимальную таблицу:
Тема
Заказчик
Кто ведёт
...
И в конце — колонка со статусом в формате "Дата" - "Что произошло".
Если в июле 2025 видишь такое:
«04.08.2024. Заказчик не смог заложить в бюджет следующего года."
то возможно, пора напомнить заказчику.
💡 Итог:
Таблички — это не про бюрократию, а про контроль и ориентацию в хаосе задач.
Особенно, когда их много.
Особенно, когда от вас ждут мгновенных ответов.
Удачи! 🤝
Как не сойти с ума, когда у тебя 700 договоров?
Или как управлять длинными задачами с постоянным контролем сверху 👀
В прошлый раз говорили о коротких задачах, а теперь переходим к длинным .
Представьте: у вас 100 (а у меня как-то было и 700 😅) договоров. И тут звонит босс моего шефа:
«А с чего мы сейчас по этому договору кому-то платим?!»
Вам нужно сразу ответить: что, как и почему.
И вот тут спасает простая, но мощная табличка .
📌 Вариант 1: Базовая табличка по неделям
По вертикали — договоры, темы, "проекты".
По горизонтали — колонки с неделями.
В каждой ячейке:
✅ Статус на дату
📌 Планы на следующую неделю
⚠️ Риски
📝 Любые важные комментарии
Каждую неделю заполняете или обновляете на встрече с ответственными. Или они сами присылают.
Табличка катится вправо — и вы всегда в курсе всего.
📊 Плюсы такого подхода:
🔹Видно историю по каждой задаче
🔹Сравниваете план vs факт
🔹Видите риски заранее
🔹 Удобно управлять даже без жёстких дедлайнов
💡Совет: Для вех и дедлайнов можно добавить отдельные колонки в начале.
📌 Вариант 2 посложнее: Планирование "набегающей волной"
Если задача требует долгосрочного планирования, а не только отслеживания статуса - можно сделать таблицу с разными уровнями детализации :
1-4 колонки — ближайшие недели (до конца месяца)
1-3 колонки — ближайшие месяцы (до конца квартала)
1-4 колонки — кварталы (до конца года)
Дальше по годам.
И там пишите план.
Потом в недельных колонках отмечаете факт.
Месяц кончился. Следующий месяц спланировали по неделям и дальнейшие планы уточнили.
Нужен отчет за месяц, квартал, год? В тех колонках, где был план - дописываете.
Если удобно - можете факт писать в отдельной колонке рядом с планом.
На рисунке - пример.
📌 Вариант 3 для "тлеющих" задач
Я так пресейлы обычно вел - некоторые годами могли висеть. Ну крупные компании заказчики - в бюджет этого года не попали, так к следующему может попадет проект.
Если много висящих задач, а вы всё равно не хотите их терять — делайте минимальную таблицу:
Тема
Заказчик
Кто ведёт
...
И в конце — колонка со статусом в формате "Дата" - "Что произошло".
Если в июле 2025 видишь такое:
«04.08.2024. Заказчик не смог заложить в бюджет следующего года."
то возможно, пора напомнить заказчику.
💡 Итог:
Таблички — это не про бюрократию, а про контроль и ориентацию в хаосе задач.
Особенно, когда их много.
Особенно, когда от вас ждут мгновенных ответов.
Удачи! 🤝
👍5🔥3❤2
#инструменты #обомне #истории #надежнаяорганизация #изменения #подкаст
Как я ставил проекты под контроль "с колес"
Всем привет!
Сегодня записал подкаст.
Про то как я в 2000х, на заре своей карьеры топа, впервые ставил под контроль операционную деятельность компании.
Получился рассказ о том, как не имея выстроенной системы, команды, времени, быстро поставить под контроль проекты и начать строить систему управления "с колес".
Приятного и полезного прослушивания!
Ставьте лайки👍, если понравилось - буду еще такие истории записывать.
Удачи вам в ваших проектах 🤝
Как я ставил проекты под контроль "с колес"
Всем привет!
Сегодня записал подкаст.
Про то как я в 2000х, на заре своей карьеры топа, впервые ставил под контроль операционную деятельность компании.
Получился рассказ о том, как не имея выстроенной системы, команды, времени, быстро поставить под контроль проекты и начать строить систему управления "с колес".
Приятного и полезного прослушивания!
Ставьте лайки👍, если понравилось - буду еще такие истории записывать.
Удачи вам в ваших проектах 🤝
👍5🔥2😎1
#инструменты #сценарии #инициативы
Когда к вам приходит сотрудник с инициативой, а ... может лучше не приходил бы?
Вы сидите, мирно пьете кофе, как вдруг к вам подходит сотрудник и говорит:
«А давайте сделаем вот так! Это будет круто!»
Вы: 🤨
Внутри: «Что это? Зачем? Кому нужно? Кто это будет делать?..»
Но внешне: 😌 «Хорошо, расскажи подробнее…»
🎯 Почему даже опытные руководители теряются?
Потому что не всегда понятно:
- Как оценить инициативу?
- Нужна ли она вообще?
- Что делать, если она хороша, но не вписывается в текущие приоритеты?
- И главное — как сказать «нет», не убив мотивацию?
🔍 Шаг 1: Определите, проходная она или нет
Сначала задайте себе ключевой вопрос :
"Интересна ли эта инициатива заинтересованным сторонам?"
Проверьте:
- Соответствует ли она стратегическим целям команды / компании?
- Есть ли у нее потенциальные бенефициары внутри?
- Кто выиграет? Кто проиграет?
- Есть ли у нее шанс на реализацию?
📌 Совет: Посмотрите на инициативу глазами заинтересованных сторон, которых она затронет.
🤝 Шаг 2: Если инициатива проходная
Если инициатива проходная — у нее есть шанс быть реализованной:
- Поймите, с кем нужно согласовать
- Подумайте, кто будет реализовывать
📌 И не забывайте про того, кто её предложил .
Чаще всего инициатор — естественный кандидат на реализацию .
Можно сказать:
«Отличная идея! Давай вместе посмотрим, как это можно запустить. И, возможно, ты будешь вести эту инициативу.»
Так вы:
- Повышаете вовлеченность
- Даёте человеку пространство для роста
- Снимаете с себя часть нагрузки
🚫 Шаг 3: Что делать, если инициатива "не проходная"?
Да, иногда идея — отличная. Но время сейчас - не то, ресурсы заняты, приоритеты другие.
Тогда:
- Не отбрасывайте её сразу
- Объясните человеку причину отказа
- Если это имеет смысл - предложите вернуться к ней позже (или в другом контексте)
Скажите:
«Это хорошая идея, но сейчас мы не можем на неё сосредоточиться. Давай запомним ее и вернёмся, когда будет возможность.»
💡 Так вы не убиваете мотивацию, а переносите её в нужное русло .
🧠 Почему это важно?
- Инициативы — это топливо для развития .
- Даже если они не реализуются сразу — они показывают, где у команды интересы, где потенциал роста.
- Правильная реакция на инициативу формирует доверие .
- Люди видят, что их слышат. Даже если им говорят «нет».
📌 Инициативы — это не проблема, а возможность.
Главное — правильно их принимать.
Удачи, и чтобы к вам сотрудники приходили только с полезными инициативами 😊
Когда к вам приходит сотрудник с инициативой, а ... может лучше не приходил бы?
Вы сидите, мирно пьете кофе, как вдруг к вам подходит сотрудник и говорит:
«А давайте сделаем вот так! Это будет круто!»
Вы: 🤨
Внутри: «Что это? Зачем? Кому нужно? Кто это будет делать?..»
Но внешне: 😌 «Хорошо, расскажи подробнее…»
🎯 Почему даже опытные руководители теряются?
Потому что не всегда понятно:
- Как оценить инициативу?
- Нужна ли она вообще?
- Что делать, если она хороша, но не вписывается в текущие приоритеты?
- И главное — как сказать «нет», не убив мотивацию?
🔍 Шаг 1: Определите, проходная она или нет
Сначала задайте себе ключевой вопрос :
"Интересна ли эта инициатива заинтересованным сторонам?"
Проверьте:
- Соответствует ли она стратегическим целям команды / компании?
- Есть ли у нее потенциальные бенефициары внутри?
- Кто выиграет? Кто проиграет?
- Есть ли у нее шанс на реализацию?
📌 Совет: Посмотрите на инициативу глазами заинтересованных сторон, которых она затронет.
🤝 Шаг 2: Если инициатива проходная
Если инициатива проходная — у нее есть шанс быть реализованной:
- Поймите, с кем нужно согласовать
- Подумайте, кто будет реализовывать
📌 И не забывайте про того, кто её предложил .
Чаще всего инициатор — естественный кандидат на реализацию .
Можно сказать:
«Отличная идея! Давай вместе посмотрим, как это можно запустить. И, возможно, ты будешь вести эту инициативу.»
Так вы:
- Повышаете вовлеченность
- Даёте человеку пространство для роста
- Снимаете с себя часть нагрузки
🚫 Шаг 3: Что делать, если инициатива "не проходная"?
Да, иногда идея — отличная. Но время сейчас - не то, ресурсы заняты, приоритеты другие.
Тогда:
- Не отбрасывайте её сразу
- Объясните человеку причину отказа
- Если это имеет смысл - предложите вернуться к ней позже (или в другом контексте)
Скажите:
«Это хорошая идея, но сейчас мы не можем на неё сосредоточиться. Давай запомним ее и вернёмся, когда будет возможность.»
💡 Так вы не убиваете мотивацию, а переносите её в нужное русло .
🧠 Почему это важно?
- Инициативы — это топливо для развития .
- Даже если они не реализуются сразу — они показывают, где у команды интересы, где потенциал роста.
- Правильная реакция на инициативу формирует доверие .
- Люди видят, что их слышат. Даже если им говорят «нет».
📌 Инициативы — это не проблема, а возможность.
Главное — правильно их принимать.
Удачи, и чтобы к вам сотрудники приходили только с полезными инициативами 😊
❤5👍4🔥2👏1😁1
#инструменты #сценарии #инициативы #надежнаяорганизация
💡 Как найти инициативы, если их никто не предлагает?
(А шеф сказал: «Сократите расходы на 10%»)
Представьте: приходите вы к себе в отдел, садитесь и думаете — «Куда копать?»
На самом деле ваши сотрудники знают это лучше вас.
Они видят лишнее, дублирование, перерасход.
Нужно просто это вытянуть.
👇 Вот как это работает:
🔹 1. Соберите команду
Поговорите честно. Не с приказом, а с объяснением.
🔥 2. Используйте управление изменениями по ADKAR
Проведите как минимум через 2 стадии ADKAR (осведомленность и желание), чтобы команда поняла неизбежность изменений и была готова активно в них участвовать.
Закончить можно в стиле "Если не мы - то кто за нас?"
"Если мы сами не выберем, где сократить — выберут за нас.
Финансисты? Шеф? Внешние консультанты?
…А они не знают вашу реальность."
🌀 После шока наступит осознание.
И тут начинается самое интересное.
🧠 3. Люди начнут предлагать
- Фиксируйте все инициативы !
- Не отсеивайте сразу просто записывайте.
⚠️ Но не бросайтесь реализовывать всё подряд .
Сначала — оценка:
📊
- Какой потенциал у каждой инициативы по сокращению затрат?
- Что нужно для выполнения?
🎯 4. Приоритизируйте и отберите ТОП инициатив
Выберите лучшие — с запасом .
Потому что при детальном анализе:
…обещанные 5% часто превращаются в 2%.
А то и меньше.
Никакие инициативы не выбрасывайте .
Они пригодятся, если не хватит объёма.
🚀 5. Действуйте
Короткие задачи — делайте быстро.
Длинных сразу много не запускайте. Лучше быстрее их закончить. Используйте "формы" процесс-тайчи.
Самые масштабные — запускайте как проекты по всем правилам проектного управления.
✅ Инициатива - это не всегда гениальная идея.
Часто просто чья-то боль, которую наконец услышали.
А в пятницу - будет #подкаст про методику управления реализацией этих инициатив, которая:
- используется топовыми консалтинговыми фирмами
- может быть адаптирована под компанию любого размера
💡 Удачи в поиске инициатив!
Главное — начать. Остальное приложится.
💡 Как найти инициативы, если их никто не предлагает?
(А шеф сказал: «Сократите расходы на 10%»)
Представьте: приходите вы к себе в отдел, садитесь и думаете — «Куда копать?»
На самом деле ваши сотрудники знают это лучше вас.
Они видят лишнее, дублирование, перерасход.
Нужно просто это вытянуть.
👇 Вот как это работает:
🔹 1. Соберите команду
Поговорите честно. Не с приказом, а с объяснением.
🔥 2. Используйте управление изменениями по ADKAR
Проведите как минимум через 2 стадии ADKAR (осведомленность и желание), чтобы команда поняла неизбежность изменений и была готова активно в них участвовать.
Закончить можно в стиле "Если не мы - то кто за нас?"
"Если мы сами не выберем, где сократить — выберут за нас.
Финансисты? Шеф? Внешние консультанты?
…А они не знают вашу реальность."
🌀 После шока наступит осознание.
И тут начинается самое интересное.
🧠 3. Люди начнут предлагать
- Фиксируйте все инициативы !
- Не отсеивайте сразу просто записывайте.
⚠️ Но не бросайтесь реализовывать всё подряд .
Сначала — оценка:
📊
- Какой потенциал у каждой инициативы по сокращению затрат?
- Что нужно для выполнения?
🎯 4. Приоритизируйте и отберите ТОП инициатив
Выберите лучшие — с запасом .
Потому что при детальном анализе:
…обещанные 5% часто превращаются в 2%.
А то и меньше.
Никакие инициативы не выбрасывайте .
Они пригодятся, если не хватит объёма.
🚀 5. Действуйте
Короткие задачи — делайте быстро.
Длинных сразу много не запускайте. Лучше быстрее их закончить. Используйте "формы" процесс-тайчи.
Самые масштабные — запускайте как проекты по всем правилам проектного управления.
✅ Инициатива - это не всегда гениальная идея.
Часто просто чья-то боль, которую наконец услышали.
А в пятницу - будет #подкаст про методику управления реализацией этих инициатив, которая:
- используется топовыми консалтинговыми фирмами
- может быть адаптирована под компанию любого размера
💡 Удачи в поиске инициатив!
Главное — начать. Остальное приложится.
👍5👨💻1
#инструменты #сценарии #инициативы #надежнаяорганизация #подкаст
Воронка оптимизационных инициатив
Всем привет!
В прошлый раз мы рассматривали, как генерировать инициативы, когда вам шеф сказал "Порезать расходы на 10%".
Сегодня - посмотрим как управлять их реализацией.
Расскажу о практике, которую используют топовые консалтинговые компании и крупные корпорации.
Эта практика позволяет реализовать воронку оптимизационных инициатив, которая доводит портфель гипотез до необходимого результата.
Но на самом деле здесь нет никакого rocket science.
И эту методику можно адаптировать под компанию любого размера.
🛠 Кстати. Могу помочь вам и вашей команде:
🔹сформировать портфель инициатив
🔹организовать процесс управления ими, по методике описанной в подкасте
🔹пройти по этой воронке и довести эти инициативы до результата
Если интересно - пишите @CIO_Alexey - обсудим.
Приятного и полезного прослушивания 🤝
Воронка оптимизационных инициатив
Всем привет!
В прошлый раз мы рассматривали, как генерировать инициативы, когда вам шеф сказал "Порезать расходы на 10%".
Сегодня - посмотрим как управлять их реализацией.
Расскажу о практике, которую используют топовые консалтинговые компании и крупные корпорации.
Эта практика позволяет реализовать воронку оптимизационных инициатив, которая доводит портфель гипотез до необходимого результата.
Но на самом деле здесь нет никакого rocket science.
И эту методику можно адаптировать под компанию любого размера.
🛠 Кстати. Могу помочь вам и вашей команде:
🔹сформировать портфель инициатив
🔹организовать процесс управления ими, по методике описанной в подкасте
🔹пройти по этой воронке и довести эти инициативы до результата
Если интересно - пишите @CIO_Alexey - обсудим.
Приятного и полезного прослушивания 🤝
❤3👍2🦄1
#сценарии #метод
🎯 10 сценариев, которые должен знать каждый руководитель (5 из 10)
Вы только начинаете путь руководителя?
Или уже давно в деле, но хотите понять, насколько уверенно владеете инструментами управления?
Тогда этот пост - для вас.
В канале уже 100 постов. Этот - 101ый.
Но есть еще один юбилей.
Мы с вами прошлись по 10 ключевым сценариев , которые нужны любому руководителю .
Они необходимы для начинающих и достаточны для уверенного старта.
Конечно там еще есть что рассказать. Но затронули мы уже все.
🎉 Итак, встречаем: 5 из 10 базовых сценариев управления
1️⃣ Знакомство и интервью
Вы пришли в новую команду? Новый человек к вам в команду?
Нужно уметь:
- Знакомиться с подчинёнными и коллегами
- Строить отношения с боссом
- Проводить интервью при найме
📌 Это фундамент доверия и понимания.
2️⃣ Текущие задачи
Как держать ритм? Как не утонуть в оперативке?
Нужно:
- Уметь ставить задачи
- Отслеживать исполнение
- Вовремя вмешиваться
📌 Без этого — хаос и выгорание.
3️⃣ Долгосрочные задачи
Не только сегодня, но и завтра.
Нужно:
- Уметь планировать
- Следить за статусом
- Не терять из виду приоритеты
📌 Тут помогают таблички, вехи и разные уровни детализации.
4️⃣ Оценка, обратная связь и развитие
Как понять, как работает человек?
Нужно:
- Уметь давать обратную связь
- Оценивать, планировать и поддерживать развитие
- Обсуждать зарплаты и рост
📌 Это про рост людей и их вовлечённость.
5️⃣ Решение проблем, конфликтов и кризисов
Когда всё идёт не по плану.
Нужно:
- Уметь включать "антикризисный режим"
- Вытаскивать команду из паники
- Видеть проблему
- Быстро принимать решения
📌 Без этого — кризис за кризисом.
А следующие 5 сценариев - в среду.
🎯 10 сценариев, которые должен знать каждый руководитель (5 из 10)
Вы только начинаете путь руководителя?
Или уже давно в деле, но хотите понять, насколько уверенно владеете инструментами управления?
Тогда этот пост - для вас.
В канале уже 100 постов. Этот - 101ый.
Но есть еще один юбилей.
Мы с вами прошлись по 10 ключевым сценариев , которые нужны любому руководителю .
Они необходимы для начинающих и достаточны для уверенного старта.
Конечно там еще есть что рассказать. Но затронули мы уже все.
1️⃣ Знакомство и интервью
Вы пришли в новую команду? Новый человек к вам в команду?
Нужно уметь:
- Знакомиться с подчинёнными и коллегами
- Строить отношения с боссом
- Проводить интервью при найме
📌 Это фундамент доверия и понимания.
2️⃣ Текущие задачи
Как держать ритм? Как не утонуть в оперативке?
Нужно:
- Уметь ставить задачи
- Отслеживать исполнение
- Вовремя вмешиваться
📌 Без этого — хаос и выгорание.
3️⃣ Долгосрочные задачи
Не только сегодня, но и завтра.
Нужно:
- Уметь планировать
- Следить за статусом
- Не терять из виду приоритеты
📌 Тут помогают таблички, вехи и разные уровни детализации.
4️⃣ Оценка, обратная связь и развитие
Как понять, как работает человек?
Нужно:
- Уметь давать обратную связь
- Оценивать, планировать и поддерживать развитие
- Обсуждать зарплаты и рост
📌 Это про рост людей и их вовлечённость.
5️⃣ Решение проблем, конфликтов и кризисов
Когда всё идёт не по плану.
Нужно:
- Уметь включать "антикризисный режим"
- Вытаскивать команду из паники
- Видеть проблему
- Быстро принимать решения
📌 Без этого — кризис за кризисом.
А следующие 5 сценариев - в среду.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤1
#сценарии #метод
🎯 10 сценариев, которые должен знать каждый руководитель (6-10 из 10)
Продолжаем. Сегодня оставшиеся 5 сценариев из 10.
🎁 И сюрприз - у вас будет возможность
порефлексировать, насколько вы ими владеете.
6️⃣ Делегирование и установка правил
Не делать всё самому, а организовать.
Нужно:
Уметь делегировать
Устанавливать правила
Договариваться о процессах
Создавать систему (возможно из хаоса)
📌 Это про эффективность и масштабирование.
7️⃣ Взаимная поддержка
Руководитель — не только начальник, но и союзник.
Нужно:
Уметь поддерживать руководителя и подчинённых
Получать поддержку от босса
📌 Это про здоровую атмосферу в команде.
8️⃣ Обсуждение инициатив
Когда к вам приходят с идеей, а вы не знаете, что с ней делать.
Или когда нужны идеи, а их нет.
Или когда идей полно, но надо их реализовать.
Нужно:
Решить что делать с инициативой сотрудника
Сгенерировать с командой инициативы, когда они нужны
Довести инициативы до результата.
📌 Это про развитие и вовлечение.
9️⃣ Проведение изменений
Когда всё меняется, и вы в центре этого.
Нужно:
- Уметь проводить изменения
- Объяснять их смысл
- Преодолевать сопротивление и препятствия
📌 Это про внедрение нового.
🔟 Расставание и увольнение
Когда приходит время прощаться.
Нужно:
- Уметь вести такие разговоры
- Сохранить уважение
- Сделать процесс достойным
- Не разрушить репутацию
📌 Это про профессионализм и человечность.
🧠 Вывод: всё уже есть
Все эти сценарии мы разбирали в предыдущих постах .
📊 Хотите понять, насколько вы готовы?
Я сделал небольшой опрос в Яндекс.Формы , чтобы вы могли:
🔹 Порефлексировать
🔹 Оценить себя по каждому из 10 сценариев
🔹 Понять, где у вас сильные стороны, а где зоны развития
(где оценка меньше 4х = там точно есть куда расти 😊)
📌 А ещё — вы можете оставить там свои контакты, и я свяжусь с вами.
Поговорим, проведём диагностику , и я расскажу, как научиться тем сценариям, в которых вы пока не уверены.
А потом можем пройти этот путь вместе. Как - расскажу на диагностике.
🔗 https://forms.yandex.ru/u/66fa5eff73cee7ebd6ffbd88
🎯 10 сценариев, которые должен знать каждый руководитель (6-10 из 10)
Продолжаем. Сегодня оставшиеся 5 сценариев из 10.
порефлексировать, насколько вы ими владеете.
6️⃣ Делегирование и установка правил
Не делать всё самому, а организовать.
Нужно:
Уметь делегировать
Устанавливать правила
Договариваться о процессах
Создавать систему (возможно из хаоса)
📌 Это про эффективность и масштабирование.
7️⃣ Взаимная поддержка
Руководитель — не только начальник, но и союзник.
Нужно:
Уметь поддерживать руководителя и подчинённых
Получать поддержку от босса
📌 Это про здоровую атмосферу в команде.
8️⃣ Обсуждение инициатив
Когда к вам приходят с идеей, а вы не знаете, что с ней делать.
Или когда нужны идеи, а их нет.
Или когда идей полно, но надо их реализовать.
Нужно:
Решить что делать с инициативой сотрудника
Сгенерировать с командой инициативы, когда они нужны
Довести инициативы до результата.
📌 Это про развитие и вовлечение.
9️⃣ Проведение изменений
Когда всё меняется, и вы в центре этого.
Нужно:
- Уметь проводить изменения
- Объяснять их смысл
- Преодолевать сопротивление и препятствия
📌 Это про внедрение нового.
🔟 Расставание и увольнение
Когда приходит время прощаться.
Нужно:
- Уметь вести такие разговоры
- Сохранить уважение
- Сделать процесс достойным
- Не разрушить репутацию
📌 Это про профессионализм и человечность.
🧠 Вывод: всё уже есть
Все эти сценарии мы разбирали в предыдущих постах .
📊 Хотите понять, насколько вы готовы?
Я сделал небольшой опрос в Яндекс.Формы , чтобы вы могли:
🔹 Порефлексировать
🔹 Оценить себя по каждому из 10 сценариев
🔹 Понять, где у вас сильные стороны, а где зоны развития
(где оценка меньше 4х = там точно есть куда расти 😊)
📌 А ещё — вы можете оставить там свои контакты, и я свяжусь с вами.
Поговорим, проведём диагностику , и я расскажу, как научиться тем сценариям, в которых вы пока не уверены.
А потом можем пройти этот путь вместе. Как - расскажу на диагностике.
🔗 https://forms.yandex.ru/u/66fa5eff73cee7ebd6ffbd88
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2❤1
Всем привет!
Сегодня не обычный пятничный пост.
Пару часов назад дал интервью о будущем искусственного интеллекта в разработке:
- как изменится процесс разработки в связи с появлением ИИ
- в каких задачах ИИ будет помогать, где пока нет
- как можно выстроить процесс промышленной разработки с помощью ИИ
- подход к автоматизации тестирования с помощью ИИ
- безопасность использования облачных ИИ моделей для разработки
- будущее профессии разработчика.
https://www.youtube.com/live/aBThQKw8U9w?si=qJrqIktx_DYOHKfW
Сегодня не обычный пятничный пост.
Пару часов назад дал интервью о будущем искусственного интеллекта в разработке:
- как изменится процесс разработки в связи с появлением ИИ
- в каких задачах ИИ будет помогать, где пока нет
- как можно выстроить процесс промышленной разработки с помощью ИИ
- подход к автоматизации тестирования с помощью ИИ
- безопасность использования облачных ИИ моделей для разработки
- будущее профессии разработчика.
https://www.youtube.com/live/aBThQKw8U9w?si=qJrqIktx_DYOHKfW
YouTube
ИИ УБИВАЕТ программистов? Честное интервью о ChatGPT в разработке
Заменят ли ChatGPT и GitHub Copilot программистов? Или это очередной хайп, который скоро сдуется? Разбираем без прикрас и маркетинговой шелухи.
Интервью с Алексеем Субботиным, экспертом в области управления проектами.
Кстати, на этом канале Алексей делится…
Интервью с Алексеем Субботиным, экспертом в области управления проектами.
Кстати, на этом канале Алексей делится…
🔥4🏆2❤1
Media is too big
VIEW IN TELEGRAM
#инструменты #сценарии #проектныйминимум
Всем привет!
Сегодня - новая тема и новый формат.
Начинаем рассматривать базовые инструменты
классического проектного управления,
которые я назвал #проектныйминимум.
Это легкий минимальный набор инструментов,
который позволяет спокойно и структурированно
вести проекты:
🔹применим и к самым маленьким проектам
🔹поможет структурировать и сложный проект
🔹требует минимум усилий и бюрократии.
И сегодня пробуем новый формат -
видеопрезентация.
За 5 минут дам обзор
"классической механики управления проектами".
А в следующих постах будем рассматривать
конкретные инструменты.
Оставайтесь, читайте, рекомендуйте!
Приятного и полезного просмотра! 🤝
Всем привет!
Сегодня - новая тема и новый формат.
Начинаем рассматривать базовые инструменты
классического проектного управления,
которые я назвал #проектныйминимум.
Это легкий минимальный набор инструментов,
который позволяет спокойно и структурированно
вести проекты:
🔹применим и к самым маленьким проектам
🔹поможет структурировать и сложный проект
🔹требует минимум усилий и бюрократии.
И сегодня пробуем новый формат -
видеопрезентация.
За 5 минут дам обзор
"классической механики управления проектами".
А в следующих постах будем рассматривать
конкретные инструменты.
Оставайтесь, читайте, рекомендуйте!
Приятного и полезного просмотра! 🤝
👍8🔥3❤1👏1😢1
#инструменты #сценарии #проектныйминимум
📄 Что такое Устав проекта? И зачем он нужен?
Сегодня поговорим об одном из самых первых инструментов проектного менеджмента, который используется для определения проекта.
Об Уставе проекта.
📌 Зачем нужен Устав?
- Чтобы чётко определить, что мы делаем, зачем и для кого.
- Чтобы все заинтересованные стороны понимали проект одинаково
- Чтобы с самого старта избежать недопонимания, "а я думал, это не входит", "а я думал, это мы не делаем".
Вот основные разделы, которые стоит включить.
Их можно адаптировать под проект (я видел уставы от 1 до 200 страниц),
Но это минимум, который надо продумать и зафиксировать на старте.
1️⃣ Название и идентификаторы проекта
🔹 Название проекта
🔹 Код, номер, ID
🔹 Краткое описание (1–2 предложения)
Пример:
Проект "Оптимизация бюджетирования-2025", ID: BUDG-2025-01
Если у вас много проектов - без идентификатора никуда.
Название может поменяться по ходу, его могут забыть.
Идентификатор всегда позволит однозначно сослаться на проект.
2️⃣ Цели проекта
Что мы хотим достичь?
Цели должны быть измеримыми и чёткими.
Должно быть однозначно понятно - достигли мы цели или нет.
✅ Правильно:
Снизить операционные затраты на 15% к концу года за счёт автоматизации процессов.
❌ Не правильно:
Сделать всё лучше и дешевле.
3️⃣ Результаты проекта (выходы)
Что материальное или нематериальное мы получим в итоге?
⚠️ Не путать с целями!
- Цель: снизить затраты на .... к ...
- Результаты: новый регламент, настроенная система, обученная команда, ...
Примеры:
- Внедрённая система учёта расходов
- Обновлённый процесс бюджетирования
- Команда, прошедшая обучение по новым стандартам
4️⃣ Заинтересованные стороны (стейкхолдеры)
Кто влияет на проект и на кого он влияет?
📌 Важно:
— Кто принимает, согласовывает, готовит решения?
— Кто использует результат?
— Кто может заблокировать проект?
Пример:
- Финансовый директор (заказчик)
- IT-департамент (исполнители)
- Комитет по бюджету (утверждает)
- Бухгалтерия (конечный пользователь)
> 💬 С ними можно и нужно работать, договариваться, управлять ожиданиями
5️⃣ Факторы, влияющие на проект
Это внешние условия, на которые вы не можете повлиять, но которые влияют на вас.
📌 С ними нельзя договориться, но можно к ним подготовиться.
Примеры:
- Изменение законодательства
- Колебания курса валют
💡 Фактор ≠ стейкхолдер.
Действия правительства - фактор (с ними не поговоришь).
Зам генерального - стейкхолдер (можно договориться).
6️⃣ Границы проекта
Что входит и что не входит в проект?
Это главное оружие против scope creep ("а давайте ещё и это сделаем").
📌 Чётко пропишите:
✅ Что делаем:
- Автоматизация учёта расходов
- Обучение 50 сотрудников
- Интеграция с 1С
❌ Что НЕ делаем:
- Не меняем учётную политику
- Не трогаем систему мотивации
- Не апгрейдим сервера
Так вы избегаете споров вида:
"А почему вы не сделали X? Это же логично!"
7️⃣ Предположения
Что мы считаем данным, планируя проект?
📌 Это то, что *пока* верно, но может измениться.
Примеры:
- Ключевые сотрудники будут доступны 80% времени
- Система-источник данных будет готова к интеграции в Q3
- Бюджет будет утверждён до старта
- Не планируется реорганизация
Если предположение не сработает - это риск, которым надо управлять.
8️⃣ Ограничения
Что нельзя делать или в чём мы ограничены?
Примеры:
- Нельзя останавливать старую систему до полного перехода
- Бюджет — не более 5 млн руб.
- Срок — не позже 30 ноября
- Только внутренние ресурсы (без привлечения подрядчиков)
9️⃣ Особенности управления проектом
Как устроен процесс управления?
- Роли: кто руководитель, кто спонсор, кто команда
- Процедуры: как принимаются решения, кто утверждает план
- Документы: какие отчёты, планы выпускаются
- Совещания: еженедельный статус, комитет по проектам
- Коммуникации: как и с кем обмениваемся информацией
Это особенно важно, если в компании нет стандартов проектного управления
🛠 Чем чётче Устав — тем меньше споров, тем выше шанс на успех.
📄 Что такое Устав проекта? И зачем он нужен?
Сегодня поговорим об одном из самых первых инструментов проектного менеджмента, который используется для определения проекта.
Об Уставе проекта.
📌 Зачем нужен Устав?
- Чтобы чётко определить, что мы делаем, зачем и для кого.
- Чтобы все заинтересованные стороны понимали проект одинаково
- Чтобы с самого старта избежать недопонимания, "а я думал, это не входит", "а я думал, это мы не делаем".
Вот основные разделы, которые стоит включить.
Их можно адаптировать под проект (я видел уставы от 1 до 200 страниц),
Но это минимум, который надо продумать и зафиксировать на старте.
1️⃣ Название и идентификаторы проекта
🔹 Название проекта
🔹 Код, номер, ID
🔹 Краткое описание (1–2 предложения)
Пример:
Проект "Оптимизация бюджетирования-2025", ID: BUDG-2025-01
Если у вас много проектов - без идентификатора никуда.
Название может поменяться по ходу, его могут забыть.
Идентификатор всегда позволит однозначно сослаться на проект.
2️⃣ Цели проекта
Что мы хотим достичь?
Цели должны быть измеримыми и чёткими.
Должно быть однозначно понятно - достигли мы цели или нет.
✅ Правильно:
Снизить операционные затраты на 15% к концу года за счёт автоматизации процессов.
❌ Не правильно:
Сделать всё лучше и дешевле.
3️⃣ Результаты проекта (выходы)
Что материальное или нематериальное мы получим в итоге?
⚠️ Не путать с целями!
- Цель: снизить затраты на .... к ...
- Результаты: новый регламент, настроенная система, обученная команда, ...
Примеры:
- Внедрённая система учёта расходов
- Обновлённый процесс бюджетирования
- Команда, прошедшая обучение по новым стандартам
4️⃣ Заинтересованные стороны (стейкхолдеры)
Кто влияет на проект и на кого он влияет?
📌 Важно:
— Кто принимает, согласовывает, готовит решения?
— Кто использует результат?
— Кто может заблокировать проект?
Пример:
- Финансовый директор (заказчик)
- IT-департамент (исполнители)
- Комитет по бюджету (утверждает)
- Бухгалтерия (конечный пользователь)
> 💬 С ними можно и нужно работать, договариваться, управлять ожиданиями
5️⃣ Факторы, влияющие на проект
Это внешние условия, на которые вы не можете повлиять, но которые влияют на вас.
📌 С ними нельзя договориться, но можно к ним подготовиться.
Примеры:
- Изменение законодательства
- Колебания курса валют
💡 Фактор ≠ стейкхолдер.
Действия правительства - фактор (с ними не поговоришь).
Зам генерального - стейкхолдер (можно договориться).
6️⃣ Границы проекта
Что входит и что не входит в проект?
Это главное оружие против scope creep ("а давайте ещё и это сделаем").
📌 Чётко пропишите:
✅ Что делаем:
- Автоматизация учёта расходов
- Обучение 50 сотрудников
- Интеграция с 1С
❌ Что НЕ делаем:
- Не меняем учётную политику
- Не трогаем систему мотивации
- Не апгрейдим сервера
Так вы избегаете споров вида:
"А почему вы не сделали X? Это же логично!"
7️⃣ Предположения
Что мы считаем данным, планируя проект?
📌 Это то, что *пока* верно, но может измениться.
Примеры:
- Ключевые сотрудники будут доступны 80% времени
- Система-источник данных будет готова к интеграции в Q3
- Бюджет будет утверждён до старта
- Не планируется реорганизация
Если предположение не сработает - это риск, которым надо управлять.
8️⃣ Ограничения
Что нельзя делать или в чём мы ограничены?
Примеры:
- Нельзя останавливать старую систему до полного перехода
- Бюджет — не более 5 млн руб.
- Срок — не позже 30 ноября
- Только внутренние ресурсы (без привлечения подрядчиков)
9️⃣ Особенности управления проектом
Как устроен процесс управления?
- Роли: кто руководитель, кто спонсор, кто команда
- Процедуры: как принимаются решения, кто утверждает план
- Документы: какие отчёты, планы выпускаются
- Совещания: еженедельный статус, комитет по проектам
- Коммуникации: как и с кем обмениваемся информацией
Это особенно важно, если в компании нет стандартов проектного управления
🛠 Чем чётче Устав — тем меньше споров, тем выше шанс на успех.
👍3❤2🔥2
#истории #обомне #проектныйминимум
Как классика проектного управления помогла мне стать топом.
Это был 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