Проектная Среда СОВНЕТ

по моему это нонсенс...если только не навязанный...иначе зачем полез вообще в проект

4.Если говорить о процесса реализации проекта, то их описание/формализация фактически представляется в сетевой модели и календарно-ресурсном плане. Единственное существенное отличие этих процессов от "классичепских" процессов в подходе BPM заключается в том, что сверху или снизу "модели процессов проекта" всегда рисуется ось времени и "циклы/возвраты исключаются".

Видимо это ваш опыт. Сожалею. Я писал о другом. Пора УП немного почистить от украшений. А то за ними уже скоро ничего не останется.

Тут вы ошибаетесь. Далеко не все продукты можно разрабатывать по Agile. Начали вы разработку на MSWindows, Python и MySQL. На 5 итерации, в связи появившимися требованиями, пришлось перейти с Python на Java. На 10 с MSWindows на Linux На 15 с MySQL на Oracle На 20 с Linux на AIX На 25 с Oracle на DB2 ....

все пропало

Разные компании. Газпром, Росатом, РЖД и т.д. вряд так работают. Странно, что планы на год, а проекты на 1,5-2? Конечно для ряда компаний, особенно ИТ, сегодня стратегию на пять лет вряд ли целесообразно разрабатывать. Вот Г.Греф так считает: "Какими должны быть горизонты ­планирования в турбулентное время? Изменения — признак сегодняшнего дня, поэтому горизонт планирования должен быть самым длинным. Нельзя жить мыслями об одном или даже трех-пяти годах — при таком горизонте часто кажется, что все хорошо и ничего делать не надо".

Благодарю

А чем руководитель портфеля отличается от руководителя стратегического проектного офиса? По моему опыту и восприятию получается, что и тот и тот управляет ограниченными ресурсами, влияет на реализацию стратеги, прорабатывает проектную методологию и процессы реализации типовых проектов, развивает команду РП. Может у меня искаженное распределение функций... )

Например "Дедлайн" Том ДеМарко

Большое спасибо.

Вопрос вдогонку, про возможность наличия "стандартных показателей анализа" и невозможность типизации система управления в разных организациях, с цитатой: "Системы управления в разных организациях совершенно разные." Если утверждать о применимости типового показателя для всех [или большинства проектов] и, соответственно, строить на основе этого показателя инвариантую систему прогнозирования для различных проектов, то почему отказывать в возможности существования инвариантной системы управления?

В раздувании штатов виноваты те консалтеры, которые внедряют раздельное управление рисками, ресурсами, сроками и т.д.

Т.е. проектную? Или функциональную?

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

"Проблемы" вакансий не в том, что они троллятся, если кому-то не подходят, и не в указанной компенсации. А в запрашиваемой функциональности: - методология и её развитие, упоминаемые во многих пунктах — вещь, конечно, правильная, но относящаяся к учению о методах. Её развитие, — проблема научно-философская, + достаточно ресурсоёмкая; - отдельная функциональность (например, контроль качества) — вообще элемент автоматизации [или должен быть элементом автоматизации в организации со многими сертификатами и победами в профессиональных конкурсах по проектному управлению]. В связи с этим возникает вопрос: зачем "закрывать" подобную автоматизируемую функциональность специалистом? Не хочется здесь писать много букв. Проблема, как мне видится, в другом, — в отсутствии понимания необходимой и достаточной функциональности как в самих ИСУП, так и в направлениях их эффективного и результативного развития. Но это, очевидно, — тема отдельного обсуждения.

А в какой ситуации КСГ, а какой КСП

Для реализующих нацпроект авторитет генеральный директор ФЦК Николай Соломон. Мы же должны быть корпоративны )

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

В фин модели проекта любой элемент CFL без учета неопределенности процессов и об'ектов его порождабщих - лишь наша хотелка