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

в среднем 14 смен на конкретный вид работ

Если что-то есть, зачем выбирать другое. Тем более если нет опыта. В таком случае прямой ход к профессионалам, которые проанализируют исходные данные и предложат разные варианты. А если только индивидуально, то прима, спайдер, Синхро (если вдруг нужно 3D) и бесовский project на крайний случай

Я скромнее рисовал, всего +20%..

Выложите его в чат

А какая задача ставилась государством?

⭕️ ПРО ФЕОДАЛЬНЫЙ МЕНЕДЖМЕНТ ✔️ Вы же наверняка учились на курсах линейного менеджмента хотя бы раз? Поняли что это такое и почему линейное? ✔️ Мне было не до конца понятно, решил разобраться. ✔️ На латыни linea - ЛЕН, льняная нить, веревка, обвес, граница, цель, линия. ✔️ С помощью веревки можно в управлении делать многое: от разбивки земельного участка на стройплощадке и до наказания непокорных. Выстраивать в ряды, вытягивать, поднимать, связывать.... ✔️ Feod с английского это не только "поместье", как учили на уроках истории, а изначально -  ЛЕН. ✔️ Линейный менеджмент и феодальный строй - это одно и то же. Поэтому в следующий раз, когда пойдете на курсы линейного менеджмента/феодалов, возьмите с собой учебник по истории средних веков и материал будет восприниматься понятнее. 😁 Да, и подпишите своих друзей на наш канал, давайте искать смысл управления проектами вместе. https://t.me/yaroslav_bukreev

По состоянию на декабрь 21, начиная с 17 получено больше 400 субсидий.

т.е. рассматривается не весь жизненный цикл, а только его часть

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

Проект не на тот объект это явно не изменение, прости

В примусе есть встроенные инструменты оценки качества ксг, но там ограниченные возможности. Поэтому выбрали ACUMEN. Что интересно, после кейса 2013 я не встречал аналогичных проектов в России. Может быть плохо искал.))

Добрый день! Вы можете бесплатно работать в однопользовательском режиме https://plan-r.ru/

Мне тоже не нравится когда все разнообразие моделей проекта сводится к календарно-сетевой модели. Но, к сожалению, это общий тренд. Здесь видимо сказывается "информационная усталость" менеджеров, перегруженных информацией о методах которые можно применять для управления. По моделированию в проекте: 1. Набор моделей проекта.

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

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

Соглашусь. К сожалению, очень часто на строительных проектах планеры выполняют свою функцию на небольшой процент. Все остальное - это вне КСП, исполнение функций ПТО и тд

Автобан? Пожалуйста, расскажите подробнее. Можно позже или в личке. Кто разработчик? как с ним связаться?

Про риск-менеджмент в проектах автоматизации производственных предприятий: С моей точки зрения: На практике полный риск-менеджмент не работает. Все про него говорят, рассказывают но... не работает. Потому что: работать надо а не этой х... заниматься. (где-то в отдельных предприятиях может и работает, но... там даже методологи есть и это им не мешает проносить сроки проектов на год) ИТ-шники понятия не имеют про риски, им это не интересно. производственники занимаются бригадами им тоже не интересно. РП как ужаленный пытается всех подружить потому что никому кроме него не нужны эти изменения, им их "впихивают", а премии платят за текущие отгрузки. Если провести полную сессию анализа рисков с заполнением таблицы, то участники сначала сдохнут на её заполнении, а потом задвинут в ящик и не будут открывать. решение: 1. выявлять УГРОЗЫ, а не иРиски. То что действительно убьет проект или бизнес. 2. Под них планировать противодействие на снижение вероятности сразу (если убьёт, то план "А" нужен) и включать в план проекта. 3. Если не убьёт проект/бизнес но нанесёт травму - то план Б держать наготове. (должен быть учтён буфером проекта) 4. Для всего остального - есть буфер проекта (см. CCPM) и механики его контроля (см. CCPM) . Угроз которые убьют будет скорее всего меньше 10, а может и меньше 5 которых очень просто отслеживать - или вы их снизили или они уже сработали. Всё остальное - это размытие фокуса внимания, буфер проекта (критической цепи) среагирует.

В ИТ-проектах высокая неопределенность, поэтому нужно её учитывать при расчете буферов. Остальное как обычно (по CCPM): выравнивание + буфер цепи + буфер доступности ресурса-ограничения При этом ресурсное планирование может быть и на уровне анализа плановой загрузки.

Правила создает матка...