Проектная Среда СОВНЕТ
رفتن به کانال در Telegram
Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774
نمایش بیشترکشور مشخص نشده استدسته بندی مشخص نشده است
1 021
مشترکین
اطلاعاتی وجود ندارد24 ساعت
اطلاعاتی وجود ندارد7 روز
اطلاعاتی وجود ندارد30 روز
آرشیو پست ها
Александр, как мне показалось, исходит из предубеждений какого-то сверхчеловека в своем лице, представляя коллектив тружеников как каких-то рабов. Лихие 90-е и все такое.
Тут придётся ответить многогранно. BIM/ТИМ/DCM - это ещё пока развивающиеся технологии. Здесь практически отсутствуют решения "а-ля красная кнопка". С одной стороны, огромно многообразие решений, нет одного продукта, который закрывает весь спектр вопросов и требуется большое число программных решений (а иногда и программно-аппаратных), с другой стороны, многое приходится постоянно допиливать, дозаказывать и т.д. Плюс, как я уже сказал, сама концепция DCM предполагает не локальное решение, а коллективную реализацию среди всех участников проекта, переход к сервисным моделям и новым контрактным стратегиям. То есть локально это возможно/целесообразно реализовать только в компании полного жизненного цикла. Именно поэтому я считаю, что вопросы информационного менеджмента, единого информационного пространства и цифрового управления строительства должны реализовываться привлечёнными в проект инженерами-консультантами. Каждый из аспектов их деятельности имеет свою стоимость. В зависимости от масштаба услуг и масштаба проекта это могут быть сотые или тысячные % после запятой, от стоимости проекта, либо %-ы близкие к услугам технического заказчика. А иногда даже большие, если, например, проектирование реализовано старыми технологиями и BIM моделирование реализуется после прохождения государственной экспертизы. Но, во всех случаях... от перехода на просто BIM в проектировании до реализации DCM я вижу минимум десятикратное соотношение отдачи и стоимости затрат на эти технологии. И отдача растёт со временем. Хотя это зависит от серьёзности подхода к внедрению и очень сильно зависит от реального целеполагания внедрения. Плюс нужно понимать, что для многих сегодня и завтра переход на BIM/DCM станет уже не вопросом экономии в проекте (а экономия идёт прежде всего на снижении вероятности и влияния происходящих отклонений), а средством для выживания - основой бизнес-моделей, основой конкуренции на рынке. Именно поэтому мы сейчас видим уже не только ПИК на этом рынке, но и остальных девелоперов, спешно клепающих новые и новые решения и пытающихся выгрызть свой % экономии для устойчивости их компании на рынке
Уважаемые господа, я постоянно сталкиваюсь с тем, что люди, вероятно слабо знакомые с функционалом Спайдера, распространяют ложную информацию о том, что в Спайдере отсутствует та или иная функциональность. В Интернете полно таких примеров. Поэтому прошу задавать вопросы о том, есть ли в Спайдере определенные функции и умеет ли Спайдер моделировать то или иное, если есть сомнения. В ответ я расскажу как это в Спайдере реализовано.
Идея интересная, но мы не пастыри, а коллеги выше уже договорились друг с другом)
Спасибо, Павел. Напомню просьбу задавать свои вопросы к докладчикам здесь. Сами выступающие, разумеется, так же могут спрашивать друг друга ))
Коллеги, добрый день. Подскажите, пожалуйста, у Примаверы есть функция автоматического распределения ресурсов, т.е. если программа видит, что для конкретной работы много/мало людей/техники, то она это подсветит и предложит перераспределит ресурсы (переставить работы и тд)?
Все верно, это же один из принципов метода PRINCE2: Постоянная проверка экономической состоятельности
Американцы - авторы AWP находятся в плену мифа о серебряной пуле WBS. У нас с вами при разработке ПУМ есть шанс сделать все правильно.
Никто кроме нас.))
Смею Вас заверить что разработчики софта вообще, и для строителей в частности мотивированы далеко не только деньгами и возможностью распила.
Лучше всего подходит немецкий Tilos. Но с ним та же беда что и с примусом...
Из практики: обычно очень подробно читают регламент на стадии согласования - прямо под лупой рассматривают. После утверждения интерес к документу падает практически до нуля, изредка ненадолго вспыхивая при обнаружении проблем. Из чего можно сделать вывод, что регламент пишется не для постоянного применения, а для разбора проблемных ситуаций.
В случае когда регламент зашивают в информационную систему, наблюдается другой эффект - через какое-то время регламент в виде алгоритма меняется настолько, что теряется связь с бумажным вариантом.
Предлагаю включать ссылку на первоисточник (доп. затрат всего +1 клик.), а то может возникнуть ощущение, что это мысли самого автора поста
@AD06510 Можете немного подробнее расписать про планирование в BPM системах? BPM это все-таки про бизнес-процессы как мне кажется.
