Рутинные задачи и возможность их автоматизации в управлении проектным процессом | Выпуск 1

Первый выпуск из серии видео про наш новый проект, призванный автоматизировать все рутинные операции в работе главного инженера проекта, проектировщиков, экспертизы и заказчика. А также систематизировать весь процесс согласования и выдачи исходных данных и проектной документации для максимального ускорения процесса проектирования.

💻Для тех, кого интересует более глубокое изучение расчетов и возможность освоить самостоятельное проектирование конструкций и зданий, рекомендуем наши курсы.

👨‍💻Для тех, кто хочет руководить процессом проектирования:
🗼🔩Для тех, кто хочет освоить проектирование стальных конструкций и выполнять раздел КМ (конструкции металлические):

✏️Также рекомендуем (если вы Заказчик и вам нужен проект) наш Каталог НАДЕЖНЫХ ПРОЕКТНЫХ КОМПАНИЙ:
В каталоге вы можете подобрать надежного подрядчика или поставщика в любом городе России.

Полезные ссылки:

Примеры наших проектов:
Как мы проектировали большой объект на вечной мерзлоте:

[sergeyd]

Рекомендую сделать блок Переписки, чтобы задачи из писем можно было разложить по полочкам и исполнителям. Это важно, так как в одном письме может содержаться пара десятков предложений/замечаний по разным разделам проекта и с разной степенью важности. И каждую задачу надо контролировать. А потом ещё официальный ответ дать. А если не все вопросы закрыты одним письмом, то несколько ответов. А если часть ответов это отказ или запрос уточнения? А если писем сотни? Получается огромное дерево взаимосвязей, целый лес взаимосвязей, которые только в голове и которые угнетают. Иногда хочется этот лес сжечь и уйти в пустыню)) Но я верю в вас. Поэтому подожду.

[ИванКовалёв-ми]

Многократно сталкивался с такой ситуацией, что при разработке разных нестандартных решений на стыке разделов, бывает необходимо устроить общий созвон смежников с демонстрацией экрана и хорошей связью, чтобы методом обсуждения прийти к общему решению. Надо ли говорить о том, что не все коллеги в совершенстве освоили зум, яндекс.темост и пр., так многие еще вместо своих специалистов, занимающихся непосредственно разработкой (с которыми и хотелось в основном поговорить), отправляют на совещание своего ГИПа или еще хуже менеджера проекта. В итоге получается глухой телефон и такие обсуждения почти не имеют смысла