Кейс Ембрайер от Филиппа Мариса
===
E190-E2 - это среднемагистральный самолет, разработанный Embraer всего за пять лет.
Программа была инициирована в 2013 году и анонсирована на Парижском авиасалоне.

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

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

➡️ Embraer принял теорию ограничений в 1990 году и внедряет подход критической цепи с 2009 года.

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

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

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

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

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

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

#ccpm

Вот подробная презентация Edy Nilton D. Aparecido Embraer на английском языке, которая рассказывает эту замечательную историю:

https://www.youtube.com/watch?v=5Ag5tLgGpE4&feature=youtu.be

Выдержки из видео, благодаря @AbashkinIvan

==
Мы должны избегать плохой многозадачности на уровне задач, потому что это убивает нас. Она убивает наше время, нашу энергию и нашу мотивацию. Сегодняшняя культура поощряет постоянные перебои и восхваляет многозадачность, и мы платим за это большую цену.
...
Это проблема. Если мы хотим завершить проекты быстрее, нам нужно изменить наши личные привычки, а также организационную культуру, чтобы поощрять непрерывное время работы и противостоять плохой многозадачности.
==
когда прототип, новая инициатива не работает, мы сталкиваемся с двумя альтернативами. Одна - жаловаться на реальность, а другая - извлечь пользу из подарка, который она нам только что сделала, знание о том, что нужно исправить.
==
Улучшение потока - это основная цель каждой операции. Когда отец начал говорить в терминах потока, все последние части пазла начали вставать на свои места. Видение многопроектных сред как потока проектов, проходящих через операцию, имеет все смыслы в мире
==
я знаю, чего он ждал. Дело в том, что в начальный период он полагал, что фокус его решения в управлении проектами — это буферы. Буферы должны были использоваться для контроля над ходом проектов и сокращения сроков выполнения. Оказалось, что буферы важны, но они лишь часть картинки, и не самая главная. Акцент должен быть на управлении потоком. Чтобы доказать это, он должен был убедиться, что управление потоком достаточно для сокращения сроков. Так что он больше не нуждался в том, чтобы рекомендовать людям сокращать буферное время в два раза.
==
инженер, который встречался с моим отцом в BEDEC в начале 90-х. После долгой и успешной карьеры он ушёл на пенсию и угостил себя степенью MBA. Его обзор литературы охватывал все научные работы, которые упоминали CCPM с момента публикации книги "Critical Chain" и до настоящего времени. Он обнаружил, что практики, обеспечивающие механику управления проектами, такие как распределение и размер буферов, планирование и установка продолжительности задач, составляют 77% дискуссии. И очень мало внимания уделялось аспектам улучшения потока в CCPM. Казалось, что люди, как в академическом сообществе, так и в организациях, были знакомы с ранними концепциями CCPM и не знали о потрясающем развитии управления потоком.

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

Мои примечания:

В этой истории интересны следующие моменты
1. Очень много внедрений CCPM это американские и европейские компании. Это значит следует принять во внимание европейский менталитет и КАК они мыслят.

2. Сейчас я наблюдаю картинку закостенелости мышления в Agile-сообществе. Хотя там подходы не такие уж старые, но уже проявляется "если ты идешь против течения - то ты еретик". В ТОС сообществе тоже много таких.

3. Схема распределения проектов в потоки по рабочим центрам исходит из правила "исключения многозадачности", но не прямо очевидна.

4. Штатного механизма управления Потоком в CCPM не было описано (Лич, Словарь, "Критическая Цепь"), однако в Методе есть
- оперативный ритм и сравнение оценок с фактом (это из Agile/XP взято)
- "скорости решения и пополнения" (сравнение скоростей - это моя придумка 2018 года),
- "вчерашняя погода" - из XP притащена

и через них запускается Ритм Улучшений (ретроспективы) которые направлены в первую очередь на Улучшение скорости Потока.


И выводы из этого:
1. нужно всегда искать новые, лучше пути управления и повышения продуктивности (ччёрт, почти как в Манифесте ASDM получилось %)
2. Если люди в разных странах придумывают одно и тоже - это значит правильная тема. (Это ж-ж-ж не спроста)
3. Метод обеспечивает внимание Потоку, а не только буферам Цепи. И это встроенные Правила.

Это к видео https://t.me/bipulse/335

В блоге BIPULSE вышла статья:

Сколько стоит внедрить интеллектуальную систему управления проектами

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

Читать дальше

#статья

В блоге BIPULSE вышла статья:

Как оценивать задачи в Story Points на Agile-проектах

Сейчас те, кто кто не начинал применение адаптивных подходов к разработке программного обеспечения в 2000 годах, а прошли различное обучение или по верхам нахватались, применяют для оценки длительности задач единицы Story Point (SP) - единицы историй. Но, часто , неправильно...

Читать дальше
#статья

В блоге BIPULSE вышла статья:

История и предпосылки появления Agile-подходов

Применяя любые управленческие подходы необходимо их применять осмысленно, а не просто потому что "это модно" и "это популярно", "это у ХХХ получилось". И если "Свод знаний по управлению проектом" это сборник лучших практик, где почти в каждой главе указано "выбрите нужные для вас", то такого нельзя сказать про адаптивные подходы (Agile-подходы). Поэтом давайте разбираться с Agile-подходами к разработке программного обеспечения, почему появились и в чём ключевые отличия.

Чтобы понять почему адаптивные подходы получили популярность нужно понять историческую перспективу. Какая была ситуация на 1995-1996 год (даты выпуска XP, Scrum)? Что в корне изменилось?

Читать дальше

#статья #консервы #agile_цинизм

Хорошие у Перевозчика правила...

#консервы
#ccpm

По многочисленным просьбам, мы выпустили версию "BIPULSE для рабочего стола 7.12" (BIPULSE Project Desktop)


Это адаптированная версия BIPULSE Project Server для одного пользователя с возможностью работы с переносимыми файлами проектов.

#bipulse

Версия "BIPULSE для рабочего стола 7.12"

Что умеет:
+ Устанавливается на Astra Linux (и другие Linux)

+ Импортировать MS Project, Oracle Primavera файлы.
+ Просматривать файлы MS Project, Oracle Primavera файлы. (без перепланирования, а как там написано)
+ Работать с файлами проектов в своем формате.
+ Продолжать работу с ранее отрытым файлом.
+ В одном файле проектов можно держать несколько проектов (как серверный BIPULSE, только настольный)
+ Есть простое управление ресурсами и их мощностью.
+ Есть настройки режима планирования.
+ Вся история правок пишется в файл проекта.

+ Функции аналитики (И поддержка Критической Цепи) аналогичны серверной версии.
+ Функции "скольжения" незавершенного графика на текущую дату аналогичны серверной версии
+ Экспорт в MSProject аналогичен серверной версии
+ Можно прикреплять файлы к задачам

+ Планирование и запуск задач без установки исполнителя (проставляется автоматически)
+ Завершение задачи задачи без отчёта.

Если давно хотели заменить MS Project на отечественный софт под AstraLinux, напишите нам info@bipulse.ru.
#bipulse

В блоге BIPULSE вышла статья:

Карьерный рост как проект

Что может быть проще чем сменить компанию и что может быть сложнее чем сменить компанию? Мы часто относимся легкомысленно к тому, к чему должны относиться серьезно и наоборот. Смена компании или повышение квалификации мы можем обозначить, как Цель на ближайший год или полгода, то только речь заходит о расходах на оплату обучения, начинается внутренняя борьба между "экономить или нет".

Читать дальше

#статья #консервы

В блоге BIPULSE вышла статья:

Откуда взять Scrum Master-а когда бюджет не выделяют, но очень хочется

Так, как слова имеют значение, то давайте для начала определимcя с термином Scrum Master - я переведу его буквально "Хозяин Скрама". Непривычно да? Согласен! Однако, Скрам - это процессный каркас, поэтому предлагаю обобщить: "Хозяин процесса". Так чуть лучше, но предлагаю не использовать термин "Владелец процесса" здесь, так, как можно быть владельцем дома, но не быть его хозяином.

Итак, мы определись с термином, а теперь самый главный вопрос: зачем вам Хозяин процесса? Для какой цели он нужен?

Читать дальше

#статья #консервы

Самая популярная тема конференции "Форум по управлению проектами 2023' - как РП получить все нужные ресурсы для выполнения проектов.

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

Запуск проекта - это как выпуск водителя на маршрут. Если выпускать машину на маршрут с отсутствующим колесом, то как можно гарантировать выполнение заданий?

У проектного офиса всего две ключевых задачи:
1. Приоритизация проектов - а значит и выделение ресурсов. (То есть выпуск на маршрут)
2. Накопление опыта управления и ведения проектов.

Выпуск №15. Стратегия планирования проектов

- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта

Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.

Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm

Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru

#подкаст

Выпуск №15. Стратегия планирования проектов

- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта

Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.

Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm

Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru

#подкаст

https://youtu.be/wVTCVtExpVM


ТОС в медицине прямо сейчас

Фрагмент 16 подкаста. Про человеко-часы

Ведущий: Иван Абашкин, (ИА)
Отвечает на вопросы: Алексей Васильев (АВ)
Транскрабинг: Whipser AI

---
ИА: Оценка задач в идеальных человеко-днях, что такое идеальный человеко-день и как это вообще возможно в них оценивать?

АВ:
Когда я говорю про идеальный человеко-день, первое это реверанс в сторону экстремального программирования, термин взят оттуда, второе это вообще реверанс в сторону всяких agile подходов с их оценками в story-пойнтах.

Story-пойнты это единицы истории или единицы позиции к истории, которые показывают, насколько сложная задача, а также есть еще особенность в оценке в часах. Некоторые оценивают задачи в часах и тут тоже есть особенность.

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

Например, рабочий день начинается в 10 часов, в 13 часов дня обеденный перерыв начинается, задача на счета пол первого, длительность задачи по оценке один час, вопрос, когда будет закончена эта задача?

ИА: На следующий день, потому что я схожу, пообедаю, потом у меня начнется послеобеденная кома, мозг не работает, надо вспоминать, что делать, а давай-ка я отложу на следующий день

АВ: Точно! Работа будет закончена к обеду следующего дня, поэтому минимальная единица оценки, я обычно говорю, полдня, если IT проект посмотреть, там пока развернешь, пока проверишь, что все работает, пока поймешь, что делать надо и так далее. То есть, хотя у меня целая команда и ребятки там за час могли управиться, тем не менее оценка все равно полдня, меньше не бывает.

Некоторые могут поспорить, сказать, да нет, я оцениваю 15-минутные даже задачи!
Хорошо, вам нравится, вы оцениваете, 15-минутные, и может быть, даже это работает на какой-нибудь галерах. Только проблема в том, что с людьми на этих галерах что происходит? Если людям нравится, хорошо, люди просто могут прийти на галеры, полгода оттарабанить с таким микроменеджментом, сказать, спасибо за навыки, я пошел там, где комфортнее.

Тут, наверное, не стоит забывать еще про накладные расходы на само оценивание. Можно потратить полчаса на оценку 15-минутной задачи. Это полчаса, здесь важен сам способ оценки, так как мы позже
будем говорить про ковбойский метод, он позволит за 5 секунд очень много всего наоценивать, и мы можем быстро научиться. К тому же есть типовые оценки и так далее.

Здесь, поэтому важно, существует концепция идеального человеко-дня.

Я рассказал, час это слишком точная единица для очень неточной работы.

ИА: Следующий вопрос...

---

Вопрос: а такая расшифровка вообще читабельная?

#подкаст

Фрагмент 18 выпуска подкаста

==
– А зачем нам вообще спринты в нашем проектном управлении? Что нам это даёт? А то похоже что мы скрещиваем ужа с ужом, рождая какого-то Фронткенштейна. У нас есть календарно-сетевой график и как бы последовательность задач. Зачем нам еще какие-то спринты?

– Людям важны опорные точки. В экстремальном программировании у Бека еще в первой книжке был такой принцип "Действуйте в соответствии с инстинктами, а не вопреки".

Людям важны контрольные точки, проверки. И расставлять контрольные точки в календарно-сетевом графике достаточно сложно, они будут неритмичны. А нам важно, чтобы была привычка, чтобы эту привычку мы эксплуатировали.

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

Вот привычка, она работает, мы её эксплуатируем. Здесь то же самое. Если есть привычка каждый понедельник сверяться в план-факт, в 10 утра или в 11, когда все пришли в офис, то сверяемся в план-факт. Смотрим "что хотели сделать", "что получилось". Таким образом у нас есть привычка по планированию.

==
#подкаст