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

Пересылаю презентацию

КСГ это весьма узкоспециализированный инструмент и его применять имеет смысл только в условиях когда ограничивающими условиями являются все перечисленные факторы вместе 1. Время 2. Исполнители (люди, машины и т.п.) 3. Материалы 4. Есть зависимость работ последовательная

У нас разное представления о функциях и задачах руководителя проекта.

Я понял. В моем понимании проект это реальный объект, а то о чем вы - это модель реального объекта, которую можно "открыть в любой программе". Главное понять кто о чем говорит и что при этом думает. PS. Когда прочитал "в любой программе" вспомнился незабвенный MS Project. 😀

Добрый вечер коллеги! Приятно присоединиться к крутому сообществу!

Развитие и прогресс где? Если получишь ТАКОГО ЖЕ

ИТ-проекты также интересны нам и относятся к тематике группы. Также, нам интересны любые методологии проектного управления, включая гибриды. Это также тематика нашей группы. Более того, у нас в задумке есть идея провести Проектную Среду по самым, что ни на есть практическим аспектам ИТ-проектов.

Кстати, позиция «нужны не требования, а знания и практики» тоже будет полезна при обсуждении 😜

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

Это Smart. Название линейки продуктов Hexagon

Если сравнивать то BIPULSE будет просто другого класса - когда много проектов в высокой неопределенностью и ресурсы ограничены (типа НИОКР, НИР) . Но размеры проектов небольшие до 3000 работ. В стройке я вижу базовую посылку "все работы нормированы", то есть есть уверенность в то что работа займет запланированную длительность И методика CCPM или Agile+CCPM находится перпендикулярно к рассмотренным системам и методам управления.

Поэтому 60% реализации проекта - ручной режим и "пожарная машина"

Наш будущий докладчик Проектной Среды СОВНЕТ, которая пройдет 23 августа, делится способом идентификации проекта в потоке деятельности организации.

Волшебной пилюли к сожалению нет, есть гипотеза, тестируемая на практике, интересно было бы услышать смежные подходы. Что я хотел донести как мысль для дискуссии: проект, как процесс, нацелен на достижение поставленной(ых) цели(ей) в условиях заданных ограничений. Цель, при этом, может быть не совсем того уровня, например, оптимизировать стоимость закупок на 15% к сл. бюджетному циклу. Данная цель может быть достигнута за счет решения одной из сторон рассматриваемой проблемы (не комплексно), например, сменой ряда ключевых крупных поставщиков на более мелких с выгодными условиями. С одной стороны, цели проекта достигнуты, всем праздновать! Но со стороны долгосрочной перспективы данное мероприятие приведет к ухудшению в целом, к примеру ввиду удлинения процесса взаимодействия, расширения ФОТ закупщиков, доработкам систем управления закупками и т.д. Таким образом, мысль первая – синхронизация уровней целеполагания сильно влияет на получаемые артефакты (даже при условии успешных проектов), мысль вторая – комплексный взгляд проектного, процессного, архитектурного подходов позволяет оценить ситуацию немного шире, обнаружив возможные риски и «узкие горлышки» на долгосрочном горизонте, что можем помочь вернуться к переосмыслению цели.

не увидел такого вопроса

я вам нарисую за 30 мин. после того, как вы поведаете: 1) про предприятие 2) про портфели 3) про СПРоф... чем больше поведаете, тем красивее будет матрица...

Конструктив такой - моя гипотеза в том, что скорее всего (не наверняка) проекты по производительности реализованные оказались провальными.

Надеюсь, в следующий раз вы лучше подготовитесь к нашей встрече ))

Вы видите хотя бы один слайд в презентации, содержащий 3D&

Не совсем согласен, Александр. Даже на примере перечня и корректности применения методов анализа метрик проектной задачи и процесса: Например, Вы не можете применить метод анализа "карт Шухарта" к проектной задаче, так как у Вас просто нет статистики значений метрики в стандартизированных (неизменных) условиях внешней и внутренней среды ее реализации. А для анализа процессов (да если они еще отвалидированы) - очень даже удобно. А касательно "размывания" границ между проектным и процессным подходом - это скорей уход от "детского максимализма" - белое или черное. Нужно корректно миксовать их и все будет норм.)))