2014/11/05 07:00:00

СЭД (методика внедрения)

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

Каталог СЭД/ECM-систем,
компаний-разработчиков и интеграторов доступен на TAdviser

Содержание

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

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

Экономичность документооборота не всегда связана с его сокращением. Повышение экономичности документооборота и удобства для менеджеров следует рассматривать во взаимосвязи с повышением качественного содержания информации. Цель оптимизации (проектирования) документооборота — приведение его в соответствие с потребностями управления с одновременным снижением затрат на его ведение. Укрупнено процедура оптимизации (проектирования) документооборота включает следующие пять шагов.^[1]

Оптимизация документооборота включает два крупных направления:

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

Повышение экономичности документооборота и удобства для менеджеров следует рассматривать во взаимосвязи с первым направлением, т.е. экономичность документооборота не всегда связана с его сокращением. Потеря части информации может привести к отрицательному эффекту в целом для предприятия.Метавселенная ВДНХ 3.2 т

Рассмотрим вариант сокращения документооборота при условии сохранения его информационной емкости. Итак, цель оптимизации (проектирования) документооборота — приведение его в соответствие с потребностями управления с одновременным снижением затрат на его ведение.

Укрупнено процедура оптимизации (проектирования) документооборота включает следующие шаги:

Шаг 1. Предпроектное обследование или описание предприятия.
Шаг 2. Детальное описание существующего документооборота.
Шаг 3. Анализ качественного содержания информации.
Шаг 4. Оптимизация документооборота.
Шаг 5. Создание стандартов (инструкций).

Информационное обследование и анализ

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

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

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

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

Перед началом процесса внедрения СЭД на предприятии рекомендуем провести экспресс обследование (предпроектное обследование) с целью:

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

На данном этапе осуществляется выбор платформы, на которой будет разработана СЭД.

На данном этапе, исходя из полученной первичной информации, назначается Руководитель проекта (РП), который составляет базовый план работ, иерархическую структуру работ (WBS), а также Устав проекта.

В ходе информационного обследования исследуются и описываются существующие бизнес-процессы («as is» - «как есть»). В результате анализа собранных данных предлагаются оптимизированные бизнес-процессы («to be» - «как должно быть»), формулируются функциональные требования к СЭД.

Целями информационного обследования являются:

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

С целью получения необходимой информации проводится анкетирование и интервьюирование основных пользователей (руководителей заинтересованных подразделений и сотрудников, которые непосредственно должны будут работать в новой СЭД). В процессе работы рекомендуется:

Составить список существующих видов документов в организации и сделать обследование каждого вида документа:

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

Составить список сотрудников, ответственных за создание документов (кто/какое подразделение и какие виды документов создает).
Составить список сотрудников, визирующих, подписывающих, утверждающих документы (кто какие виды документов визирует/подписывает; условия, при которых необходима виза/подпись).
Составить список регистраторов документов
Определить, какие виды документов необходимо ставить на контроль (определить контролеров, условия постановки на контроль, условия снятия с контроля и другую необходимую информацию).
Составить список других ответственных за процесс обработки.
На основе перечисленной выше информации составить алгоритм движения документов (оперограмму). См. Пример 1.
Определить необходимые отчетные документы (условия создания отчетов и их формы).
На основе обследования составить Инструкцию по ДОУ (при необходимости).
Составить Номенклатуру дел с указанием сроков хранения и принципов формирования дел (при необходимости).
Составить список документов с указанием условий предоставления доступа к ним (например, в зависимости от должности).

На основании перечисленной выше информации разрабатываются функциональные требования к СЭД или техническое задание на ее разработку (ТЗ). В частности, Аналитик должен составить требования к формату и составу регистрационно-контрольных карточек (набор и расположение полей в карточке, способы заполнения в СЭД и др.), маршрутам движения документов и другие требования, необходимые для настройки и разработки СЭД.

Исходя из практики проектирования систем документооборота, можно предложить следующую последовательность работ:

1. Построение схем учетных точек основного производства, вспомогательных производств, функциональных служб.
2. Построение схем их взаимосвязей.
3. Сбор заполненных форм документов и отчетов в разрезе учетных точек.
4. Их систематизация в альбомы.
5. Описание сроков представления, направления движения документов и форм отчетности (в какие сроки, кому и от кого передается документ).
6. Построение тематических и сводных схем документооборота.
7. Проведение логического и реквизитного анализа документов.
8. Анализа пути прохождения документов в процессе их создания, согласования и утверждения.
9. Выработка предложений по внесению изменений в существующую схему документов и отчетности в связи с предложениями по изменению других параметров управленческого учета (учет по отклонениям, центрам ответственности и др.).
10. Разработка предложений по устранению дублирования информации.
11. Разработка предложений по унификации документов.
12. Разработка предложений по рационализации движения документов и отчетности.
13. Разработка проекта оптимизированной сводной схемы документооборота и внутренней отчетности.
14. Разработка и внедрение стандартов документооборота и формирования внутренней отчетности.

При выполнении перечисленных операций следует учесть некоторые советы.

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

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

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

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

При проведении работ должно соблюдаться обязательное условие: описание документов необходимо представлять в единообразной форме по всем подразделениям организации.

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

Пример 1. Оформить полученную в результате обследования информацию предлагаем в виде оперограммы (см. Рисунок 1) или в виде алгоритма (см. Рисунок 2). В качестве примера предлагаем рассмотреть жизненный цикл приказов по основной деятельности. Технология работы с данным видом документов наиболее унифицирована и может применяться на различных предприятиях.

Рисунок 1. Оперограмма жизненного цикла приказа по основной деятельности

Рисунок 2. Алгоритм обработки приказов по основной деятельности

В статье «Информационное обследование в рамках внедрения СЭД», опубликованной в журнале «Делопроизводство и документооборот на предприятии» №2, 2007, перечислены вопросы, которые можно использовать в анкетах или при интервьюировании пользователей. Вопросы являются рекомендательными.

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

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

Тематический анализ и оптимизация документооборота

Загромождение документооборота, его нерациональность можно увидеть, проведя анализ по темам. Проанализируем, например, входы и выходы материального потока в подразделении (движение полуфабрикатов, готовой продукции). Может оказаться, что торжественный факт перехода контейнера с обработанным сырьем из цеха в цех будет сопровождаться фейерверком записей в первичных документах, журналах, сводках и отчетах. Значительное дублирование встречается и при передаче полуфабрикатов в пределах одного цеха.

Для выработки решения о сокращении записей рекомендуется проводить реквизитный анализ в табличной или графической форме. Он формально показывает дублирование показателей в документах. Анализ локальных схем, дополненный выяснением конкретного назначения документа, сводки или записи в учетном регистре (управленческое решение и т.д.) помогут выявить дублирование документов или реквизитов по существу. В результате принимается решение о сокращении или преобразовании документов с учетом технической оснащенности цехов и возможностей АСУ. Также могут быть даны рекомендации по объединению журналов:

При оптимизации документооборота следует привести названия документов в соответствие с их содержанием. На первый взгляд незначительная процедура снимает много проблем при смене менеджеров подразделений и для организации внутреннего аудита со стороны внешних к проверяемому цеху подразделений.
Наглядное представление об излишних функциях дают функциограммы, они также способствуют преобразованиям.
Завершает работы по проектированию создание стандартов документооборота и формирование внутренней отчетности. По каждой теме (или документу) разрабатываются формы отчетности (документа); инструкции по заполнению формы (целевое использование с учетом уровня управления, порядок заполнения реквизитов и (или) показателей: в какую графу и/или строку, какое значение показателя и т.д.); разрабатывается регламент (кто, куда, кому и в какие сроки передает форму отчетности (документа); устанавливается ответственность за нарушение регламента.
При оптимизации документооборота предпочтителен комплексный подход, так как изменения, вводимые на одном участке работы, могут вызвать затруднения на другом; иногда упрощение работы может привести к ослаблению контроля; перераспределение функций работников может повлечь за собой ухудшение качества работы и т.д.^[1]

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

Разработка и настройка СЭД

На данном этапе осуществляется реализация описанных в ТЗ требований: настройка СЭД, ее доработка или разработка новых функций Системы на выбранной платформе.

Целями физической реализации СЭД являются:

разработка структуры БД СЭД;
разработка экранных форм;
разработка механизмов: визирования, регистрации, исполнения и др.
разработка технической документации на Систему.

При выборе СЭД рекомендуем рассматривать следующие параметры:

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

В ходе этой стадии непосредственно реализуются описанные на этапе информационного обследования требования.

Большинство работ по разработке выполняется вне территории Заказчика, поэтому, постоянное и эффективное взаимодействие Разработчиков с Заказчиком является ключевым фактором для успешного завершения разработки и приемки системы Заказчиком.

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

Опытно-промышленная эксплуатация

Целью внедрения Системы является факт начала работы пользователей в СЭД (Система должна удовлетворять потребности и запросы пользователей) и стабильно работающая Система (без сбоев и ошибок).

В процессе внедрения выполняются следующие работы:

установка и настройка ПО;

обучение персонала и администраторов СЭД;
разработка документации на СЭД для пользователей (Help);
устранение ошибок в работе системы;
доработка СЭД по замечаниям и предложениям пользователей;
разработка нормативной документации: инструкции по ДОУ, регламенты работы с различными видами документов;
организация технической поддержки пользователей (консультирование пользователей по вопросам работы в системе).

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

Промышленная эксплуатация

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

Работы, выполняемые в процессе эксплуатации СЭД:

Консультирование и обучение пользователей по вопросам работы в СЭД;
Администрирование справочников (организационная структура, пользователей, маршруты согласования, списки рассылки и др.);
Администрирование сервера и ПО;
Осуществление резервного копирования (back-up)

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

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

На протяжении всего жизненного цикла проекта внедрения СЭД должны проводиться работы по управлению проектом. Например, рекомендуется использовать американский стандарт ANSI/PMI 99-001-2004 (Руководство PMBOK).

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

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

Самые известные/широко используемые стандарты управления проектами:

PMBOK (американский стандарт: www.pmi.ru);
Prince2 (английский стандарт: www.ogc.gov.uk/prince2);
IPMA (европейский стандарт: www.ipma.org);
P2M (японский стандарт: www.pmcc.or.jp/eng/index.htm)

Основные действующие лица:

Менеджер (руководитель) проекта – лицо, ответственное за управление проектом.
Спонсор проекта – лицо, обеспечивающее финансовые ресурсы проекта и осуществляющее административную и организационную поддержку проекта.
Заказчик (потребитель) проекта – лицо, которое будет использовать результаты проекта.
Заинтересованные стороны в проекте – лица, активно вовлеченные в проект и/или интересы которых могут быть затронуты выполнением проекта (которые влияют и на которых влияют результаты проекта).

Пример жизненного цикла проекта:

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

Устав проекта подлежит детализации в фазе планирования проекта.

Устав проекта может включать в себя:

Описание бизнес потребностей для инициации проекта;
Цель или основание проекта;
Описание потребностей и ожиданий, а также степень влияния заинтересованных сторон;
Суммарный план ключевых контрольных точек проекта (Milestones);
Описание функциональных организаций;
Описание организационных допущений и ограничений;
Суммарный бюджет проекта.

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

Процесс разработки описания содержания проекта описывает и документирует характеристики и границы проекта и связанные с ним продукты и услуги, а также методы приемки и управление содержанием.

Основные составляющие документа:

Цели проекта;
Описание продукта проекта
Результаты проекта
Допущения и ограничения в проекте, границы проекта;
План контрольных точек проекта.

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

План управления проектом может состоять из одного или нескольких дополнительных планов, таких как:

План управления содержанием проекта;
Календарный план;
План управления стоимостью;
План управления качеством;
План управления персоналом;
План управления взаимодействием;
План управления рисками;
План управления снабжением;
План усовершенствования процессов

Невозможно создать детальный план для всего проекта сразу.

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

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

Исполнение проекта – основной процесс осуществления проекта (задействована значительная часть ресурсов).

В основные обязанности РП входят:

Интеграция и координация действий по выполнению плана проекта;
Постоянное сравнение и анализ отклонений текущего исполнения проекта по сравнению с базовым планом проекта;
При необходимости – инициация запросов на изменение;
Прогнозы стоимости и сроков проекта.

Итак, мы рассмотрели процесс внедрения СЭД, в том числе процесс управления проектом внедрения СЭД. Изложенные положения являются рекомендательными, т.к. внедрение любой инновации требует творческих, не поддающихся четким правилам подходов.