Управление проектами

Accenture* создала Accenture Construct: «единый партнёр» для больших строек В конце сентября Accenture объявила о запуске нового глобального направления — Accenture Construct. 5 000 специалистов, фокус на дата-центры, энергетику, транспорт и производство. Рынок — $260 млрд, к 2030 году проноз - $348 млрд. Главная проблема, которую они называют, — фрагментация ответственности. Когда десятки подрядчиков и консультантов отвечают каждый за свой кусок, владелец проекта страдает на стыках. По мнению топ-менеджмента Accenture, если нанять одного «единого ответственного партнёра», всё станет лучше. Особенно если этот партнёр — сама Accenture (кто бы мог подумать 😉). Ну и конечно ИИ: единая база данных, подключенная к ИИ, предиктивные решения, «переход от реактивного управления к проактивному». Где-то я это уже слышал. Бюджет $2,5 млрд и обещанием «снизить транзитные издержки». Удачи.   *Accenture —международная компания, которая оказывает услуги в области консалтинга, цифровых технологий и аутсорсинга. https://investingnews.com/accenture-launches-accenture-construct-to-reinvent-fragmented-capital-project-delivery-amid-global-investment-supercycle/ #Accenture #УправлениеПроектами #Инфраструктура #ИИ #PMO

PMBOK 8: процессы вернулись (предсказуемо) Полгода назад PMI выпустила очередную версию PMBOK. PMBOK 8 — это не столько прорыв в управлении проектами, сколько старая бизнес-модель PMI. Похоже что каждая новая версия PMBOK — это попытка выжать несколько капель «нового» из давно известных истин, упаковать их в красивую обёртку и продать заново. А дальше — курсы, сертификации, книги, вебинары. Каждые несколько лет PMI  вынужден выпускать новый «свод знаний» - бизнесу нужно существовать. Что было: - PMBOK 6 — 49 процессов, 5 групп, 10 областей знаний. Скучно, но в большинстве проектов работает. Откройте PMBOK 1,2,3... – также. - PMBOK 7 — 12 принципов вместо процессов. Красиво философски порассуждать, но бесполезно, когда надо строить КСГ проекта. Что стало в PMBOK 8: - 6 принципов вместо 12 (сократили, чтобы проще запомнить?). - ~40 процессов вернулись — теперь как «гибкие ориентиры», а не жёсткие предписания. - 7 областей производительности + 5 фокусных областей (бывшие группы процессов). - ИИ, устойчивое развитие и управление — в приложениях. Итак, PMBOK 7 учил нас «мыслить принципами». А потом выяснилось, что принципами нельзя построить диаграмму Ганта, рассчитать бюджет, сделать оценку рисков. Процессы — скучны, но предсказуемы. Принципы — вдохновляющи, но бесполезны, когда нужно объяснить заказчику, почему проект сдвинулся. Как по мне – достаточно было выпустить приложения по ИИ к PMBOK 6 и не мучить публику. #PMBOK #PMI #УправлениеПроектами #PMO

Риски в MS Project: не только резервы (продолжение)    Почему управлять рисками лучше в MS Project, а не в Excel?    Потому что Excel — это таблица.  Это замечательная таблица, но она не знает, что такое связи между задачами, ограничения по ресурсам, резервы, как пересчитать сроки и бюджет проекта. Реестр рисков в Excel живёт отдельно от плана. Риск может наступить, а вы даже не поймёте, как это отразится на сроках — потому что сроки в файле MS-Project, и в Excel они не пересчитываются.    В MS Project план проекта  это модель. Риски должны быть учтены в плане. План Б — это неактивные задачи, которые в нужный момент активируются и КСГ  пересчитается автоматически. Критический путь сдвинется, резервы изменятся, ресурсы задействуются и вы увидите влияние риска на проект в реальном времени. Аналогично с бюджетом.    А теперь про VBA. Без него вы будете вручную щёлкать задачи, менять длительности, активировать и деактивировать планы Б, строить сценарии в отдельных файлах. С VBA это автоматизируется. Один макрос — и три сценария (оптимистичный, ожидаемый, пессимистичный) построены.    Excel с его макросами тоже может многое, но он не пересчитает критический путь. Он не покажет, что при наступлении риска проект уходит на две недели вправо. Он не свяжет риск с конкретной задачей в расписании. Это не система управления проектами — это таблица.    Управление рисками — это не про список. Это про понимание, что будет с проектом, если риск сработает. И MS Project с VBA даёт вам это понимание. #УправлениеПроектами #MSProject #VBA #Риски #PMO