Проектная Среда СОВНЕТ
前往频道在 Telegram
Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774
显示更多未指定国家未指定类别
1 021
订阅者
无数据24 小时
无数据7 天
无数据30 天
帖子存档
Конректные вопросы поставлены правильно. Нужна помощь выхода из вопросов, а это обмен опытом и перенчтие в компаниях где построена правильная система, не исключено что у соседей, которые умеют строить(Китай). Сингапур развивается семимильными шагами... Есть ли у нас передовики в стране, готовые
С "потерями" тема правильная, но не однозначная.
Когда проблема уже решена, то доп.затраты воспринимаются как плата за подвиг, и вряд-ли у кого-то язык поднимется наказать героя, который сам мог стать первопричиной.
Более "политкорректно" м.б. посчитать не столько потери, сколько "недополучение выгоды".
У меня однажды получилось в одном крупном ИТ-интеграторе показать, что упускаемые потери от задержек проектов в несколько раз превышают возможные затраты на внедрение и функционирование ИСУП. Тема руководство заинтересовала, но энтузиазма у тех.руководителя не вызвала и дальше её развивать не стали...
Коллеги, Добрый вечер. Подскажите пожалуйста был ли у котого то опыт "прикручивания" к Advanta блока логистики?
Не с миллениалами - учитывайте разницу человеческого материала между 30-ми и 20-ми. Соответственно различаются и инструменты "мягкого" управления.
P.S. Здесь, наверное, важен другой аспект - кто (в компании) является _заказчиком_ управления. Если это - производственники, то во главе угла будет стоять исполнительская дисциплина (если это финансисты/безопасники/администраторы/бухгалтеры, то тоже дисциплина, но уже _другая_); а вот если власть в компании захватили кадровики, то тогда там действительно будет вечная бирюза.
Кстати, исследование, взгляд на методы менеджмента, в т.ч. в исторической перспективе с точки зрения борьбы за власть (например, в подходах "Лестницы в небо" Хазина и светлой памяти Щеглова) было бы интереснейшим чтением. И небесполезным.
Кстати. Интересное отличие Spider и MS Project от Primavera - они не привязаны к "единственно верной WBS".
В Spider можно создавать неограниченное количество структур группировки задач. А в MS Project вообще любая задача легким движением руки превращается в узел WBS.
Во всем есть смысл. Вы реестр отечественного ПО по управлению проектами от Минцифры видели когда-нибудь?
да, дело за малым: к финансам добавить целеполагание, планирование достижения поставленных целей и прогнозирование возможных успехов!
О типовых проектах. Здесь все не так просто и нет решения в стиле "черное/белое".
При этом логика на мой взгляд довольно простая: каждый проект строительства уникален, но он в основном состоит из множества типовых проектных решений. Лишь относительно малую часть проекта, как правило, нужно разрабатывать с нуля, а остальное комбинируется и привязывается.
варианты бывают разные, но мы сталкивадись с оплатой за результат: промежуточный или конечный. Но там другая модель контракта, привлечения средств, страхования... а в чем подвох? 😜
Александр, как эксперт вы можете участвовать на конференции "PROресурсы" в обсуждении предложенных тематик, это возможно. И интереснее чем быть скептиком-непротивленцем🙃
Здравствуйте.
Мария, ваш кейс явно в копилочку к п.3.
+ хотелось бы еще уточнить в части выявления "корневой" причины, т.е. п.1.
Если позволите, пару вопросов вдогонку:
1. Новые описания явно увеличат объём ВНД. Не усугубит ли это проблему? И если не сильно усугубит (какая разница, 1000 листов регламентов которые никто не читает, или 1111), то как будет способствовать её решению?
2. Как с ростом количества описаний процессов выявлять возможные противоречия между ними?
3. Как сами сотрудники влияют на "сложившиеся схемы": всегда ли они делают то и так, как указано в схемах, или творчески интерпретируют процесс в рамках своего понимания, и после смены сотрудника процесс может принципиально поменяться?
Коллеги, стартуем сегодня в 16-00 мск. Ссылка на канал
https://t.me/+TAcwLk9A-7NmODYy
Если согласны, что требования к системе первичны, покажите, пожалуйста, те ПЕРВИЧНЫЕ СИСТЕМНЫЕ ТРЕБОВАНИЯ, исходя их которых формировались требования к функционалу ПО!
