Самолет Embraer E190-E2 разрабатывался со скоростью света: программа заняла всего 5 лет. Как? 👇

Программа стоимостью 1,3 млрд долларов была запущена в 2013 году и анонсирована на Парижском авиасалоне.

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

Программа была разделена на несколько рабочих пакетов, управляемых в соответствии с подходом Critical Chain Project Management.

- В 1990 году компания Embraer приняла теорию ограничений, а с 2009 года внедрила подход Critical Chain.

- Самолет E190-E2 является первым, который был полностью разработан в соответствии с принципами Critical Chain.

- Уже на этапе планирования удалось сократить сроки реализации проекта на 22 месяца.

- Благодаря последующему наблюдению с помощью Fever Chart, они смогли быстро отреагировать на дрейф и закончить примерно за месяц до запланированной даты.

- Каждый рабочий пакет имел буфер, и управление буфером контролировалось на протяжении всего выполнения рабочих пакетов.

- Эта система позволила правильно расставить приоритеты, сосредоточив усилия и внимание руководства на пакетах работ с наихудшим соотношением между ходом выполнения проекта и расходом буфера, отображаемым на графиках лихорадки.

Модель была сертифицирована и запущена в 2018 году, всего через пять лет после утверждения бизнес-плана, на месяц раньше запланированного срока.

Из заметки Philipp Marris (Marris consulting) в Linkedin
Пожалуйста, обратите внимание, что это не кейс клиента Marris Consulting. Marris Consulting помогла Embraer, но только в подразделении бизнес-джетов.
==

Примечание: Это также не кейс BIPULSE, Мы с Эмбраер еще не работаем, но BIPULSE, как информационная система управления проектами реализует Управление проектами Критической Цепи (CCPM). То есть в Российской Федерации у вас тоже есть возможность получиться такие же эффекты как и Эмбраер.

#ccpm

Коллеги, если кто умеет быть модератором на форсайт сессиях, то нужна ваша помощь
===

Друзья, теперь уже срочно!
Прошу откликнуться сегодня до 14:00 🚨
Нужны 2 модератора с опытом, работать по утвержденному сценарию.

Задача: 20.06.24 вести подгруппу в сессии Фосайт. Оплата 30 т.р., обед+ужин.

Локация: Красивый пансионат в Подмосковье, 15 км от МКАД.

Кто: Компания, разработчик технологических решений.

От вас: понимание, что делает модератор, практический опыт.

Заявка: от вас несколько слов, почему вы справитесь, информация об опыте работы и ответ на вопрос: «Что сделаю, если группа тормозит с обсуждением задачи и есть риск не уложиться по времени»

Пишите на тг @IrinaNikSorokina

TOCICO всё также можно оплатить! $97 для России.

(карты Кыргыстана работают %)

Аспекты применения точности планирования

Метод описан насколько компактно, что часто возникает желание переложить некоторые показатели в другую среду и сделать из низ ключевые показатели эффективности. Не не всегда стоит этого делать.

Когда мы видим новый для нас индикатор, сразу хочется попробовать его в своей среде и применить чуть иначе “А давайте мы его применим к других показателям проекта!”. Такое желание похвально, но в Методе есть скрытая посылка “Без фанатизма”. Нужно понимать, для чего применяется тот или иной показатель, и почему он имеет такую формулировку.

Новая статься посвящена показателю “Точность планирования” и как его применять в проектах капительного строительства.

https://pulsemanagement.org/article-how-to-use-planning-precision/

#метод #метод_пульса #статья

Как считать Точность планирования и как применить в капитальном строительстве

Точность планирования нужно считать, как написано в Методе, но но есть небольшие особенности про которые не так очевидно.

    (Сумма плановых дней всех для работ за период)
K = -------------------------
    (Сумма фактически потраченных рабочих дней на работы  за период)

Сумма - это сумма по всем выполненным работам за период.

В случае проектов капительного строительства, не "все-все работы", а работы определённого типа. то есть для каждого типа работ считаем отдельную точность так, как их структура и бизнес-процесс сильно отличается.

Период - скользящее окно 4-6 недель. То есть показатель не разовый, и не "сегментный" а меняющийся.

Дальше показатель необходимо применять в регулярном ретроспективном анализе для корректировки процессов работ или уточнения планов.
По хорошему, ему нужно исторический график сделать, чтобы видеть изменения.

Важные замечания:

1. Оценка длительности работ должна быть ВСЕГДА оптимистична, так как целевой показатель К = 0.7 .

2. Нельзя работать только с этим показателем. Нужно использовать и другие. Так как попытка подделки показателя приведет "просадке" остальных:
- повышаем точность (позже отмечает начало) - проседает скорость,
- повышаем скорость "гонкой быстрый-быстрей" - снижается качество и добавляется работа по переделке и расходуется буфер проекта.

#метод #метод_пульса #ответы_на_вопросы

Когда выполняешь много проектов то часто возникают конфликты, которые нужно решать быстро, чтобы не упустить ни одной возможности. А вот у Ивана получился кейс применения Волшебных друидов для решение конфликта на проекте развития.

Читать ниже...

Прикольный юзкейс по применению Друидов в переговорах только что получился.

В общем, рассказываю. Делаем мы, значит, роутеры, которые должны обеспечивать стабильную связь даже в самых глухих местах. Внутри у нас стоит LTE-модуль, штука важная, но от стороннего производителя.

Работает всё вроде норм, но сидеть на «кожанной игле» одного поставщика не хочется – мало ли что. Да и альтернативы иногда появляются весьма интересные. Вот и в этот раз нам дистрибьютор предложил аналог нашего LTE-модуля поинтереснее – и по цене приятнее, и инженерам нашим понравился.

Но! Мы же продаём надёжность прежде всего! Поэтому без серьёзных испытаний – никуда. Гоняем мы, значит, этот модуль и в хвост, и в гриву, и в жару, и в холод, а проверить толком в условиях плохой связи не можем – у тестовых образцов только по одной антенне. А нам для достоверности нужна версия с двумя антеннами – Main и Diversity..

Спрашиваем у поставщика – а он руками разводит, мол, не делаем мы таких серийно, только под заказ от 200 штук. А нам столько не надо! 20 бы хватило для полноты картины. В итоге получается просто какой-то замкнутый круг: мы не можем завершить тесты без двух антенн, поставщик не хочет делать мелкую партию.

В общем, взял я своего бота про Волшебных Друидов, надиктовал ему всю эту ситуацию и он мне всё разложил по полочкам. Друид не только чётко показал противоречие, но и решение подсказал, причем выгодное для обеих сторон.

Бот предложил такое решение: покупаем у поставщика 20 штук по завышенной цене, чтобы показать серьезность своих намерений, плюс гарантируем выкуп оставшейся партии, если модули пройдут наши испытания. Ну что он, не уверен что-ли в качестве своего товара?

И что вы думаете? Сработало! В итоге поставщик согласился и подвешенная две недели задача с закупками разрешилась.

Совсем скоро я буду выступать на Летнем Аналитическом Фестивале (ЛАФ) который будет 13 июля.
В этот раз он будет проходить недалеко от Шереметьево (Москва)

Как безболезненно внедрять ИТ-системы

В докладе будет рассмотрен безболезненный способ внедрения изменений (а внедрение ИТ-проекта это проект изменений) предлагаемый Теорий Ограничений. Основной механизм которого, это последовательное преодоление слоёв сопротивлений «6 слоёв сопротивлений». Будет дан обзор общего подхода к внедрению изменений и обзор основных применяемых инструментов.

Если вам интересны эти вопросы и вы из ИТ-сферы, приглашаю вас на мой Доклад на ЛАФ 2024.

13-14 июня в Москве в гостинице Sheraton Skypoint Luxe соберутся лучшие специалисты для двух дней интенсивного обучения, обмена опытом и нетворкинга.

Вас ждут 40+ докладов, мастер-классов, дискуссий и деловых игр с упором на практику и интерактив.
И всё это - в атмосфере свободного общения и отдыха на природе.

А если хотите получить скидку на билеты, участвуйте конкурсе, который они организуют у себя в канале. И.... можно выиграть скидки на билеты 15%, 10%, 5% или эксклюзивный мерч ЛАФ 2024!
Все условия конкурса можно найти в посте у них в канале.

P.S. Конкурс продлится до 24 июня, так что переходите в канал прямо сейчас

Завтра в 19 часов МСК буду рассказывать про принятие решений в рамках Книжного Клуба продактов.

https://t.iss.one/Product_offline/420

Включайтесь!

Приотрывая завесу тайны %) будет про сито и про процессы

#ответы_на_вопросы Что такое Цифровизация

Цифровизация - подчинение Алгоритму. Точка.

Это значит что человек должен выполнять всё что говорит алгоритм (машина).
Всё остальное про оцифровку процессов и т.д. - это автоматизация.

Индустриализация - усиление рук рабочих. (станки)
Автоматизация - усиление рук инженеров. (САПР)
Роботизация - это вторая автоматизация усиления рук рабочих ( станки ЧПУ)

Сейчас новый этап - Цифровизация - исключение Руководителя из цепи принятия решений. (про нежелательные эффекты уже догадались, ага?)


Простые примеры:

- Яндекс Такси - водитель едет туда куда говорит алгоритм который вы запустили

- Доставка из магазинов - люди в магазине собирают для вас заказ, курьер его доставляет. Алгоритм распределяет кто и куда идёт.


Сложные примеры:

- Управление запасами - Закупщик отправляет заказ поставщику по той позиции и в том объеме что говорит Алгоритм. Алгоритм руководствуется буфером запасов (ББК, ТОС), прогнозом продаж, минимальной партией и надёжным сроком пополнения.

- Управление проектами - Вы запускаете проект в работу когда Алгоритм сказал его запустить. Алгоритм руководствуется вычисленным буфером проекта, вычисленным ресурсом ограничением.

- Управление проектами - Вы должны всё рекомендации Алгоритма , заливать ресурсами, останавливать проект, проводить ретроспективу. Алгоритм руководствуется расходом буфера проекта (ТОС, CCPM) и прогрессом проекта.


Может ли искусственный интеллект (ИИ) говорить что делать и быть тем самым Алгоритмом которому нужно подчиняться?

И "да" и "нет". кто не будет подчиняться Алгоритму если не понимает ПОЧЕМУ такая рекомендация была выдана.

Пример 1:
- Навигатор (карты) говорит "Езжай этой дорогой!"
- А почему именно этой?
- Потому, что по маршруту "Б" и "В" будет дольше ,вот доказательства (показывает пробки)
- А.. ну ладно.

Пример 2:
- Система правления проектами говорит: будут выполняться вот так!
- А почему так? Я не согласен!
- Потому что так такие приоритеты, и вот такие ресурсные связи.
- А.. ну ладно.

Человек готов доверять машине (Алгоритму) только в тех случаях когда она ведет себя предсказуемо.
А ИИ ведет себя не предсказуемо. Поэтому история с ИИ - это не про Цифровизацию, это про обработку данных, выявление закономерностей, анализ информации.
Та же поддержка принятия решений не как жесткая рекомендация которой нужно подчиняться, а как система построения выводов на основе разрозненных фактов.

---
С чего вдруг:
Закончил очередной тренинг "Цифровизация предприятия", раскидывался идеями про повышение dFCF и T/CU для металопрокатного производства, нефтедобывающего производства.

А вот и запись от организатора вебинара про выбор метода управления и Сито идей.

https://t.iss.one/Product_offline/431

24 июля в 18-30 МСК будет Видео-встреча (онлайн-митап)

Онлайн мастер-класс "Карта правил команды"

Онлайн-встреча посвящена инструменту Карта правил команды (соглашения команды). Карта уменьшает штормление команды проекта и это основной инструмент фокусировки на процессах в отношении вершины “Правила и процессы” Дао предприятия.

Очередная встреча "Клуба Управление проектным бизнесом" посвящена инструменту Карта правил команды (Соглашение команды).

В сложных проектах, таких как ИТ и НИОКР важно уметь договариваться о правилах. Особенно если вы как менеджер пришли на проект, то в первый же день нужно о понять ожидания, снять опасения и ответить на вопросы. Карта правил команды это очень простой механизм быстрого снятия ожидаемых проблем и выработки системных правил для избегания грядущих проблем.

На видео-встрече будет рассмотрена сама Карта, предпосылки использования и практикум по составлению. Поэтому важно, чтобы у вас была камера и рабочий микрофон.

Регистрация по ссылке:
https://pulsemanagement.timepad.ru/event/2927757/

Ура! Вышло обновление АвтоГанта!

Добавлено:
+ указание исполнителя по задаче
+ установка статусов задач
+ установка фактических сроков выполнения.

В остальном - такой же простой, и такой же "ручной" инструмент. Только теперь можно отслеживать выполнение проекта.

#автогантт

15-17 июля буду в Челябинске.

Если есть кто там, то могу встретиться вечером рассказать полезное ;)

Напоминаю! Уже в среду 24 июля в 18-30 будет онлайн-встреча!

https://t.iss.one/bipulse/532

https://t.iss.one/bipulse/532

Уже сейчас! Включайтесь!

https://us02web.zoom.us/j/83633914303?pwd=K3FK9ulrSwOD4MhHLuhXlIQaLz5JXo.1

#ответы_на_вопросы Полный резерв, свободный резерв и Управление проектами критической цепи.

В капстрое очень любят эти два термина "Полный резерв" и "Свободный резерв". Давайте разбираться а существуют ли оба этих резерва, если применяется Управление проектами критической цепи (CCPM).

= Определения =

(Из открытых источников)

Полный резерв показывает максимальное количество времени, которое можно потратить на выполнение работы, не влияя на сроки окончания проекта.

Свободный резерв — это время, на которое можно увеличить продолжительность работы, не изменив при этом раннего старта её последователя.

= Переведём термины на нотацию CCPM =

Полный резерв - разница между ранним и поздним финишем задачи на питающей цепи.

Свободный резерв - встроенная подстраховка в задаче цепи. Разница между ранним стартом задачи-потомка и ранним финишем задачи.

= Правила при Управлении проектами критической цепи =

Все резервы вытаскиваются из задач и складываются в буфер в конце проекта для агрегирования неопределенности.

= Вывод =

При управлении проектами критической цепи "Свободный резерв" не применяется. Его нет! Его убрали в буфер, в конце проекта.

А вот "Полный резерв" очень даже применяется. И не просто применяется, а его расход контролируется через "Буфер питающей цепи". При этом размер буфера питающей цепи НЕ МОЖЕТ БЫТЬ БОЛЬШЕ чем "Полный резерв" (в книге Лоуренса Лича может быть иначе). Если оказалось, что Питающий буфер не влезает в "Полный резерв", значит варианта два:

1. Используем короткий (дефицитный) буфер . Размер питающего буфера равен полному резерву.

2. Определяем питающий буфер по расчёту и СРАЗУ указываем его расход, на основе дефицита размера буфера. В этом случае питающая цепь начнётся из красной зоны и нужно будет сразу применять план изменений.

= А если полного резерва больше, чем нужно для питающего буфера =

У вас может сложиться ситуация когда размер Питающего буфера будет МЕНЬШЕ полного резерва. В этом случае следует выбрать, где располагать буфер по раннему старту или по позднему финишу.

Так как основная рекомендация CCPM - начинай как можно позже. То буфер и цепь следует сместить вправо по позднему финишу.

#ccpm

https://youtu.be/G4sCW50IwKs

Видео-запись "Карта правил команды" докладной части, а на мастер-классе было интересно!

#видео #метод