Подкаст 27. Пульс знаний. Как управлять знаниями предприятия.

https://t.me/bipulse_podcast/79

#подкаст

24 апреля в 16-00 мск.

Это вам не риски 2: теперь об управлении рисками в проектах

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

Чем изменение отличается от риска? Как выстроить систему управления проектом, чтобы она «выдерживала» и возможные изменения проекта, и неизбежные риски? Об этих и других вопросах проектного управления в теории и на конкретных примерах мы поговорим на встрече 24 апреля с тремя постоянными участниками наших Проектных Сред СОВНЕТ. В этом также экспериментальность нашей встречи, коллеги!

Итак, регистрируйтесь, приходите, участвуйте. Будет интересно!

https://sovnet-event.timepad.ru/event/2852124/

Завтра, в среду в 16-00 в чате Проектной Среды СОВНЕТ будет вебинар про и-Риски.
там будет и моя часть.

https://t.me/sovnet_ps

Вебинар СОВНЕТ прошёл.
Думаю нужно отдельный провести по этой теме с детальным раскрытием темы и обсуждением аспектов применения. Лайкнике если примите участие.


Хороший вопрос был:
Нам получается к проекту еще буфер нужно пристыковать? Кто ж нам бюджет под это даст??

отвечаю:
1. Буфер пристыковывается к АГРЕССИВНОМУ (оптимистичному) расписанию.
2. Управленческий резерв всё-равно есть, сделайте его видимым.

Рабочее.

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

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

А у вас есть отчёты по выполненной задаче? Нет? А Метод рекомендует! (см. Правила закрытия задачи)

Я там проводил типа Leancofee а в итоге оказалось, есть запрос на тему , и рассказал про U-shape

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

На IT GlobalMeetup №16 https://t.me/itgm_news

Пытаюсь у экспертов получить ответ "Чем хорош пакетно-узловой метод планирования" (ПУМ, advanced workpackages, AWP) по вопросам изменений:
- Зачем (почему) меняем?
- Что меняем?
- На что меняем?

Пока безуспешно. Как узнаю, напишу %)

Но сформулировал короткое описание для Управления проектами критической цепи, CCPM:

= CCPM для однопроектной среды =

Проблема (зачем меняем):
Сроки продалбываются, потому что Закон Паркинсона, синдром студента и плохая многозадачность

Что меняем:
- прикопанные резервы в задачах. (правила оценки длительности работ)
- плохая многозадачность (плохая - никто не понимает какие задачи делаются сейчас и их наваливают)

На что меняем:
+ резервы прикопанные из задач вытаскиваем наружу в буфер проекта (цепи)
+ начинаем контролировать расход буфера
+ исключаем плохую многозадачность.


= CCPM для многопроектной зависимой среды =

Зачем (почему) меняем
- все проекты продалбывают сроки
- никто не понимает что происходит
(потому что: Закон Паркинсона, синдром студента и плохая многозадачность)

Что меняем:
- прикопанные резервы в задачах. (правила оценки длительности работ)
- плохая многозадачность (плохая - никто не понимает какие задачи делаются сейчас и их наваливают)
- систему впуска проектов в работу

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


В принципе эти же ответы подходят и для Pulse Management, и для внедрения ИСУП BIPULSE

Очень рекомендую к просмотру:

Решили попробовать новые технологии. Записали ролик про вопрос, с которого начинается любое обучение, где рассматривается вопрос обоснования принятия решений: что такое эффективность?

https://vk.com/video-191082764_456239126

Отсюда:
https://t.me/netstockpro/51

Как запускать внедрение Метода и Управление проектами Критической Цепи

Наблюдая за внедрениями Метода и Критической Цепи, я пришел к двум вариантам развития событий:

Безопасный путь (по хорошему):

1. Настройте учёт. сложно управлять тем, что не считаешь.
2. Определите, в какой части проектов (маршрута проекта) ограничение мощности, и какая у него мощность в штуках проектов. (Сколько проектов одновременно может делать отдел, чтобы была фокусировка и превосходное качество)
3. Остановите все проекты.
4. Запустите первый пакет приоритетных проектов. Количество проектов - по размеру доступной мощности.
5. Запускайте в работу новый проект по выпуску одного с ограничения.
6. Управляйте проектом по значению буфера критической цепи для обеспечения надежных сроков.


Другой путь (по плохому):

1. Дождитесь кассового разрыва . Он точно будет потому, что вы уже нарушаете сроки договоров ,а значит будут задержки оплаты, штрафы и судебные иски.
1.1 Теперь вам не чего терять, у вас нет денег, и все проекты просрочены.
1.2 прочитайте пункт 2 еще раз. подумайте об этом.
2. Определите в какой части проектов ограничение мощности, и какая у него мощность в штуках проектов.
3. Остановите все проекты. - У вас УЖЕ кассовый разрыв, теперь точно МОЖНО
4. Запустите первый пакет приоритетных проектов.
5. Запускайте в работу новый проект по выпуску одного с ограничения.
6. Управляйте проектом по значению буфера критической цепи для обеспечения надежных сроков.

Вы можете выбрать любой путь из этих двух.


Личный счетчик:
- по хорошему: 2 (проектирование капстроя, производство)
- по плохому: 2 (ИТ, производство)
- ликвидированы: 2 (ИТ, ОКБ)

К каким из них вы хотите присоединиться?