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

В своё время меня учили, что математик — это человек, который решает задачи по математике. Попробуем и здесь порешать задачи. По стандарту ISO 21500 «Управление проектами»: "Проект состоит из уникального набора процессов. Процессы состоят из координируемых и контролируемых работ с датами начала и окончания, которые выполняются для достижения целей проекта. Достижение целей проекта требует получения определенных результатов, отвечающих конкретным требованиям. При реализации проекта могут действовать множество ограничений". В одной организации это определение сокращают, собирают в одно предложение и получают: проект -- это "Уникальный набор процессов, состоящих из скоординированных и управляемых задач с начальной и конечной датами, принятых для достижения цели". Результат явно режет ухо, но что в нём не так? И какие последствия для проектной деятельности в этой организации вы ожидаете.

Только нет его ни у кого

а почему? народ не делится, фигню говорят или что?

Не вижу противопоставления в этих требованиях/критериях. Одно другому только содействует и синергирует

Когда пытаются в модель описать весь реальный объект полностью, модель по сложности и стоимости становится сопоставимой с самим объектом. В некоторых случаях предпочитают построить прототип (физическую модель) и на нем моделировать поведение объекта, прежде чем приступать к "большой стройке".

Наш эксперт о методологии проектного управления как интеллектуальном капитале.

Коллеги, есть предложение! Вопрос про проценты выполнения вызвал жаркую дискуссию. Причем, мне кажется, что дискуссия могла бы быть более эффективная, если бы мы смотрели друг на друга, у нас был бы флип-чарт, и мы могли бы порисовать. Предлагаю активным участникам дискуссии (не более 20-25 человек) собраться очно, в каком-нибудь лофте (с каждого будет небольшая сумма, рублей по 500, не больше) и попытаться выработать общее видение, ну либо разные подходы для проектов разных типов. Совнет сделает запись и выложит в общую группу.

о чем я бы поспорил по CCPM: Базовая посылка в книге по CCPM ошибочна: люди дают пессимистичную оценку * в реальности - мы не знаем какую оценку дают люди. (на это я указал в докладе на конференции TOCICO Critical Chain 2022) "Буфер критической цепи" это синоним " буфер проекта" - словарь TOCICO "Питающие буферы" нужны не только чтобы Критическая Цепь не менялась, но и чтобы не поставить ПОД УГРОЗУ Критическую цепь. если питающего буфера не хватит, то проект будет потреблять буфер цепи. Сам расход буфера - это отношение "дней отклонения от базового плана" к размеру буфера . Так как Спайдер уже считает буфер и его расход - то осталось только разметку сделать он будет почти CCPM-решением, но для внедрения придется и ТОС в компаниях внедрять ;)

Вопрос к Оксане. NizzO Таблица рисков классная, методы отличные, планы реагирования хорошие! Но как теперь с этим всем взлететь в 1. ИТ-проектах, когда РП нужно пасти команду, управлять ожиданиями Заказчика и всех дружить 2. В производственных проектах, где РП часто не выделенный, проекты изменений тормозятся людьми на местах и нужно всех дружить ?

Или бог кур

Если вытащить эти "справедливые" оценки плановых удорожаний и собрать в единой статье бюджета суммой, то мы получим как раз примерно 60% от сметы. Просто название статье надо придумать не "непредвиденные затраты", а допустим "управляемые"

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

Уважаемый Александр сможет ответить чуть попозже.

Интересный обзор критики ESG от юристов

Да. Именно!

У меня было нормально

Главное, что в одном направлении бредут - уже позитивчик )))

Я просто предлагаю тему на январскую встречу как вариант