Проектная Среда СОВНЕТ
Open in Telegram
Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774
Show moreThe country is not specifiedThe category is not specified
1 021
Subscribers
No data24 hours
No data7 days
No data30 days
Posts Archive
У организации ограничены ресурсы и всегда имеются финансовые ограничения. Отбирать проекты чисто по приоритетам без просчета их взаимного влияния, без учета распределения во времени потребности в ресурсах и финансировании, могут приводить к неприятным сюрпризам. Если во всех проектах портфеля возникает одновременная потребность в дефицитных ресурсах, если потребность в финансах одновременно достигает пика, выбор может оказаться не оптимальным. Проект с меньшим приоритетом, но с "удобным" распределением потребности в ресурсах и финансах, мог бы значительно улучшить общие показатели портфеля. Портфели нужно моделировать, это позволит оптимизировать состав и показатели портфеля.
Я как-то был знаком с дамой, которая говорила что она окончила МГУ ... оказалось Мордовский госуниверситет. ))
С другой стороны не все же обязательно в столицах.
Нет ничего более привлекательного для офисного люда чем "процесс постоянного улучшения" - можно годами ничего не делать с точки зрения создания ценности для бизнеса и выглядеть в глазах начальства так хорошо, что рука не поднимется на сокращение.
Коллеги, добрый день. Относительно применения метода "набегающей волны": по опыту реализации различных проектов имеет смысл разделять проекты с "незафиксирванным" образом результата (хороший пример - проекты ИТ), и проекты с четким видением результата - как в строительстве. Вообще, модели управления в строительных и ИТ проектах это существенно различные парадигмы. Личный опыт реализации обоих видов проектов позволяет говорить об этом ответственно. Так вот, что касается строительных проектов, там структура объектов управления (матрица проекта, формируемая наложением пусковых участков на виды работ) может быть четко сформулирована по ясным правилам, что является одним из инструментов в рамках методики Ресурсно-информационного моделирования строительных проектов и, по моему скромному мнению, может быть стандартизирована в рамках отраслевого норматива. Проекты ИТ - это совсем другие правила, в значительной мере - ситуативное управление и бесконечно набегающие волны, вперемешку с крупицами Agile ))
Весьма вероятно, что никакая из систем, но это не точно. Я бы пообщался с руководителями проектов и выяснил: основываясь на каких данных они принимают решения по проекту?
Так неправильно спрашивать.
Потому что на текущей момент по данным в чате о Вашей ситуации известно следующее
1. Имя
2. Перечень применяемого ПО, и часть из него на жаргоне и часть неизвестных
3. Целевая потребность "хочу единый источник правды"
4. Примерный уровень зрелости КСУП (если по CMM то 3 уровень)
не известно
* Какая компания
* Какие проекты их отрасль, категория, масштаб, рисковость
* Какие отношения внутри
* Какой уровень доверия к исполнителям
* Кто делает проекты
и тд.
Все компании отличаются. Поэтому и нужна диагностика.
РосАтом как головная компания может диктовать условия на дочерние структуры.
Поэтому там есть внутренний консалтинг и методологи. (поэтому Вадим и предлагает)
Но вариант "а покажите мне меня" не получится. Это работает только в ограниченной среде.
Я вот точно могу показать наши результаты внедрения на проектировщиках и ИТ. Но это пальцем в небо без деталей. Вы там себя не увидите. А публичный чат не лучшее место для проведения диагностики.
Я всего лишь написал, что оценка удобства это следующий этап. Сначала главное - наличие нужной функциональности.
Если доводить свои компетенции от прозы к поэзии - это достойный путь )))
спасибо ПЕРФОРМА... вопрос конечно к проектировщику ) портфель должен быть выравнен и по загрузке
