Дмитрий Егоров и "Жизнеспособная система управления" выпустили увлекательную историю о внедрении решения управления запасами на основе решений Теории Ограничений в ХимТраст.
Я не смог оторваться пока не досмотрел до конца. Рекомендую!
https://vk.com/wall-191082764_254
Я не смог оторваться пока не досмотрел до конца. Рекомендую!
https://vk.com/wall-191082764_254
VK
Умное управление запасами c NETStock.Pro
Химтраст: от гаража до "химического Гугл". Основано на реальных событиях
Это первый фильм из серии "Основано на реальных событиях". А в работе у нас уже следующий сценарий, так что подписывайтесь и включайте уведомления!
Ссылка на сайт АО Химтраст: h…
Это первый фильм из серии "Основано на реальных событиях". А в работе у нас уже следующий сценарий, так что подписывайтесь и включайте уведомления!
Ссылка на сайт АО Химтраст: h…
🔥1
Есть ли у Стратегия мистер Фикс?
Заметка о стратегии развития бизнеса и ИТ-Продуктов
В Теории Ограничений, а точнее в мыслительном процессе Дерево Стратегии и Тактики (ДСТ), Стратегия - это ответ на вопрос "ЧТО я хочу получить", а тактика - это "КАК этого достигнуть".
Однако, по отношению к ИТ-компаниям или реальному бизнесу обсуждая возможности стратегической сессии, термин Стратегия часто определяется, как ответ на вопрос "ЧТО я хочу получить через 5 лет" (или 10-15 и тд).
А если мы забрасываем якорь ("Что я хочу получить" ) на 5-10 лет, то получается что СПОСОБ ("как" ) мы туда придём - это серия Проектов.
Проект - это способ упаковки Целей по направлениям с понятными эффектами и результатами.
Проекты развития задают точки опоры "это готово, то готово" и определяют периоды пересмотра Целей.
Можно отрицать Проекты, как бывает иногда в ИТ-продуктах, но тогда
- Куда вы хотите прийти?
- А за счет чего?
- А почему вы решили, что вы туда придёте?
- Уже задумались?
Если мы говорим про ИТ-продукты, то можно выпускать мелкие функции без проектной истории. Но хорошие функции редко бывают мелкими.
С другой стороны, если вы НЕ ЗНАЕТЕ КАК достигнуть цели (как например "хочу много денег"), то тут на сцену выходят бесконечные эксперименты и метания из стороны в сторону (с применением Sсrum и Kanban). Но тогда я спрошу:
- А сколько стоит один эксперимент?
- А можно ли провести эксперимент не проводя эксперимент?
- Если вы тратите время и ресурсы на эксперименты, то на что другое важное вы не тратите?
И если при ответе на эти вопросы вы ужаснулись, то может остановиться и подумать? А точнее провести мыслительные эксперименты с применением мыслительных процессов ТОС.
Это будет больно, это будет тяжело. Но думать всегда тяжело. Но после этого занятия у вас на выходе будет понятная карта развития и Стратегия с которой можно сверяться.
Ссылки по теме и ключи для дальнейшего поиска:
* Дерево стратегии и тактики. (Словарь TOCIO)
* Алгоритм Стоя На плечах гигантов (Standing on the Giant shoulders)
* Мыслительные процессы ТОС (Словарь TOCIO)
* Постановка целей и планирование проектов. (Метод управления проектным бизнесом).
* Дао предприятия (Метод управления проектным бизнесом).
Выпуск подкаста про цели: https://news.1rj.ru/str/bipulse_podcast/32
Заметка о стратегии развития бизнеса и ИТ-Продуктов
В Теории Ограничений, а точнее в мыслительном процессе Дерево Стратегии и Тактики (ДСТ), Стратегия - это ответ на вопрос "ЧТО я хочу получить", а тактика - это "КАК этого достигнуть".
Однако, по отношению к ИТ-компаниям или реальному бизнесу обсуждая возможности стратегической сессии, термин Стратегия часто определяется, как ответ на вопрос "ЧТО я хочу получить через 5 лет" (или 10-15 и тд).
А если мы забрасываем якорь ("Что я хочу получить" ) на 5-10 лет, то получается что СПОСОБ ("как" ) мы туда придём - это серия Проектов.
Проект - это способ упаковки Целей по направлениям с понятными эффектами и результатами.
Проекты развития задают точки опоры "это готово, то готово" и определяют периоды пересмотра Целей.
Можно отрицать Проекты, как бывает иногда в ИТ-продуктах, но тогда
- Куда вы хотите прийти?
- А за счет чего?
- А почему вы решили, что вы туда придёте?
- Уже задумались?
Если мы говорим про ИТ-продукты, то можно выпускать мелкие функции без проектной истории. Но хорошие функции редко бывают мелкими.
С другой стороны, если вы НЕ ЗНАЕТЕ КАК достигнуть цели (как например "хочу много денег"), то тут на сцену выходят бесконечные эксперименты и метания из стороны в сторону (с применением Sсrum и Kanban). Но тогда я спрошу:
- А сколько стоит один эксперимент?
- А можно ли провести эксперимент не проводя эксперимент?
- Если вы тратите время и ресурсы на эксперименты, то на что другое важное вы не тратите?
И если при ответе на эти вопросы вы ужаснулись, то может остановиться и подумать? А точнее провести мыслительные эксперименты с применением мыслительных процессов ТОС.
Это будет больно, это будет тяжело. Но думать всегда тяжело. Но после этого занятия у вас на выходе будет понятная карта развития и Стратегия с которой можно сверяться.
Ссылки по теме и ключи для дальнейшего поиска:
* Дерево стратегии и тактики. (Словарь TOCIO)
* Алгоритм Стоя На плечах гигантов (Standing on the Giant shoulders)
* Мыслительные процессы ТОС (Словарь TOCIO)
* Постановка целей и планирование проектов. (Метод управления проектным бизнесом).
* Дао предприятия (Метод управления проектным бизнесом).
Выпуск подкаста про цели: https://news.1rj.ru/str/bipulse_podcast/32
Я наверное нашел базовые посылки на которых работает Метод!
Метод базируется на базовых посылках (кроме тех что в Книге):
1. Мы не знаем детально всего, но знаем хоть что-то для принятия решений.
2. Мы можем что-то требовать если сотрудник самостоятельно ВЗЯЛ ответственность, а не подтвердил её вручение.
#метод #метод_пульса
Метод базируется на базовых посылках (кроме тех что в Книге):
1. Мы не знаем детально всего, но знаем хоть что-то для принятия решений.
2. Мы можем что-то требовать если сотрудник самостоятельно ВЗЯЛ ответственность, а не подтвердил её вручение.
#метод #метод_пульса
В апреле я публиковал Дерево Стратегии и Тактики (ДСТ) внедрения Метода.
тут: https://news.1rj.ru/str/bipulse/300
Приведённое ДСТ было адаптировано для внедрения BIPULSE, и вошло в расширенное руководство пользователя.
И сейчас могу поделиться результатами его применения!
Выводы:
1. Если в компании не было никакого управления, то "перепрыгивание через несколько ступенек" и переходить сразу к Планированию проектов это ошибка. Появляется сразу много проблем связанных со сроками проектов при том что операционный ритм устранения проблем не настроен.
2. Внедрять нужно постепенно разворачивая ритмы, начала операционный - фиксируем все цели и задачи что ДЕЛАЕМ сейчас, а уже потом строим на этом фундаменте остальные.
2.1 Нельзя пытаться заглядывать на километр в будущее, если стоишь по пояс в болоте. (кто не верит, рекомендую Болото Неодолимое в Ленинградской области)
2.2 Другими словами сначала внедряем Agile-подходы, которые отвечают именно за операционный уровень управления, а поверх них уже проекты и планирование.
3. Следующий шаг нужно делать только ПОСЛЕ того, как выявились проблемы на текущем шаге. А не потому, что "левая нога зачесалась".
3.1 Если говорить в терминах Теории Систем, то каждый следующий "горизонт планирования" - это "надсистема" по отношению к текущей системе. Проблемы системы решаются её надсистемой.
3.2 Если проблемы не случились, никому ваши новые изменения не нужны. Это значит на текущем уровне развития компании имеющегося инструментария ДОСТАТОЧНО.
4. Если у вас есть сотрудники у которых НЕТ проблем, и поэтому они не хотят меняться. То... всегда можно СОЗДАТЬ им проблемы.
4.1 Любой собственник или управленец +1 уровня может создать проблемы своим подчиненным просто поменяв механизмы премирования.
4.2 Всегда нужно учитывать последствия такого шага.
#метод #метод_пульса
тут: https://news.1rj.ru/str/bipulse/300
Приведённое ДСТ было адаптировано для внедрения BIPULSE, и вошло в расширенное руководство пользователя.
И сейчас могу поделиться результатами его применения!
Выводы:
1. Если в компании не было никакого управления, то "перепрыгивание через несколько ступенек" и переходить сразу к Планированию проектов это ошибка. Появляется сразу много проблем связанных со сроками проектов при том что операционный ритм устранения проблем не настроен.
2. Внедрять нужно постепенно разворачивая ритмы, начала операционный - фиксируем все цели и задачи что ДЕЛАЕМ сейчас, а уже потом строим на этом фундаменте остальные.
2.1 Нельзя пытаться заглядывать на километр в будущее, если стоишь по пояс в болоте. (кто не верит, рекомендую Болото Неодолимое в Ленинградской области)
2.2 Другими словами сначала внедряем Agile-подходы, которые отвечают именно за операционный уровень управления, а поверх них уже проекты и планирование.
3. Следующий шаг нужно делать только ПОСЛЕ того, как выявились проблемы на текущем шаге. А не потому, что "левая нога зачесалась".
3.1 Если говорить в терминах Теории Систем, то каждый следующий "горизонт планирования" - это "надсистема" по отношению к текущей системе. Проблемы системы решаются её надсистемой.
3.2 Если проблемы не случились, никому ваши новые изменения не нужны. Это значит на текущем уровне развития компании имеющегося инструментария ДОСТАТОЧНО.
4. Если у вас есть сотрудники у которых НЕТ проблем, и поэтому они не хотят меняться. То... всегда можно СОЗДАТЬ им проблемы.
4.1 Любой собственник или управленец +1 уровня может создать проблемы своим подчиненным просто поменяв механизмы премирования.
4.2 Всегда нужно учитывать последствия такого шага.
#метод #метод_пульса
👍1
Тут исследование говорит, что только 17% проектов завершаются в срок.
https://news.1rj.ru/str/isopmru/543
Самое время подумать, как их делать вовремя с ИСУП BIPULSE! ;)
https://news.1rj.ru/str/isopmru/543
Самое время подумать, как их делать вовремя с ИСУП BIPULSE! ;)
Telegram
ЦОРПУ
Только 17% российских проектов завершаются в срок. И только 22% достигают первоначально заявленных бизнес-целей.
Честно говоря, мы думали, что цифры получатся более красивыми.
Если ваши проекты завершаются в срок, достигают бизнес-целей, не расползаются…
Честно говоря, мы думали, что цифры получатся более красивыми.
Если ваши проекты завершаются в срок, достигают бизнес-целей, не расползаются…
Начинай с тем что есть.
Этот принцип я нашел в Канбан-методе применительно к оптимизации бизнес-процессов. Однако он годится применительно и к развертыванию проектного управления (проект организационных изменений) и к запуску нового бизнеса (или нового Продукта).
Покажу на примерах:
Пример 1. Внедрение проектного управления.
Если не следовать принципу "Начинай с тем что есть", а перейти на другую сторону "Сначала ВСЁ хорошо с спланируем, а ПОТОМ по этим планам будем работать", то есть риск получить "паралич анализа":
- быстрый результат не будет достигнут
- из-за отсутствия быстрого эффекта заниматься планированием не захочется
- влетающие срочные задачи отобьют всё желание планировать
И, как результат будет такая ситуация:
- Ты что делаешь?
- Я планирую как мы будем работать
- И какой результат?
- Я еще в процессе
Вывод: Внедрение проектного управления начинается с учёта текущей работы и с постановки Оперативного Ритма, постепенно расширяя горизонт планирования при появлении препятствий.
Предостережение 1: То что сказано выше, не отменяет Планирование вообще! У вас ДОЛЖЕН БЫТЬ План преобразований, в идеале Дерево Стратегии и тактики, по которому вы идёте. Но не забывайте про правило: БЕЗ ФАНАТИЗМА!!
Предостережение 2: Вы должны БЫТЬ ГОТОВЫ к Планированию (Заглядыванию за горизонт). Иначе смысл самого мыслительного процесса Планирование будет ускользать и считаться лишней бюрократией. Если не готовы, то... Начинай с тем что есть.
Пример 2. Новый продукт.
Должен ли Продукт быть идеальным во всех всех смыслах? Если мы представим такую картинку, то за десятками "Если бы.." "Кабы.." может потеряться основной СМЫСЛ продукта, и его Цель. А с другой стороны в геометрической прогрессии вырастут плановые затраты на запуск Продукта.
Применяя принцип "Начинай с тем что есть" по отношению к новому Продукту (не важно ИТ или какому-либо другому) стоит задаться вопросами:
- Без ЧЕГО Продукт ТОЧНО будет продавабельным при сохранении его целевой функции?
- Что можно точно НЕ ДЕЛАТЬ при сохранении его целевой функции?
Другими словами, на запуске нового Продукта нужно целевой образ продукта нещадно резать для сокращения стартовых инвестиций.
Предостережение: БЕЗ ФАНАТИЗМА! Если форма, вкус, цвет, упаковка и тд Продукта важен для Потребителя, значит это ключевая его характеристика. Продукты - не всегда про "Мечту Клиента". Продукт - это то, за что Клиент платит.
Выводы:
1. Начиная новое начинай с тем что есть. Но без фанатизма!
2. Не нужно стоить ИДЕАЛЬНЫЕ планы, они должны быть ДОСТАТОЧНО хорошие, чтобы по ним можно было НАЧАТЬ работать.
3. Корректируйте планы в процессе работы, они ВСЕГДА не точные.
Рекомендации:
1. Следите за маркерами в разговорах: "Мы не можем сделать ЭТО, потому что у нас нету ТОГО, а это не появится пока мы не сделаем ВСЁ ДРУГОЕ". Если такая (похожая) фраза появляется, не в рамках процесса построения Дерева предпосылок, или Планирования проекта, значит это симптом к параличу анализа (paralysis by analysis).
2. Один из рецептов преодоления паралича анализа: Ограничьте время планирования.
Этот принцип я нашел в Канбан-методе применительно к оптимизации бизнес-процессов. Однако он годится применительно и к развертыванию проектного управления (проект организационных изменений) и к запуску нового бизнеса (или нового Продукта).
Покажу на примерах:
Пример 1. Внедрение проектного управления.
Если не следовать принципу "Начинай с тем что есть", а перейти на другую сторону "Сначала ВСЁ хорошо с спланируем, а ПОТОМ по этим планам будем работать", то есть риск получить "паралич анализа":
- быстрый результат не будет достигнут
- из-за отсутствия быстрого эффекта заниматься планированием не захочется
- влетающие срочные задачи отобьют всё желание планировать
И, как результат будет такая ситуация:
- Ты что делаешь?
- Я планирую как мы будем работать
- И какой результат?
- Я еще в процессе
Вывод: Внедрение проектного управления начинается с учёта текущей работы и с постановки Оперативного Ритма, постепенно расширяя горизонт планирования при появлении препятствий.
Предостережение 1: То что сказано выше, не отменяет Планирование вообще! У вас ДОЛЖЕН БЫТЬ План преобразований, в идеале Дерево Стратегии и тактики, по которому вы идёте. Но не забывайте про правило: БЕЗ ФАНАТИЗМА!!
Предостережение 2: Вы должны БЫТЬ ГОТОВЫ к Планированию (Заглядыванию за горизонт). Иначе смысл самого мыслительного процесса Планирование будет ускользать и считаться лишней бюрократией. Если не готовы, то... Начинай с тем что есть.
Пример 2. Новый продукт.
Должен ли Продукт быть идеальным во всех всех смыслах? Если мы представим такую картинку, то за десятками "Если бы.." "Кабы.." может потеряться основной СМЫСЛ продукта, и его Цель. А с другой стороны в геометрической прогрессии вырастут плановые затраты на запуск Продукта.
Применяя принцип "Начинай с тем что есть" по отношению к новому Продукту (не важно ИТ или какому-либо другому) стоит задаться вопросами:
- Без ЧЕГО Продукт ТОЧНО будет продавабельным при сохранении его целевой функции?
- Что можно точно НЕ ДЕЛАТЬ при сохранении его целевой функции?
Другими словами, на запуске нового Продукта нужно целевой образ продукта нещадно резать для сокращения стартовых инвестиций.
Предостережение: БЕЗ ФАНАТИЗМА! Если форма, вкус, цвет, упаковка и тд Продукта важен для Потребителя, значит это ключевая его характеристика. Продукты - не всегда про "Мечту Клиента". Продукт - это то, за что Клиент платит.
Выводы:
1. Начиная новое начинай с тем что есть. Но без фанатизма!
2. Не нужно стоить ИДЕАЛЬНЫЕ планы, они должны быть ДОСТАТОЧНО хорошие, чтобы по ним можно было НАЧАТЬ работать.
3. Корректируйте планы в процессе работы, они ВСЕГДА не точные.
Рекомендации:
1. Следите за маркерами в разговорах: "Мы не можем сделать ЭТО, потому что у нас нету ТОГО, а это не появится пока мы не сделаем ВСЁ ДРУГОЕ". Если такая (похожая) фраза появляется, не в рамках процесса построения Дерева предпосылок, или Планирования проекта, значит это симптом к параличу анализа (paralysis by analysis).
2. Один из рецептов преодоления паралича анализа: Ограничьте время планирования.
🔥2
Алгоритм 4-шагового делегирования задач.
Частая проблема руководителей - нехватка времени на выполнение всех дел, что на себя взяли. Но часто это связано с тем, что мы как руководители стараемся все делать самостоятельно. Оправдано ли такое? Не всегда!
Если вы находитесь в такой ситуации, то вот простое упражнение:
шаг 1. Выпишите все задачи по типам которыми занимаетесь в течении недели. Обычно принципиально уникальных задач нет, они похожие по типу выполняемой работы.
шаг 2. Отметьте ТРИ задачи которые вы должны делать ЛИЧНО, иначе вам оторвут голову ваш шеф или Клиенты.
шаг 3. Напротив каждой задачи из оставшихся поставьте инициалы того человека, кто будет её делать если вы сляжете в больницу в реанимацию, и не сможете даже позвонить.
шаг 4. Делегируйте! У вас есть план кому и что. Если есть сомнения в качестве, то обсудите с сотрудником особенности выполнения этой работы, или дайте сделать ему самому несколько раз и проверьте результат.
Предупреждение: Многозадачности не существует. Если сотруднику какая-то работа добавилось, значит другую работу он будет делать меньше.
Напоминание: Основная работа Руководителя - организовывать работу! А не бегать и постоянно решать проблемы. Хорошо организованная работа не требует вмешательства Руководителя и люди сами знают "Что им нужно делать", "Как нужно делать" и "Когда нужно делать".
#метод #метод_пульса #ответы_на_вопросы
Частая проблема руководителей - нехватка времени на выполнение всех дел, что на себя взяли. Но часто это связано с тем, что мы как руководители стараемся все делать самостоятельно. Оправдано ли такое? Не всегда!
Если вы находитесь в такой ситуации, то вот простое упражнение:
шаг 1. Выпишите все задачи по типам которыми занимаетесь в течении недели. Обычно принципиально уникальных задач нет, они похожие по типу выполняемой работы.
шаг 2. Отметьте ТРИ задачи которые вы должны делать ЛИЧНО, иначе вам оторвут голову ваш шеф или Клиенты.
шаг 3. Напротив каждой задачи из оставшихся поставьте инициалы того человека, кто будет её делать если вы сляжете в больницу в реанимацию, и не сможете даже позвонить.
шаг 4. Делегируйте! У вас есть план кому и что. Если есть сомнения в качестве, то обсудите с сотрудником особенности выполнения этой работы, или дайте сделать ему самому несколько раз и проверьте результат.
Предупреждение: Многозадачности не существует. Если сотруднику какая-то работа добавилось, значит другую работу он будет делать меньше.
Напоминание: Основная работа Руководителя - организовывать работу! А не бегать и постоянно решать проблемы. Хорошо организованная работа не требует вмешательства Руководителя и люди сами знают "Что им нужно делать", "Как нужно делать" и "Когда нужно делать".
#метод #метод_пульса #ответы_на_вопросы
👍1
В блоге BIPULSE вышла статья:
История методов управления проектами и производствами
Текущие способы управления производством и проектами берут свое начало в истории. Для понимания "Почему они такие, а не другие" и что на них повлияло нужно рассматривать историческую перспективу, Кто, Когда и Где придумал тот или иной подход. В этой статье рассмотрим линию времени методов управления.
Читать дальше
#статья
История методов управления проектами и производствами
Текущие способы управления производством и проектами берут свое начало в истории. Для понимания "Почему они такие, а не другие" и что на них повлияло нужно рассматривать историческую перспективу, Кто, Когда и Где придумал тот или иной подход. В этой статье рассмотрим линию времени методов управления.
Читать дальше
#статья
🔥2
Как управлять и-рисками на коленке стикерах?
Ответ: провести диверсионный анализ (от слова "диверсия", см ТРИЗ)
Алгоритм:
1. Определить что убьет проект или бизнес целиком?
2. Определить меры противодействия найденному в пункте 1.
3. Выполнить планирование проекта (по алгоритму планирования) с учётом результатов п 2.
4. Для промежуточных целей с большим разбросом оценок или отклонением от среднего определить "Что убьет достижение этой цели?", "Что поставит под угрозу этой цели?".
5. Определить меры противодействия найденному в пункте 4.
6. Определить буфер расписания и бюджета проекта
Всё! То что важное вы обработали, остальное не такое важное и закроется буфером проекта.
Границы применения:
1. У вас нет выделенного риск-менеджера
2. У вас не хватает внимания на всё.
3. Проекты длительностью до года.
4. Проекты не связанны с угрозой для жизни в случае аварий. (фарма, АЭС, ядовитые материалы)
Другими словами: там где события общей неопределенности не приведут к тяжелым последствиям.
#метод #метод_пульса
Ответ: провести диверсионный анализ (от слова "диверсия", см ТРИЗ)
Алгоритм:
1. Определить что убьет проект или бизнес целиком?
2. Определить меры противодействия найденному в пункте 1.
3. Выполнить планирование проекта (по алгоритму планирования) с учётом результатов п 2.
4. Для промежуточных целей с большим разбросом оценок или отклонением от среднего определить "Что убьет достижение этой цели?", "Что поставит под угрозу этой цели?".
5. Определить меры противодействия найденному в пункте 4.
6. Определить буфер расписания и бюджета проекта
Всё! То что важное вы обработали, остальное не такое важное и закроется буфером проекта.
Границы применения:
1. У вас нет выделенного риск-менеджера
2. У вас не хватает внимания на всё.
3. Проекты длительностью до года.
4. Проекты не связанны с угрозой для жизни в случае аварий. (фарма, АЭС, ядовитые материалы)
Другими словами: там где события общей неопределенности не приведут к тяжелым последствиям.
#метод #метод_пульса
Нам интересный вопрос задали: Можно ли использовать BIPULSE с методологией отличной от методики управления «Pulse Management» и Теории Ограничений Э.Голдратта.
Отвечаем:
Использовать можно. однако индикаторы проектов ("светофоры") будут работать именно в соответствии с этой методикой.
Ключевые отличия от обычной методики:
* Признание, что есть буфер расписания проекта (Если отклонения сроков проектов допускаются, то буфер точно есть, но его не всегда показывают).
* Признание, что оценки длительности работ не всегда точные. Поэтому нужно использовать диапазоны оценок.
* Признание, что ресурсы компании ограничены и нужно выстраивать проекты в очерёдность.
* Признание, каждый день просрочки проекта - это потери от не запуска результата проекта
в промышленную эксплуатацию, и компания каждый день теряет прогнозную дневную прибыль.
* Признание, каждый сэкономленный день времени реализации проекта - это прибыль в размере прогнозной дневной прибыли.
В целом это основные отличия не только BIPULSE, но и самого Метода управления проектным бизнесом "Pulse Management". Ведь как только вы признаете то что выше, ваша методика управления будет двигаться в сторону более полной реализации Метода.
#bipulse #метод #метод_пульса
Отвечаем:
Использовать можно. однако индикаторы проектов ("светофоры") будут работать именно в соответствии с этой методикой.
Ключевые отличия от обычной методики:
* Признание, что есть буфер расписания проекта (Если отклонения сроков проектов допускаются, то буфер точно есть, но его не всегда показывают).
* Признание, что оценки длительности работ не всегда точные. Поэтому нужно использовать диапазоны оценок.
* Признание, что ресурсы компании ограничены и нужно выстраивать проекты в очерёдность.
* Признание, каждый день просрочки проекта - это потери от не запуска результата проекта
в промышленную эксплуатацию, и компания каждый день теряет прогнозную дневную прибыль.
* Признание, каждый сэкономленный день времени реализации проекта - это прибыль в размере прогнозной дневной прибыли.
В целом это основные отличия не только BIPULSE, но и самого Метода управления проектным бизнесом "Pulse Management". Ведь как только вы признаете то что выше, ваша методика управления будет двигаться в сторону более полной реализации Метода.
#bipulse #метод #метод_пульса
👍1
Как зарабатывать больше на услугах (проектах)
Так как ограничение это наши мощности, а не рынок и вы уже достигли ситуации когда хотят ИМЕННО ВАШИ услуги (точно в вовремя, с отличным качеством) то можно начать управлять входящим потоком заказов через изменение цены:
Базовые показатели:
1. Минимальная стоимость заказов должна покрывать все операционные затраты в период выполнения заказов. (в месяц/год...)
2. Определяем срок контрактования от контакта до договора. - Длительность контрактования и конверсия в договор это "буфер запасов перед ограничением"
Дальше просто:
1. Если очередь заказов больше срока (буфер заказов уже голубой) - повышаем цену в заградительную (Но бойтесь если возьмут?)
2. Если очередь заказов в зеленой зоне буфера - делаем комфортную для себя
3. Если очередь заказов в желтой зоне буфера - понижаем цену.
4. Если очередь заказов в красной зоне буфера - понижаем цену в уровень окупаемости или ниже, если если есть запасы, у вас выбор "Платить из своего кармана всё " или "Платить из своего кармана часть"
И всё! Механизм простой но действенный.
см. по теме: Буфер запасов.
Так как ограничение это наши мощности, а не рынок и вы уже достигли ситуации когда хотят ИМЕННО ВАШИ услуги (точно в вовремя, с отличным качеством) то можно начать управлять входящим потоком заказов через изменение цены:
Базовые показатели:
1. Минимальная стоимость заказов должна покрывать все операционные затраты в период выполнения заказов. (в месяц/год...)
2. Определяем срок контрактования от контакта до договора. - Длительность контрактования и конверсия в договор это "буфер запасов перед ограничением"
Дальше просто:
1. Если очередь заказов больше срока (буфер заказов уже голубой) - повышаем цену в заградительную (Но бойтесь если возьмут?)
2. Если очередь заказов в зеленой зоне буфера - делаем комфортную для себя
3. Если очередь заказов в желтой зоне буфера - понижаем цену.
4. Если очередь заказов в красной зоне буфера - понижаем цену в уровень окупаемости или ниже, если если есть запасы, у вас выбор "Платить из своего кармана всё " или "Платить из своего кармана часть"
И всё! Механизм простой но действенный.
см. по теме: Буфер запасов.
🔥3👍1
Уведомление: 7 октября 2023 года с 5:00 до 6:00 по Московскому времени будут проводиться на сетевом оборудовании, BIPULSE будет недоступен до 30 мин.
#bipulse
#bipulse
Есть ли управление рисками в ИТ-проектах?
Часто (почти всегда), управления рисками в ИТ-проектах нет.
Потому что:
1. ИТ-проекты делают инженеры - им не интересно думать про и-риски.
2. ИТ-проектами ЧАСТО управляют инженеры - им нужно "пасти котов" а не заниматься и-рисками.
3. Заказчик ЧАСТО приходит с Решением, которое НЕ РЕШАЕТ его проблему.
4. Инженеры думают что, то что принёс Заказчик это о что ему НУЖНО.
5. Инженерам пофиг на цель Заказчика, интересней решать инженерную "вкусную" задачу.
Это характерно для всех знаниевых проектов. (могут быть вариации в зависимости от среды)
Из этих посылок я и свёл все в Метод Управления проектным бизнесом. Чтобы нормально управлять знаниевыми проекта.
(по следам одного из чатов)
@bipulse
Часто (почти всегда), управления рисками в ИТ-проектах нет.
Потому что:
1. ИТ-проекты делают инженеры - им не интересно думать про и-риски.
2. ИТ-проектами ЧАСТО управляют инженеры - им нужно "пасти котов" а не заниматься и-рисками.
3. Заказчик ЧАСТО приходит с Решением, которое НЕ РЕШАЕТ его проблему.
4. Инженеры думают что, то что принёс Заказчик это о что ему НУЖНО.
5. Инженерам пофиг на цель Заказчика, интересней решать инженерную "вкусную" задачу.
Это характерно для всех знаниевых проектов. (могут быть вариации в зависимости от среды)
Из этих посылок я и свёл все в Метод Управления проектным бизнесом. Чтобы нормально управлять знаниевыми проекта.
(по следам одного из чатов)
@bipulse
❤1
Можно ли получить устойчивый навык планирования проекта за 24 часа обучения
В одном чате возник спор про качество обучения навыками управления проектами. А так как мы (и я Алексей Васильев лично) проводим обучение управлению проектами, то мы можем утверждать что технология Метода и формат проводимого обучения действительно даёт начальные навыки управления для управления проектами на приемлемом уровне для последующей отработки и дальнейшего развития.
В качестве доказательства приведу пару примеров
Ситуация 1:
* Школьник, 14 лет, "вписался" управлять двумя проектами по созданию игр. Первая часть обоих проектов там это постановка цели и планирование достижения цели.
Начальные знания:
* Прочитал книгу "Управление проектным бизнесом"
* Послушал пару выпусков подкаста "Разговоры о Методе Управления проектным бизнесом" , где я про планирование рассказываю.
Итоги:
* Постановка цели проекта: 3 раунда для 2 проектов (2+1). - 1 корректировка по рекомендации. После 2 раундов по первому проекту, третий по второму уже прошел без ошибок.
* Планирование проекта - 2 корректировки. К 4 раунду планирования уже проводил планирование без ошибок.
И это при том, что он НЕ проходил моего системного обучения с практикой.
Ситуация 2.
Было:
Руководитель архитектурного бюро (самый главный архитектор). Задачи велись в Трелло.
Все проекты выполнялись с просрочкой.
Стало:
После объяснения как строить надежные планы (рекомендации Метода) и 3 корректировок самостоятельно начал планировать другие проекты и через 6 месяцев заполнил свой портфель проектов на 3 месяца вперед с успеваемостью всех вовремя.
Выводы:
* Навык постановки цели и планирования проекта отрабатывается за 24 часа обучения.
* Управлять планированием проекта можно даже зная контекста, потому что его знают владельцы экспертизы / исполнители / ГИПы.
* Нельзя путать качество планирования как процесса и содержание.
Бывает что в строительной среде есть выделенные планировщики проектов которые ДОЛЖНЫ понимать особенности строительства объектов, и они этого не понимают, это НЕ ТОЖЕ САМОЕ что навык планирования проекта.
Два примера выше показывают что технология планирования проекта одинаково работает и для опытного инженера и для школьника.
==
А 27 ноября стартует онлайн креш-курс "Выполнение проектов вовремя и с рамках бюджета" (по формуле 4 недели 8 занятий) , еще есть места но быстро заканчиваются. Когда будет следующий я не знаю (честно не знаю)
В одном чате возник спор про качество обучения навыками управления проектами. А так как мы (и я Алексей Васильев лично) проводим обучение управлению проектами, то мы можем утверждать что технология Метода и формат проводимого обучения действительно даёт начальные навыки управления для управления проектами на приемлемом уровне для последующей отработки и дальнейшего развития.
В качестве доказательства приведу пару примеров
Ситуация 1:
* Школьник, 14 лет, "вписался" управлять двумя проектами по созданию игр. Первая часть обоих проектов там это постановка цели и планирование достижения цели.
Начальные знания:
* Прочитал книгу "Управление проектным бизнесом"
* Послушал пару выпусков подкаста "Разговоры о Методе Управления проектным бизнесом" , где я про планирование рассказываю.
Итоги:
* Постановка цели проекта: 3 раунда для 2 проектов (2+1). - 1 корректировка по рекомендации. После 2 раундов по первому проекту, третий по второму уже прошел без ошибок.
* Планирование проекта - 2 корректировки. К 4 раунду планирования уже проводил планирование без ошибок.
И это при том, что он НЕ проходил моего системного обучения с практикой.
Ситуация 2.
Было:
Руководитель архитектурного бюро (самый главный архитектор). Задачи велись в Трелло.
Все проекты выполнялись с просрочкой.
Стало:
После объяснения как строить надежные планы (рекомендации Метода) и 3 корректировок самостоятельно начал планировать другие проекты и через 6 месяцев заполнил свой портфель проектов на 3 месяца вперед с успеваемостью всех вовремя.
Выводы:
* Навык постановки цели и планирования проекта отрабатывается за 24 часа обучения.
* Управлять планированием проекта можно даже зная контекста, потому что его знают владельцы экспертизы / исполнители / ГИПы.
* Нельзя путать качество планирования как процесса и содержание.
Бывает что в строительной среде есть выделенные планировщики проектов которые ДОЛЖНЫ понимать особенности строительства объектов, и они этого не понимают, это НЕ ТОЖЕ САМОЕ что навык планирования проекта.
Два примера выше показывают что технология планирования проекта одинаково работает и для опытного инженера и для школьника.
==
А 27 ноября стартует онлайн креш-курс "Выполнение проектов вовремя и с рамках бюджета" (по формуле 4 недели 8 занятий) , еще есть места но быстро заканчиваются. Когда будет следующий я не знаю (честно не знаю)
👍4🔥1
Вебинар буду проводить. 14 ноября , 11-00 МСК
Бесплатный вебинар "Как управлять проектом когда много изменений"
На вебинаре вы узнаете, как решать проблемы, которые возникают на проекте внезапно, но требуют немедленного решения. Расскажем, как обещать надежные сроки заказчикам, быть с ними на одной волне и преодолевать сопротивление.
Важные темы, рассматриваемые на вебинаре:
* Какие возможности есть для избегания встречи с «нежданчиком»
* Как обрабатывать «нежданчики»
* Как управлять заинтересованными сторонами, когда «нежданчик» всё-таки пришёл
* Как приоритизировать проекты когда их много
* Причём здесь Теория ограничений
Регистрация по ссылке:
https://pulsemanagement.timepad.ru/event/2666087/
Бесплатный вебинар "Как управлять проектом когда много изменений"
На вебинаре вы узнаете, как решать проблемы, которые возникают на проекте внезапно, но требуют немедленного решения. Расскажем, как обещать надежные сроки заказчикам, быть с ними на одной волне и преодолевать сопротивление.
Важные темы, рассматриваемые на вебинаре:
* Какие возможности есть для избегания встречи с «нежданчиком»
* Как обрабатывать «нежданчики»
* Как управлять заинтересованными сторонами, когда «нежданчик» всё-таки пришёл
* Как приоритизировать проекты когда их много
* Причём здесь Теория ограничений
Регистрация по ссылке:
https://pulsemanagement.timepad.ru/event/2666087/
pulsemanagement.timepad.ru
Бесплатный вебинар "Как управлять проектом когда много изменений" / События на TimePad.ru
На вебинаре вы узнаете, как решать проблемы, которые возникают на проекте внезапно, но требуют немедленного решения. Расскажем, как обещать надежные сроки заказчикам, быть с ними на одной волне и преодолевать сопротивление.
💯2❤1