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

Для ГИПа это оборачивается вполне практическими сложностями: один документ существует в нескольких редакциях с именами «Финал», «Финал_2», «Исправленный», актуальный файл приходится искать среди папок и писем. Замечания заказчика находятся в переписке и на скриншотах, а после очередной выдачи не всегда удается быстро установить, какая именно редакция была передана. Появляются отдельные папки «На согласование», «Выдано», «Старое», которые фактически начинают выполнять роль статусов документа.

К этому моменту проблема заключается уже не в месте хранения файлов. Проекту требуется управление их состоянием: версиями, замечаниями, согласованиями, доступом и передачей документации. Эту задачу решает переход к среде общих данных (СОД)...

Вечером вы оставили агентам задачу, а утром перед вами готовая реализация: код, тесты, все проверки зелёные. Вы будете это релизить? Наверняка у вас сразу появилось своё «смотря что». Написание кода мы уже умеем автоматизировать, а решение о том, что считать пригодным результатом, осталось за нами.

Эта статья о предлагаемой мной новой методологии — о средовом подходе: как проектировать условия, в которых агенты создают системы, и на каком основании потом принимать их результат.