Проектная Среда СОВНЕТ
Відкрити в Telegram
Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774
Показати більшеКраїна не вказанаКатегорія не вказана
1 021
Підписники
Немає даних24 години
Немає даних7 днів
Немає даних30 днів
Архів дописів
Спасибо, коллеги, добрый день! О вакансии напишите, пожалуйста, мне в личку, буду рад её рекомендовать коллегам. Встретимся мы в онлайне в среду здесь, в 16:00 Мск, вопросы, пожалуйста, пишите в ветке Вебинары. Если коллеги сочтут полезным, организуем по итогам нашей встречи отдельную ветку по КСП, среди нас есть очень сильные специалисты в этой области.
Но нам было бы интересно в следующий раз послушать именно про аналогичные диагностики не водителей, а членов команды проекта. Тогда бы была вообще бомба. Но как заставить проводить диагностику и что потом с этим делать - это вопрос. Тут поддержу Валерия.
У меня осталось такое ощущение, что на обучении у Ильи Пикулева этот признак звучал как преимущество проектного управления над функциональным.
Оптимизация финансов я имею ввиду.
Заходил вчера на огонек проектной среды: какие теплые воспоминания, какая ностальгия. Вспомнились дискуссии с у камина с коллегой Ф. Тейлором о повышении производительности труда при производстве булавок.
Главное было вовремя по-тихому уйти, пока не начались лозунги про успехи нацпроекта ... Не получилось. 😀
Получается, что среднее высвобождение рабочих по каждому проекту ФЦК составило 37,5 чел.
Реально управлять таким потоком невозможно эффективно.
Предполагаю, что есть ошибки в учёте.
Эта оценка проводится при заполнении Матрицы оценки сложности, которая есть в составе документации. Там много параметров оценивается и осмысливается, по сложности проекта. Есть также свои показатели сложности по Программам и Портфелям проектов.
Как поведали авторы - нет. Так что закупайтесь на Озоне ))) Можно устроить коллективное чтение.. первое - про перформанс (начиналось с оценки прогресса) уже запланировано (см ветку)
Никаких стратегий для каждого проект или портфеля проектов быть не может. Есть стратегия компании в виде системы целей и портфель проектов по их достижению. Вот и надо выполнять, а не придумывать какие-то стратегии, т.е. независимые действия с отдельными проектами и портфелем в целом.
Касательно методов митигации рисков увеличения сроков отдельных управленческих процедур мы на практике идем следующим алгоритмом:
1) проводим качественный анализ конкретного риска (с привязкой к цепочке процессов (СОП-станлартные операционные процедуры) от формирования потребности в результате до его получения). Используем 8-ми компонентную диаграмму Исикавы (простой и удобный метод определить совокупность источников риска). Это могут быть:
- внешние об'екты;
- внешние процессы;
- внутренние об'екты;
- внутренние процессы.
2) Затем определяем метолы управляющего воздействия на выявленные источники риска
Спасибо, коллеги за встречу, содержательные вопросы и ответы! предлагаю в развитие вопросов, обсудить возможность организации мероприятия по подходам оценки прогресса проектирования исходя из готовности БИМ, подходам к оценке прогресса проектирования - если коллегам отозвалось
Владимир Иосифович, общался с бывшим коллегой. Он сейчас работает РП в IT компании в Германии. Я спросил его, а как вы занимаетесь планированием? Ответ был - в экселе. Я спросил, а почему не используете например MS Project или аналоги? На что он ответил, пока все пользуются экселем и всех это устраивает, тем более, что для использования софта для планирования нужны дополнительные средства для покупки лицензии.
Ну или структуру обсуждения - по каким разделам обсуждать. Сначала общие и потом по темам или наоборот?
Все зависит от Среды выполнения проекта.
Есть Риски, есть Ириски, а есть Угрозы.
Есть "известные неизвестные" , а есть "неизвестные неизвестные"
в разных проектах в разных средах их пропорции разные. Ваш опыт может быть не применим в других областях, просто потому, что там некому заниматься этими вопросами.
>Метод ETA может быть использован для моделирования, вычисления и ранжирования (с точки зрения риска) различных сценариев инцидента после возникновения начального события.
Откуда появится начальное событие для анализа по дереву событий?
