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

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

前往频道在 Telegram

Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774

显示更多
未指定国家未指定类别
1 021
订阅者
无数据24 小时
无数据7 天
无数据30 天
帖子存档
Спасибо, коллеги, добрый день! О вакансии напишите, пожалуйста, мне в личку, буду рад её рекомендовать коллегам. Встретимся мы в онлайне в среду здесь, в 16:00 Мск, вопросы, пожалуйста, пишите в ветке Вебинары. Если коллеги сочтут полезным, организуем по итогам нашей встречи отдельную ветку по КСП, среди нас есть очень сильные специалисты в этой области.

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

У меня осталось такое ощущение, что на обучении у Ильи Пикулева этот признак звучал как преимущество проектного управления над функциональным. Оптимизация финансов я имею ввиду.

объективность не любят многие

Коллеги, большое спасибо за организацию!

Заходил вчера на огонек проектной среды: какие теплые воспоминания, какая ностальгия. Вспомнились дискуссии с у камина с коллегой Ф. Тейлором о повышении производительности труда при производстве булавок. Главное было вовремя по-тихому уйти, пока не начались лозунги про успехи нацпроекта ... Не получилось. 😀

Получается, что среднее высвобождение рабочих по каждому проекту ФЦК составило 37,5 чел. Реально управлять таким потоком невозможно эффективно. Предполагаю, что есть ошибки в учёте.

Эта оценка проводится при заполнении Матрицы оценки сложности, которая есть в составе документации. Там много параметров оценивается и осмысливается, по сложности проекта. Есть также свои показатели сложности по Программам и Портфелям проектов.

Как поведали авторы - нет. Так что закупайтесь на Озоне ))) Можно устроить коллективное чтение.. первое - про перформанс (начиналось с оценки прогресса) уже запланировано (см ветку)

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

Касательно методов митигации рисков увеличения сроков отдельных управленческих процедур мы на практике идем следующим алгоритмом: 1) проводим качественный анализ конкретного риска (с привязкой к цепочке процессов (СОП-станлартные операционные процедуры) от формирования потребности в результате до его получения). Используем 8-ми компонентную диаграмму Исикавы (простой и удобный метод определить совокупность источников риска). Это могут быть: - внешние об'екты; - внешние процессы; - внутренние об'екты; - внутренние процессы. 2) Затем определяем метолы управляющего воздействия на выявленные источники риска

Спасибо, коллеги за встречу, содержательные вопросы и ответы! предлагаю в развитие вопросов, обсудить возможность организации мероприятия по подходам оценки прогресса проектирования исходя из готовности БИМ, подходам к оценке прогресса проектирования - если коллегам отозвалось

Владимир Иосифович, общался с бывшим коллегой. Он сейчас работает РП в IT компании в Германии. Я спросил его, а как вы занимаетесь планированием? Ответ был - в экселе. Я спросил, а почему не используете например MS Project или аналоги? На что он ответил, пока все пользуются экселем и всех это устраивает, тем более, что для использования софта для планирования нужны дополнительные средства для покупки лицензии.

Ну или структуру обсуждения - по каким разделам обсуждать. Сначала общие и потом по темам или наоборот?

Здравствуйте, Алексей, рады видеть вас!

Все зависит от Среды выполнения проекта. Есть Риски, есть Ириски, а есть Угрозы. Есть "известные неизвестные" , а есть "неизвестные неизвестные" в разных проектах в разных средах их пропорции разные. Ваш опыт может быть не применим в других областях, просто потому, что там некому заниматься этими вопросами.

>Метод ETA может быть использован для моделирования, вычисления и ранжирования (с точки зрения риска) различных сценариев инцидента после возникновения начального события. Откуда появится начальное событие для анализа по дереву событий?

у вас в регламенте планирования вроде нет связей по корректировкам))