Документооборот - отдельный фрагмент общей картины

Подходы к формализации документооборота

Выбор способа формализации документооборота зависит от стратегии развития ИТ-службы и от уровня зрелости компании в целом. Можно выделить два подхода к описанию маршрутов прохождения документов: "от документов" и "от процессов".
Описание документооборота "от документов" исторически является наиболее распространенным и широко используется при внедрении СЭД. При таком подходе во главу угла ставится сам документ и его перемещение между исполнителями. Описание маршрута прохождения внутреннего документа, как правило, выглядит следующим образом: Разработка проекта документа - Согласование документа –Доработка документа -Отправка (или Сдача в архив) документа. Причем стадии «Согласование документа» и «Доработка документа» могут повторяться до тех пор пока не будут устранены все замечания.

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

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

Минусом применения этой нотации является то, что на самой диаграмме не видно, кто из сотрудников выполняет ту или иную функцию по обработке документа. Чтобы выйти из этой ситуации, можно название должностей сотрудников указывать непосредственно в названии функции (Рис 2). Также, к сожалению, практика показала, что эта нотация, идеальная с точки зрения ИТ-специалистов, является слишком сложной для сотрудников предприятия. Это может привести к формальному утверждению технического задания на внедрение СЭД, но в последствии - к корректировке маршрутов движения документов уже на этапе внедрения системы.

Применение технологий бизнес-моделирования

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

какие еще документы используются в бизнес-процессе;
какие функции, помимо функций обработки документа, входят в бизнес-процесс;
какие сотрудники задействованы при выполнении всех функций бизнес-процесса.

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

Анализ и принятие взвешенного решения о способе автоматизации бизнес-процессов компании. Возможными способами могут стать, как уже говорилось выше: автоматизация с помощью управленческой информационной системы, внедрение PLM-системы, системы документооборота или workflow или вообще отказ от автоматизации, если решить задачу можно за счет простого изменения бизнес-процесса.
Формирование маршрутов документооборота, на основе содержащейся в модели информации.
Разработка технических заданий на внедрение информационных систем с использованием диаграмм бизнес-процессов.
Формирование инструкций пользователя по работе с информационной системой путем дополнения бизнес-процессов функциями по работе в ИС (занесение данных в систему, получение отчета, и т.п.). В результате становится возможным получение реестра функций ИС и включение регламента работы с ИС непосредственно в должностные инструкции исполнителей.