Хабрахабр

TDMS Фарватер. Методики PMBOK и российские проектные организации

TDMS — известная объектно-ориентированная среда для хранения и управления разнообразными данными и процессами. После настройки объектов и бизнес-процессов можно применять систему TDMS практически в любой предметной области. Настройка – это описание на языке TDMS объектов предметной области, их статусов и правил управления этими объектами. Далее формируем структуру предприятия, назначаем права доступа и роли, и в результате получаем уникальную «Конфигурацию».

Бизнес-процессы TDMS Фарватер базируется на PMBOK, как на эталонном своде правил по управлению проектами, и поддерживает традиционные процессы разработки проектно-сметной документации по Российским ГОСТ. Мы начинаем публикации, посвященные TDMS Фарватер — конфигурации для проектировщиков и руководителей проектных компаний.

Управление проектами

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

Наиболее известен, пожалуй, свод правил (или еще его называют «свод лучших практик») PMBOK, Project Management Body Of Knowledge, в действующей 5-й редакции от 2013 года. Существует много стандартов и руководств по управлению проектами. Он издается американским институтом PMI. Этот фундаментальный стандарт лежит в основе аналогичных руководств разных стран.

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

Затраты на получение такого сертификата с лихвой окупаются высоким уровнем компетенций по управлению проектами, эффективными принятыми решениями, умелой организацией проектной деятельности в любой области бизнеса. Инженер, владеющий сертификатом от PMI, является общепризнанным специалистом в области проектного управления. Именно поэтому в управленческой среде ценится знание одного из стандартов по управлению проектами и особенно PMBOK.

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

Многие крупные проектные организации имеют в России более чем полувековую историю. Но в области архитектурно-строительного проектирования, особенно в отечественных организациях, проблемы управления проектами имеют особенности, главным образом связанные с опытом планирования в предыдущих экономических условиях: сначала плановой экономики, потом переходного периода. Как правило, в каждой крупной организации существовал свой вычислительный центр, и основной его работой было обслуживание календарно-сетевого планирования. Их процессы управления опираются на опыт возрастного поколения специалистов. Главной была задача эффективной загрузки ресурсов. А при имеющейся тогда ситуации плановой загрузки деятельность многих предприятий была практически идентичной деятельности завода по производству документации. Развитие глобальной экономики привело к тому, что эффективность работы таких крупных проектных организаций снизилась до неприемлемого уровня из-за катастрофически низкой скорости реагирования на изменяющиеся потребности рынка.

Попытка автоматизации этих процессов приводит к тому, что в организациях создаются свои группы программистов разной степени квалификации. Другая проблема таких крупных организаций – свои уникальные процессы прохождения документации. Меняются технологии САПР, приходят технологии BIM, программисты вынуждены постоянно доделывать программные комплексы. Получаемые решения, как правило, удовлетворяют потребности проектных организаций, но лишь до поры до времени. Такие системы держатся на одном-двух ведущих программистах и со временем «морально» устаревают.

Разные схемы организации хранения данных приводят к тому, что при передаче данных задействуются дополнительные ресурсы и тратится время на преобразования данных, объяснение или документирование способов обмена данными, оформление различных «одноразовых» регламентов обмена данными. Еще одна проблема уникальных систем – трудность обмена данными с другими организациями.

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

Экономические реалии и наблюдаемый тренд говорят нам, что будущее именно за такими предприятиями – быстро и эффективно осваивающими все новые и новые технологии как в управлении, так и в проектировании. Рассмотрим организации другого масштаба – проектные бюро малых и средних размеров (до 40 рабочих мест).

Они ищут бюджетные аналоги, но в любом случае им приходится подстраивать найденные решения под отечественные нормы. Такие организации обычно не используют дорогие решения уровня Primavera или SAP.

Инициативные, молодые проектировщики не видят перспектив получения дополнительных доходов при традиционных методах ведения проектного дела, и… создают новые организации, свободные от устаревших методов. К тому же такие организации образуются как раз вследствие того, что крупные проектные организации становятся малоэффективными.

Они стараются изучать и применять современные методы управления проектной деятельности. В таких новых организациях руководители изначально ориентированы на проектный подход, как раз описываемый в PMBOK. Такие прогрессивные руководители организаций не готовы и не хотят тратить время (причем значительное) на какие-либо доработки уникальных программ, не связанных с получением прибыли по основной деятельности.

Особенно если они имеют привлекательную цену. В описанной ситуации отраслевые решения для управления проектами, реализующие принципы PMBOK и учитывающие современные российские требования к документации и к проектам будут востребованы на рынке систем управления проектами.

Создание программы TDMS Фарватер

В настоящее время многие российские организации широко используют отечественную платформу TDMS в качестве системы электронного документооборота.

Это позволяет применять систему TDMS практически в любой предметной области после так называемой настройки. TDMS является объектно-ориентированной средой хранения информации о данных, о процессах. В данную концепцию включается также управление правами доступа, ролями пользователей, бизнес-ролями в организации. Настройка – это описание на языке TDMS объектов предметной области, статусов этих объектов и правил, на основании которых объекты могут изменять свои статусы. Конфигурация TDMS – программная надстройка на платформе TDMS, которая разрабатывается для конкретного предприятия, максимально широко охватывает существующие бизнес-процессы этого предприятия. В комплексе получается некоторая так называемая Конфигурация. В связи с этим сроки и стоимость разработки конфигурации весьма высоки. Для разработки Конфигурации привлекаются опытные специалисты: постановщики задач, системные архитекторы, аналитики, программисты.

В процессе работ по разнообразным техническим заданиям возникла идея взять общие требования, которые предъявлялись к системе TDMS крупными проектными организациями, и объединить их в некое стандартное решение.

Возникла плодотворная идея – создавать конфигурацию TDMS изначально в соответствии с принципами PMBOK. В процессе работы над разными конфигурациями наши специалисты опирались на методологию PMBOK – общеизвестный свод правил и лучших практик по управлению проектами. В этом случае программное решение будет соответствовать уже описанным, принятым в среде профессионалов управления проектами, процессам.

За основу был взят стандарт ГОСТ Р 21. Главное, что требовалось при разработке программы TDMS Фарватер – соответствие российским нормам и правилам. 1101-2013 «Основные требования к проектной и рабочей документации» и Постановление № 87 «О составе разделов проектной документации и требованиях к их содержанию».

Как работает TDMS Фарватер

TDMS Фарватер – это конфигурация TDMS, настроенная на поддержку самых востребованных процессов создания проектной документации для стадий проектирования П и Р.

Основой системы являются информационные объекты: Документ, Задание, Часть проекта, Том, Входящий документ, Приказ и многие другие.

Одно из свойств – статус информационного объекта. У каждого информационного объекта есть свойства (атрибуты), и действия. У некоторых информационных объектов имеются возможность создавать и хранить версии этих объектов. Именно статус определяет права доступа разных сотрудников к объекту, а также список возможных действий с объектом. Но у вас есть возможность посмотреть, или даже сделать активной, любую из предыдущих версий. Например, документ, содержащий альбом ООС «Охрана окружающей среды» на выдачу, может иметь активную версию 24. В ряде случаев: работа над замечаниями, внесение изменений, различные споры с заказчиками и подрядчиками, — это очень нужная функция.

Это, действительно, так. Возможно, вы заметите, что так работает и большинство других систем управления данными. Но у TDMS Фарватер есть преимущество.

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

В TDMS Фарватер выделяются три подсистемы:

  1. организационно-распорядительный документооборот (ОРД);
  2. технический документооборот;
  3. электронный архив.

Модуль ОРД поддерживает, как и в других подобных системах, основные процессы по созданию, учету и хранению следующих видов документов:

  • Приказы, Распоряжения;
  • Входящие документы;
  • Исходящие документы;
  • Служебные и докладные записки;
  • Договоры.

Модуль технического документооборота управляет такими типами документов:

  • Проектный документ;
  • Задание на выполнение различных действий по проектированию;
  • Протокол технического совещания;
  • Разрешение на внесение изменений;
  • Проект, часть проекта;
  • Накладная.

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

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

В системе TMDS Фарватер есть команды для использования механизма внешних ссылок, чтобы было удобно передавать задания между смежниками, и чтобы все проектировщики могли использовать в работе только актуальные версии документов, чертежей, подложек. Еще одна особенность системы TMDS Фарватер – интеграция с AutoCAD, nanoCAD, КОМПАС, et cetera. Есть также дополнительные модули к TMDS – так называемые интерфейсы: Addins для AutoCAD и nanoCAD, делающие работу с внешними ссылками более удобной.

Чертежи хранятся в информационных объектах – проектных документах, как в контейнерах. Работа с файлами-чертежами построена следующим образом. Если документ находится в статусе, допускающем редактирование, и права пользователя разрешают редактировать документы, то чертеж из базы данных копируется по локальной сети с сервера баз данных (или из файлового сервера) на компьютер пользователя.

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

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

Не только чертежей, но и графических файлов, фотографий, текстовых документов WORD, таблиц EXCEL, и т. Информационные объекты – документы, как уже сказано выше, являются контейнерами для файлов любых типов. После того, как файл извлечен из базы данных на компьютер пользователя (эта операция также известна под названиями «check-in / check-out», «извлечение / возврат») он открывается на редактирование в нужной программе. п. DWG и DOC для разработки документации, XLS – для проведения расчетов, PDF – для формирования томов выпуска документации, файлы расчетных схем, сметные исходные данные и т. Такой механизм позволяет хранить в контейнерах-документах файлы любых типов. Роль папок играют документы-контейнеры, каждый со своими атрибутами. п.
Можно попытаться воспринимать структуру проекта по-другому – как систему файлового хранилища с «умными» папками. Возможно, такая интерпретация механизма работы TDMS Фарватер поможет быстрее понять суть работы системы и принять решение о внедрении системы в организации.
В заключение давайте рассмотрим несколько важных для проектировщиков процессов, для которых можно использовать программу управления процессами проектирования TDMS Фарватер.

Примеры процессов

Процесс подготовки проектной документации

Это один из основных процессов, ради которых и создавался TDMS Фарватер. Для проектирования объектов капитального строительства непроизводственного назначения в поставку TDMS Фарватер включена технологическая схема разработки документации. На рисунке приведен фрагмент этой схемы, включающей свыше ста отдельных элементов.

Общий процесс работы выглядит следующим образом.

  1. В системе регистрируется проект, определяются стадии (П, Р, или обе вместе), которые будут разрабатываться.
  2. ГИП заполняет документы – исходные данные: техническое задание, график разработки, технические условия, исходно-разрешительные документы. С этого момента каждый проектировщик, участвующий в проекте, имеет возможность работать с этими важными документами. Если же часть таких документов недоступна вначале работ (например, ТУ еще не получены), то их можно заносить по мере поступления. При этом формируется очередная версия документов, и все проектировщики работают именно с ней. Не нужно тратить усилия на распространение актуальных версий среди проектной команды.
  3. ГИП (или его помощник) создает структуру проекта согласно ГОСТ Р 21.1101-2013, добавляет нужные подразделы, части, книги. Но добавление нижележащих частей может делать и ответственный за часть проекта – таким образом, книги можно добавлять по мере необходимости, на поздних этапах разработки. При этом специальной командой можно формировать обновленный документ «Состав проекта». Этот документ доступен разработчикам для вставки в свои разрабатываемые тома документации. Состав проекта изначально формируется и хранится в проекте в формате DOC. Это позволяет использовать его максимально удобно, например, проверить и распечатать в формате PDF. Далее, используя различные программы обработки PDF можно легко сформировать полный альбом c обложками, титулами, составом проекта, разрешениями на внесение изменений.
  4. ГИП (или его помощники) определяет подразделения, ответственные за разработку. Для этого он выбирает ответственных на каждом из разделов проекта, или на каждом комплекте рабочей документации.
  5. ГИП (или его помощники) создают «Задания от ГИПа» и запускают разделы в работу.
  6. Ответственный за раздел проверяет задание, принимает его в работу, определяет исполнителей и каждому из них выдает «Задачу исполнителю» со сроками для контроля. При этом соблюдается общее правило – нижележащий ответственный не может установить сроки задач, выходящие за сроки вышележащих заданий.
  7. Исполнители на своем уровне принимают задачи в работу, разрабатывают документы (создают карточки документов и прикладывают к ним DWG-файлы, или файлы других форматов, необходимых для разработки).
  8. Исполнители ежедневно заносят в свои задачи информацию о трудозатратах: вводят процент готовности задачи на данный момент времени. Это позволяет ГИПу видеть общий процент готовности заданий, частей, подразделов проекта.
  9. Исполнители завершают работу над задачами, задачи отправляются на проверку автору, ответственному за раздел проекта. Начальник отдела может принять задачу, а может отправить на доработку. В этом случае исполнитель обязан исправить замечания и вновь завершить задачу.
  10. Начальник отдела, выполнив раздел, и собрав всю необходимую информацию в альбомы, отчитывается перед ГИПом о готовности проекта.
  11. ГИП проверяет переданный ему альбом и может вернуть его в доработку, либо принять его, зафиксировав готовность раздела.
  12. После готовности всех разделов ГИП оформляет накладную, выводит все тома документации на жесткий диск, и передает проект на государственную экспертизу и/или заказчику.
  13. Если получено отрицательное заключение экспертизы, или возникают другие причины, то ГИП инициирует процедуру внесения изменений в проект, повторяя пункты 4-12.
  14. При положительном заключении экспертизы ГИП отправляет проект в архив.

Формат обзорной статьи не позволяет углубленно рассмотреть разнообразные методы разработки документов, последовательность выдачи заданий для эффективной разработки проекта, процессы нормоконтроля документации. Более подробно эти процессы будет рассматриваться в последующих статьях о TDMS Фарватер и на вебинарах о продукте.

Сейчас мы рассмотрим несколько сценариев применения системы TDMS Фарватер в организациях.

Ведение переписки с заказчиками

Существуют организации, не занимающиеся непосредственно разработкой документации, но активно ее использующие. Они специализируются, например, на услугах в проектно-строительной отрасли: технический заказчик, авторский надзор, инжиниринговая деятельность и т.п.

TDMS Фарватер можно использовать для обработки данных по контрагентам и для обработки и хранения входящей и исходящей корреспонденции и договоров. В таких организациях необходимо, как правило, активно общаться с различными заказчиками и подрядчиками.

Но TDMS Фарватер выгодно отличает то обстоятельство, что в нем можно удобно хранить еще и проектно-конструкторскую, рабочую документацию, и очень легко можно связывать проект, и переписку по нему. Работу с входящей и исходящей корреспонденцией поддерживают практически все системы документооборота, от бесплатных до дорогих.

Рассмотрим, как можно использовать TDMS Фарватер в таких организациях для работы с корреспонденцией.

  1. Канцелярия принимает документ, создает карточку входящего документа, прикладывает к нему скан документа и отправляет первому лицу на визирование.
  2. Если организация, которая прислала документ, еще не занесена в реестр контрагентов, то работник канцелярии заносит организацию в реестр.
  3. После визирования документ регистрируется, и отправляется по маршруту исполнения.
  4. Возможные задачи, которые ставятся по документу:

    Подготовить ответ.
    b. a. Провести совещание.
    d. Подготовить при помощи нескольких исполнителей ответы на замечания.
    c. Оформить приказ.
    f. Принять участие в совещании с заказчиком.
    e. Ознакомиться с документом группе сотрудников.

  5. После исполнения документ переходит в архив документации.
  6. Фарватер позволяет ответственным сотрудникам видеть ход выполнения поручений по всем поступившим в организацию документам.
  7. Исходящий документ может готовиться в ответ на входящий документ и тогда мы будем видеть всю цепочку документов, и также исходящий документ может готовиться отдельно от входящего.
  8. Для привязки корреспонденции к проектам и договорам можно заносить в TDMS Фарватер карточки проектов и привязывать к ним поступающую корреспонденцию.

Перенос документации в электронный архив

Рассмотрим теперь организации, которые не разрабатывают все комплекты документации, а используют документацию, накопленную за много лет, в своей текущей работе. Это могут быть проектные бюро при заводах, технические кабинеты в больших компаниях, организации, обслуживающие объекты недвижимости. Такие организации также могут применять TDMS Фарватер для организации электронного архива и переноса накопленных документов из структурированных файловых хранилищ в электронный архив.

Типичные действия в этом случае такие:

Подготовка архива документов к переносу в архив: 1.

Упорядочивание по разделам проекта.
b. a. Принятие решения, хранить ли DWG и PDF в одном или в разных документах.
d. Очистка от временных файлов, определение минимально необходимого состава по файлам, по типам файлов.
c. Для бумажных архивов принятие решения сохранять все листы раздела в один многостраничные PDF или TIFF, или же использовать отдельные PDF для каждого листа.

Подготовка TDMS Фарватер: 2.

Определение специалистов, занимающихся формированием электронного архива, включение их в рабочую группу ГИПов и Архивистов.
b. a. Это поможет легко создавать новые проекты и удалять ненужные подразделы части и книги.
c. Создание шаблона проекта, включающего наибольшее количество частей, книг. Создание шаблона задания от ГИПа на формирование архива – «Задание А».

Создание для каждого проекта карточки с атрибутами: Заказчик, Шифр, Наименование, состав проекта: 3.

В одной из частей проекта создать «задание А» самому себе и перевести объект в работу.
b. a. Количество документов зависит от решений, принятых на первом шаге процесса. В каждом разделе (подразделе, части, книге, комплекте) создать документ с нужным шифром и перенести в него файлы из старого файлового хранилища.

Закрыть «Задание А», принять работу, и выполнить команду переноса в архив. 4.

Повторить пункты 3 и 4 пока не будут занесены все старые проекты в архив. 5.

Заключение

Мы будем продолжать рассказывать о возможностях TDMS Фарватер для решения практических задач российских проектировщиков. В частности, все более четкими становятся требования по передаче документации в электронном виде на экспертизу, вырисовываются контуры стандартных подходов к технологиям информационного моделирования в России. Такие и подобные темы ставят перед нами, как разработчиками, очень интересные и сложные задачи. Будем решать их и развиваться вместе.

Теги
Показать больше

Похожие статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть