Проектная Среда СОВНЕТ
Открыть в Telegram
Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774
БольшеСтрана не указанаКатегория не указана
1 021
Подписчики
Нет данных24 часа
Нет данных7 дней
Нет данных30 дней
Архив постов
А может на примере конкретного кейса поясните. А то, как-то обо всем и не о чем. Есть опробованный алгоритм выстраивания управленческих цепочек при декомпозиции стратегических целей ? Как это встроить в существующий управленческий периметр компании ?
Спасибо. Хотелось бы, чтобы стремление к конструктивному пониманию собеседников стало "фирменной особенностью" нашего скромного сообщества. Это раскрепощает мысль — "здесь можно поделиться", стимулирует и дисциплинирует её.
Рад, что среди нас есть "Боги")))) (опять скатываюсь на непопулярные сравнения: " и чтец, и жнец, и на дуде игрец"), но на практике жизнь показывает, что именно потребность не лезть в дебри порождает желание автоматизировать процесс. Чтобы машина считала и подбирала адекватные методы анализа и расчетные мат модели. Мне кадется это единственный путь расширения внедрения риск-менеджмента на практике. Мы никогда не найдем на рынке труда столько "Богов" )))
Вопрос к Артёму: вы привели в качестве успешной практики портфельное управление, когда проекты формируются в портфели по разным методологиям в противовес неудачного примера, где один портфель и внутри проекты с разными методологиями. Вопрос: как в первом варианте при портфельном управлении (если портфелей несколько) вы видите приоритизацию проектов внутри команды ИТ подразделения, когда ИТ ресурс один на все портфели. Как не обидеть и не обделить ресурсами проект из того или иного портфеля. Какой проект взять в аналитику и в реализацию в первую очередь, а какой в последующую? Хотелось бы услышать вашу точку зрения касательно этого вопроса. Спасибо.
Из опыта - все инструменты управления проектом, включая инструменты календарно-ресурсного планирования, должны принадлежать Заказчику, априори у Подрядчика никаких компетенций для этого НЕТ. И тем более у подрядчика нет цели в успешном завершении проекта, как ни цинично это констатировать. Поэтому подрядчика нужно обязывать контрактом работать в инструментальной среде Заказчика. И внедрять нужно не "методологии", "регламенты" и "практики", а именно Инструмент. Но для этого нам, как экспертному сообществу, нужно пойти путь Методология - Стандарт - Инструмент. Многие из нас уже находятся на последнем этапе, поэтому и предлагается не "вариться в собственном сакэ", а вместе пройти эту цепочку с начала, сверяя и ревизируя собственные решения с коллегами. Ваше мнение, коллеги?
по-моему, Форду приписывают историю, когда он отправил всех высших руководителей в круиз и, по возвращении, тех руководителей, чьи подразделения успешно работали, ждало повышение, а тех, чьи подразделения имели проблемы, ждало увольнение. Т.Е. если ты смог выстроить систему управления, то достоин звания руководитель.
Возможно, это "крайняя ситуация", но вариант максимальной безопасности, в большинстве случаев, связан с отсутствием резких движений и старанием "замести проблемы под ковёр", чтобы дождавшись когда её озвучат другие попытаться уйти и от ответственности, и от дополнительных действий (кто озвучил, тот и виноват, кто предложил, тот и делает). Об этом говорит "мышечная память" работы руководителя в функциональной организации.
Но гарантированный успех в проектной деятельности связан с применением проектных подходов, которые существенно отличаются от функционально ориентированных. На мой взгляд, об отличиях проектного управления от "других" нужно громко говорить и наглядно показывать/доказывать ТОП-ам.
Вариант с озвучиванием потерь, или упускаемой выгоды уже назывались... как оказывается, это не всегда одинаково убеждает всех причастных ЛПР. Кроме тог, многие интуитивно понимают, что проектное управление им будет стоить дороже при неочевидном результате.
Так что второй вопрос из известной группы продолжает оставаться актуальным: что делать?
Зачем опираться на плохой перевод? Есть другой перевод: набор (или совокупность) взаимосвязанных мероприятий. А некоторые говорят, что более общим является термин: набор взаимосвязанных процессов :)
При управлении портфелем те же ресурсы могут использоваться в разных проектах, соответственно возникает задача оптимизации их использования.
Уважаемые коллеги, это не вебинар, но активность на которую стоит обратить внимание!
Предлагаем Вам принять участие в небольшом опросе, посвященном теме развития проектного управления в России.
В начале январе этого года мы уже с вами сформировали отчёт по прошлому году и обозначили перспективы на первый квартал.
https://t.me/CommunityProject/587
Сейчас пришло время проверить наши ожидания и прийти к понимаю перспектив следующего квартала.
Опрос проводится Ассоциацией управления проектами «СОВНЕТ», при поддержке «Сообщества практиков проектного управления» и оргкомитета конкурса «Проектный Олимп».
Просим вас откликнуться и ответить всего на 7 вопросов с 3-мя возможными вариантами ответа.
Войти в чат
https://t.me/CommunityProject
Вопросы:
https://t.me/CommunityProject/696
https://t.me/CommunityProject/698
https://t.me/CommunityProject/701
https://t.me/CommunityProject/704
https://t.me/CommunityProject/705
https://t.me/CommunityProject/706
https://t.me/CommunityProject/707
Давайте вместе сделаем наш профессиональный мир ещё прозрачнее и интереснее!
Теперь в чем проблема с управлением мега-проектами типовая: график и бюджет директивные строятся по неизменяемой (относительно) части - технологический график + бюджеты, не детализирующие 60% затрат скрытых в этих резерворисках
