Запись митапа Клуба Менеджеров ИТ-проектов @spbspm

Опыт внедрения проектных комитетов в ЕвроАвто,

И презентация решения BIPULSE (или Методики) - Как выполнять проекты вовремя или раньше с ИСУП BIPULSE.

Коллеги всем привет ) через полчаса начнем трансляцию

https://www.youtube.com/watch?v=GtUMbRFNNZs

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

Карта знаний ТОС.

Вернее карта знаний, которые мы используем в своих проектах. Кроме ТОС мы включаем в наш подход глубинные знания и PDSA Деминга, теорию самодетерминации Деси и Райяна, теорию развития мышления Кигана и Актуальную трансформацию бизнеса, построенную на "мыслительных процессах" ТОС. В основе (1-й, нижний уровень) - картина мира Деминга и Голдратта, дополненная современными знаниями из психологии. В проектах работаем над тем, чтобы знания эти стали знаниями команды клиентской организации. Первый уровень - знания теоретические, 2 и 3 уровень - знания скорее практические (некоторые вообще должны перейти в навыки).

Если говорить о временной шкале, то желательно идти снизу вверх. Но наверное, в реальной жизни это нереально. Например, верхний уровень – это вершина, но чаще всего начинаем работать именно оттуда. Ведь мало кому нужна теория, а вот стратегия, трансформация – нужна прямо сейчас.
Главное не в этом. Главное, чтобы общая карта знаний в конце концов сложилась, стала взаимосвязанной и целостной.

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

Язык очень важен и может быть его следует поместить на "нулевой" уровень. Он не зря отличатся от бытового и даже от бизнес - языка. Он уже включает в себя целостность, синхронизацию, поток и скорость. С этим еще будем работать.

А вот и запись вебинара подоспела: https://t.me/c/1369027578/1025

Коллеги, я сегодня с вакансией.

Нашему Клиенту необходим специалист: Администратор проектов

Кому будет интересно предложение: студент(-ка) старших курсов, начинающий РП.
Где: Санкт-Петербург, центр.
Режим работы: в офисе.
Профиль компании Клиента: проектирование и производство РЭА.

Что делать нужно:
1. Согласовывать разрабатываемые проекты с другими подразделениями предприятия и представителем заказчика.
2. Определять план-график выполняемых работ по проекту и требуемые для этого ресурсы.
3. Определять перечень ответственных лиц, которые будут участвовать в процессе разработки проекта.
4. Контролировать подготовку необходимой документации для разработки нового проекта.
5. Координировать работу участников проекта, в том числе со сторонними службами предприятия и контрагентами.
6. Контролировать соблюдение сроков выполнения разработки процесса.
7. Отслеживать отклонение от плана, вносит корректировки в план, анализирует влияние отклонения на ход реализации проекта в целом.

Вся работа в части координирования и администрирования проектов строится на основе Методики "Pulse Management", и ИСУП BIPULSE, который тоже нужно будет администрировать поэтому скорее всего будут необходимы навыки:

1. Умение читать документацию к информационной системе (и Методике) и понимать её.
2. Умение "вытягивать" проблему из сотрудника. (это и для Администратора проекта хороший навык)
3. Умение просто и понятно рассказать сотруднику "как сделать" в информационной системе для достижения его цели.
4. Умение формулировать правильные вопросы или заявки к поставщику информационной системы.
5. Терпеливость и внимательность, обычно люди хотят решить свою проблему кратчайшим способом.
6. Системное мышление.
7. Навык что-то поделать руками для технического администрирования системы тоже желателен. (GNU/Linux, PostreSQL, хотя есть внештатные системные администраторы)

Фактически, это роль : Координатор, Администратор, Помощник. Поэтому суммируя всё: нужно слушать, систематизировать, задавать неудобные вопросы команде проекта.

Мы, со своей стороны, как поставщик решения BIPULSE и Метода управления проектным бизнесом "Pulse Management", осуществляем поддержку и методическое сопровождение. Но нужен сотрудник - агент изменений, который внутри компании нашего Клиента выполняет все наши рекомендации.

Куда писать резюме: info@bipulse.ru , с темой: по вакансии "Администратор проекта".
Мы дальше состыкуем.

#вакансия

Простые инструменты Теории Ограничений читайте в статье Ивана Абашкина.

Уф! Я наконец то дописал "небольшую" статью про Волшебных Друидов Теории Ограничений:

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

Надеюсь получилось интересно!

Лето на носу, время перемен. Меня иногда спрашивают, "А я могу применить Метод для развития себя?". Ну если подумать то почему бы и нет?

Так как если мы ставим себе Цель и ограничиваем её во времени, то это уже "проект". И можно применить механики Метода для её достижения. Тут главное без фанатизма.

А любое развитие оно не может быть постоянным, в нашем менталитете это не заложено. Значит будет "рывок", потом "зона комфорта".
И вот здесь помогут механики Метода:
1. Постановка Цели.
2. Планирование

Про первую есть в докладе, и даже формате мастер-класса! Если у вас есть задумка и вы думаете про её достижение, то приготовьте бумагу, ручку и включайте видео!

https://www.youtube.com/watch?v=Fh9XziAKKCI

Там на канале по поиску "SPM" много видео есть про управление проектами - записи Spb SPM Club за несколько лет.

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

Продолжаем про карьерный рост.

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

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

И завершаем про карьерный рост

Если же Цель "как бы есть, но нет", и постоянно находитесь в состоянии "аа... нужно делать... Ааа... нужно НЕ делать.." , то типовые коучинговые вопросы по Квадрату Декарта уже не помогут. вы останетесь в состоянии "нифига не понятно что делать".

Поэтому тут лучше применить уже тяжелую артиллерию:
1. Волшебных Друидов для определения проблемы (дилеммы)
2. И потом выходить на построение Грозовой тучи

#tocico

Управление проектом через буфер критической цепи это просто иной подход к управлению через Контрольные точки (КТ).

В типовом управлении по КТ считаются отклонения в днях и по ним идёт сигнализация (зеленый - желтый - красный). Но проблема в том, что для разной длительности проекта и прогресса нужны разные границы зеленой-желтой-красной зоны. А график температур (fever chart) потребления буфера критической цепи это обеспечивает.

Примечание 1: Это верно для сценария когда расписание перестраивается каждый день и мы видим отклонение от КТ сразу, а не в момент её наступления. (и ИСУП поддерживает это режим).

Примечание 2: явное выделение времени для буфера критической цепи и иную оценку длительности я исключаю из этого сравнения.

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

Есть идея, а не провести ли мне вебинар на тему
"Pulse Management - another way to reach goals faster for IT and R&D companies"
то есть:
"Pulse Management - другой путь достижения целей быстрее для ИТ компаний и конструкторских бюро "
?

Тема доклада: рассказ о методе управления проектным бизнесом "Pulse Management" с точки зрения типовых решений Теории Ограничений и управления проектами критической Цепи. В формате обоснования решения по алгоритму "Стоя на плечах гигантов".

Это будет перевод моего доклада конференции Critcal chain 2022.

Поставьте лайк, если интересно.

Разная дистанция - разные правила.

Завтра (в среду) в 15-00 МСК

https://www.youtube.com/watch?v=PKXXBYe5kVI

Будет презентация книги Правила Потока.

=
Доктор Efrat Goldratt-Ashlag поделится историей своей новой книги «Правила потока Голдратта» 7 июня 2023 года в 8:00 по восточному времени (GMT-4). С тех пор, как The Goal была впервые представлена, #theoryofconstraints (TOC) эволюционировала и превратилась в одну из лучших методологий улучшения бизнеса, используемых сегодня в мире. Доктор Эфрат Голдратт-Ашлаг рассказал, что с момента своего новаторского выпуска в 1984 году «Цель» остается самым ценным шедевром Илая, неизменно являясь бестселлером номер один среди всех его работ. Тем не менее, Эли страстно подчеркивал, что управление проектами является первостепенной задачей, превосходящей производство, и незаменимой практикой, охватывающей все организации, отрасли и сектора. И именно в этой сфере #TOC может оказать глубокое и положительное влияние на человечество, применяя эти преобразующие правила. Эли Голдратт намеревался продвинуть свою раннюю работу над Critical Chain, но, к сожалению, его кончина оставила эту жизненно важную задачу в умелых руках Эфрата, который успешно завершил эту работу. Послушайте опыт Эфрат вместе с ее отцом, когда он разрабатывал теорию ограничений и критической цепи. Теперь ключ заключается в том, чтобы сохранить импульс осведомленности об этой знаковой работе и распространить ее влияние на мир управления проектами, точно так же, как The Goal произвела революцию в операционной среде. Присоединяйтесь к нам, чтобы почтить наследие доктора Голдратта и сотрудничать, чтобы повысить осведомленность о «Правилах потока Голдратта», особенно в академических кругах, ориентируясь на студентов и преподавателей. «Улучшение кровотока является основной целью каждой операции» ~ Д-р Эли Голдратт. Не пропустите эту живую премьеру 7 июня. Подпишитесь на @TOCICO на YouTube и включите уведомления.
==

Видимо это выкладка доклада с конференции, рекомендую.

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

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

По сравнению с оценкой в человеко-днях, оценка в Story points - это относительная оценка задач. Такая оценка обеспечивает возможность учёта и управления ожиданиями Заказчика когда непонятно "что делать", но есть субъективное мнение "эта задача больше чем" или "эта задача меньше чем".

Читать дальше: https://bipulse.ru/blog/index.php?post/2023/06/07/How-to-use-story-points

#agile_цинизм #статья

Кейс Ембрайер от Филиппа Мариса
===
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, спросив их, каковы шансы успешно выполнить проекты, если их организация сосредоточена только на механике буферов и т.д. Ответ был единогласен. Все эксперты сказали, что без управления потоком шансы на успех невелики.
==