От сетевых папок к СОД: методология перехода на nano360
- Words
- 135
- Chars
- 1053
- AI summary
- Yes
The article examines how project documentation is organized with network folders, cloud drives and email. It says these familiar tools are often enough for a small team and a relatively simple project. Problems become noticeable as the number of participants, documents and changes grows. For a chief project engineer, this creates practical difficulties, including a single document existing in several places.
Сетевые папки, облачные диски и электронная почта остаются привычными инструментами организации проектной документации. Для небольшого коллектива и относительно простого проекта этого зачастую достаточно. Проблемы становятся заметны с ростом числа участников, документов и изменений. Для ГИПа это оборачивается вполне практическими сложностями: один документ существует в нескольких редакциях с именами «Финал» , «Финал_2» , «Исправленный» , актуальный файл приходится искать среди папок и писем. Замечания заказчика находятся в переписке и на скриншотах, а после очередной выдачи не всегда удается быстро установить, какая именно редакция была передана. Появляются отдельные папки «На согласование» , «Выдано», «Старое», которые фактически начинают выполнять роль статусов документа. К этому моменту проблема заключается уже не в месте хранения файлов. Проекту требуется управление их состоянием: версиями, замечаниями, согласованиями, доступом и передачей документации. Эту задачу решает переход к среде общих данных (СОД)... Узнать, что делать дальше
Open article