Почему СЭД плохо работают?

Введение

В 1991 году я проходил студенческую практику на одном из предприятий в области энергетики. Задача, которую мне предстояло решить, заключалась в разработке программы для контроля поручений, выдаваемых руководителями. Программа называлась «КИП – контроль исполнения предписаний». Как мне тогда казалось, задачу я решил. Трудно было предположить, что к этой теме мне предстоит вернуться через 12 лет и превратить ее в основной предмет своей деятельности – в разработку и внедрение систем электронного документооборота. 20 лет спустя оказалось, что тема эта столь же актуальна, а попытки ее решить далеко не всегда приводят к ожидаемым результатам. Почему это происходит?

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

Термины и определения

Обозначим термины, которые будут встречаться далее.

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

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

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

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

Проблемы проектов

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

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

Проблема 1. Типовые маршруты не соблюдаются

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

Проблема 2. Увеличение объема документооборота

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

Проблема 3. Переполнение очередей задач

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

Проблема 4. Рост трансакционных издержек

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

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

Нужны ли СЭД?

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

Работающий электронный документооборот

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

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

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

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

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

Аутсорсинг бухгалтерского учета

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

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

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

Полученный опыт требовал ответить на вопросы:

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

Как должна быть построена система документооборота, чтобы ее внедрение приводило к безусловным результатам для компании?

Оценка экономической эффективности

Ответ на первый вопрос можно найти в работах Пола Страссмана – одного из ведущих специалистов в области оценки эффективности инвестиций в информационные технологии.

Пол Страссман

Пол Страссман – почетный профессор информатики George Mason School of Information Technology and Engineering; научный сотрудник National Computer Security Center; автор восьми книг, более 250 статей по информационным технологиям и эффективности инвестиций в информационные технологии.

С 1956 года – CIO в компаниях: General Foods Corporation, Kraft Corporation, Xerox. В 1991–1993 годах – директор по информационной безопасности в Министерстве обороны США. В 2002 году – CIO в NASA.

Пол Страссман являлся консультантом по информационным системам компаний: AT&T, Citicorp, DigitalEquipment, GeneralElectric, GeneralMotors, IBM, ING, SAIC, ShellOil, SunMicrosystems, TexasInstruments.

Профессор Страссман исследовал открытую финансовую отчетность более 500 американских компаний, пытаясь найти взаимосвязь между объемом затрат в информационные технологии и экономическими показателями деятельности компаний. Результаты исследований Пола Страссмана показали, что прямой зависимости между IT-бюджетами компаний и целевыми показателями экономической эффективности бизнеса нет. На рисунке показана характерная картина статистической связи между уровнем затрат на IT (отношение IT-бюджета к выручке компании) и уровнем фондоотдачи бизнеса (Return on Assets). Аналогичная картина наблюдалась и в отношении других экономических показателей.

ИТ-бюджет

 

 

При этом Пол Страссман обнаружил показатель, который положительно коррелировал с затратами в IT. Им оказалась группа затрат на управление, администрирование и поддержку продаж — Sales, General&Administrative (SG&A). В состав SG&A входят: зарплата менеджмента, административного персонала и продавцов; затраты на маркетинг и сбыт, а также на услуги третьих фирм в области управления. Выяснилось, что увеличение затрат на управление и продажи сопровождается (прямо пропорционально!) увеличением затрат на информационные технологии.

Sales, General&Administrative

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

Формы управления

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

Генри Минцберг

Генри Минцберг – профессор менеджмента McGill University в Монреале, а также профессор Carnegie Mellon University, университета d’Aix-Mardeill, Ecole des hautes etudes commerciales, Монреаль, London Business School и INSEAD. Обладатель 15 почетных дипломов университетов всего мира.

Генри Минцберг – автор 15 книг; более 150 статей, две из которых получили награду MacKinsey журнала Harvard Business Review.

По оценке The Wall Street Journal профессор Минцберг входит в десятку наиболее влиятельных мыслителей в области менеджмента.

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

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

  • Прямой контроль
  • Взаимное согласование
  • Стандартизация операций
  • Стандартизация навыков

Прямой контроль

Форма управления «Прямой контроль»

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

Взаимное согласование

Форма управления «Взаимное согласование»

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

Стандартизация операций

Форма управления «Стандартизация операций»

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

Стандартизация навыков

Форма управления «Стандартизация навыков»

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

Конфигурации организаций

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

  • Простая конфигурация
  • Адхократия
  • Механистическая бюрократия
  • Профессиональная бюрократия

Конфигурации организаций

Примеры компаний, соответствующих тому или иному типу конфигураций:

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

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

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

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

Виды документооборота

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

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

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

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

Профессиональная бюрократия (стандартизация навыков) – основа документооборота: документы профессиональной деятельности. Документы структурированы по ролям либо профессиональным областям сотрудников. Для создания новых документов сотрудники используют материал, накопленный за свой предыдущий опыт.

Виды документооборота

Отметим важный вывод:

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

Архитектуры СЭД

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

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

Мы подошли к ответу на поставленный вопрос: какой должна быть система электронного документооборота компаний?

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

На рисунке приведены типовые архитектуры систем, наиболее соответствующие типам конфигураций компаний.

Архитектуры СЭД

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

Для Адхократии основным элементом архитектуры СЭД является модуль управления содержанием (Enterprise Content Management, ECM) c поддержкой средств коллективной работы. Система должна позволять агрегировать большое количество информации и предоставлять функциональные средства поиска. В системе должны быть реализованы средства коллективной работы с поддержкой форумов, чатов, новостных лент.

Для Механистической бюрократии основным элементом архитектуры СЭД является модуль управления бизнес-процессами (Business Process Management, BPM), позволяющий автоматизировать бизнес-процессы обработки документов компании. Бизнес-процесс документооборота должен строго вписываться в существующий технологический процесс работы компании с заранее заданными типами документов и маршрутами их перемещения.

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

Заключение

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

Литература

1. Минцберг Г. Структура в кулаке: создание эффективной организации / Пер. с англ. под ред. Ю. Н. Каптуревского. – СПб.: Питер, 2004. – 512 с.: ил.

2. Павлова О. Можно ли измерить экономический эффект ИТ? / PC Week/RE №4 (789) 21 февраля 2012.

3. Ананьин В.И. В поисках эффективности – часть 1 / Intelligent Enterprise № 7 (201), 2009.

4. Ананьин В.И. Формирование архитектуры корпоративной информационной системы путем естественного отбора / Intelligent Enterprise № 17 (149), 2006.

Статья впервые опубликована на habrahabr.ru.

Эта публикация была размещена на предыдущей версии сайта и перенесена на нынешнюю версию. После переноса некоторые элементы публикации могут отражаться некорректно. Если вы заметили погрешности верстки, сообщите, пожалуйста, по адресу correct@e-xecutive.ru
Комментарии
Технический директор, Москва

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

Финансовый контролер, Москва

Спасибо за статью!
Много идей предложено для осмысления, больше, чем сформулировано в заголовке. Теоретическая системная основа, подведенная под проблему оценки эффективности автоматизации документооборота, смазывается последним абзацем про ''бывает все''.
Понравился основной, по моему мнению, вывод: наибольшая эффективность внедрений автоматизации достигается с помощью небольших простых проектов, имеющих целевую направленность в точку концентрации проблемы.
Проверено также и в моей практике. В прошлом году в проекте в энергетической компании, в которой уже использовался несколько лет СЭД (Documentum), решали задачи повышения эффективности (скорости/удобства/прозрачности) работы с документами, в основном с договорами. Quick changes от сбора жалоб до реализации изменений в программе и процессе согласования заняли 3 месяца и 1,2 млн руб работы ИТ консультантов. Благодаря положительным результатам корректировки СЭД отказались от мега проекта, предложенного консультантами САП, по переавтоматизации документооборота заново.

Аналитик, Москва

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

Нач. отдела, зам. руководителя, Москва
Алексей Кормилкин пишет: Интригующий заголовок. Но честно говоря, я для себя не нашел ответа на вопрос
Слишком много материала для одной статьи, наукообразных графики, Минцберга привлекли :) не совсем по делу ... Мне представляется, что реально непонимания разработчиков, приводит к оЧень большой трудоёмкости работ после автоматизации, и как обычно ... потеря незаменимости на рабочем месте, и сопротивление внедрению.
Нач. отдела, зам. руководителя, Москва
Автор пишет: Почему это происходит и как должна быть построена эффективная система документооборота?
Нет, ну сразу вижу, что пишут о повышении трудоёмкости, и вдруг ... эффективная система. Обращайте внимание на смысл, а не стандартную форму-Зазываловку ПП :) ПП - это конечно из процессного подхода :) -> А Результативную систему кому нужно? Эта статья как пример замечательная -> строим что-то якобы ''эффективное'', но нЕ результативное :(
Управляющий директор, Самара
тем не менее, спрос на автоматизацию документооборота с каждым годом возрастает
Как ИТ-директор в прошлом, я-таки имею шо сказать: все ИТ-проекты имеют вот такой ''генезис'': (1) надо переключить внимание из одной области - на другую. Если не хочешь, чтобы твой бизнес-процесс стал прозрачен, голосуй обеими руками за внедрение ИТ, пригласи подрядчиков, имитируй бурную деятельность на рабочих группах, но не делай в срок, нагрузи сотрудников ''задачами по зарабатыванию денег, а не этими вашими ИТ''. И постепенно вопрос ''он мухлюет и продает свой товар'' трансформируется в ''куплена дурацкая ИТ-система, которая не работает''. (2) когда надо навести порядок. Но порядок - он не в ''документах'', а в процессах. Документ - это всего лишь инструмент для обслуживания процесса, вынужденная сущность. В идеальном случае - необходимо стремиться к избавлению от каких бы то ни было документов, при прочих равных условиях. А СЭД нацелены на ''одокуменчивание'' деятельности: чем больше документов, тем больше ''маршрутов'', тем больше действий по ''обработке документов'', тем больше у разработчиков фронт работ и сумма счетов. Что, не так? В итоге люди не создают ценность, а как Борис Николаич в Кремле, работают с документами''. Правильно руководитель делал, что кидал бумажку в урну: среди вороха бумажек, перестаешь понимать канву работы. Возрастает спрос не на ''СЭД'', возрастает спрос на порядок в работе. Просто СЭД продают как панацею для наведения порядка, но панацея эта - дутая. Это подкачка шин азотом, ''чтоб машина ровнее шла'', при том, что вся ходовая раздолбана.
Нач. отдела, зам. руководителя, Москва
Имею опыт в IT и в т.ч. в данной предметной области более 15 лет, могу сказать что-то о статистике. Когда начинают с оптимизации бизнес-процессов, то с вероятностью 99% проект на этом и закончится. В любом случае, нужно ''посмотреть вокруг'' на предмет, а есть ли подходящие Системы Электронного Документооборота. В каждой такой Системе уже есть свой ''порядок'', и можно им воспользоваться. Если есть желание начать с нуля, то это другой вариант, и требует намного больше средств, и не гарантирует успеха, как и в первом случае.
Александр Абрамов пишет: Просто СЭД продают как панацею для наведения порядка, но панацея эта - дутая.
СЭД - это достаточно узкая предметная область связанная обычно только с электронным документооборотом, и должна решать свои задачи. Ну, а корпоративные решения связаны с определённым порядком работы. :)
Партнер, Украина
Александр Соловьев, За 15 лет многое изменилось. Просто бумажки нужны все меньше и меньше. Кому нужен отчет, если его можно сгененить самому в ERP с вариациями. Наши внедрения в этом году ВСЕ идут от бизнес-процессов. Автоматизация документооборота отдела кадров уже никого не возбуждает.
Нач. отдела, зам. руководителя, Москва
Рубен Мелконян пишет: Александр Соловьев, За 15 лет многое изменилось.
Автор спращивает: Почему СЭД плохо работают? - я постарался ответить, т.к занимался в т.ч. и Системами Электронного Документооборота (СЭД) на протяжении этих лет :), а Вы пишите о чём? Я так понял, что о ERP системах И это ответ почему плохо работают?
Рубен Мелконян пишет:Просто бумажки нужны все меньше и меньше.
Практика показала, что бумаг наооборот стало намного-намного больше. Станет ли меньше, в результате использования в СЭД квалифицированной электронной подписи пока неясно, но это не отменит необходимость СЭД и замену этих систем на ERP :), хотя СЭД может быть частью ERP системы.
Партнер, Украина
Александр Соловьев, э-э-э-э. попытаюсь объяснить, как ERP связано с документооборотом на разных примерах. Вот например процесс проектирования. Раньше проектировщики чертили чертежи. В разных проекциях, масштабах. А потом перешли на объемное проектирование. Строится трехмерная модель, а чертежи... ну кому надо, тот себе и распечатает нужный кусок в нужном ракурсе. Обычно их только строители печатают и себе на стенку в прорабской вешают. Им так удобно планерки проводить. То есть с появлением нового инструментария поменялся смысл документооборота. Документы (чертежи) стали побочным эффектом построения модели объекта. Или другой пример. Раньше были платежки, а теперь есть автоматизированная система казначейства. Не надо подписывать бумажки, надо мышкой ставить птички в табличке. А потом клиент-банк их подберет и в банк отправит. Или еще. Раньше мне присылали счета за мобильную связь. Можно было пойти в банк, заплатить. квитанцию получить. А пару лет назад перестали. Приходит СМС, если деньги заканчиваются. Я захожу в интернет и плачу карточкой. То есть нет счетов, нет квитанций. Отпали, как хвост в процессе эволюции. Также и в ERP. Зачем печатать для начальника ежемесячный отчет по продажам. если он может сам зайти и его получить. По агентам, потом по регионам, потом по регионам и агентам. Потом по группам товаров. А это могло бы быть 20 разных бумажек... В чем смысл всего вышеперечисленного... Смотреть надо на бизнес-процесс, а не на документ. Вполне возможно, что его можно вообще заменить на что-то другое, а не автоматизировать его согласование. утверждение... Зачастую это не самый эффективный путь при наличии технологий. P.S. Кстати вспомнил последний случай. Бабушка моя раньше ходила в банк платить за ТВ. А в прошлом месяце пошла и написала бумажку, чтобы ей снимали автоматически с пенсионной карточки деньги. Вот она сила улучшения бизнес-процессов.
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
Большинство россиян хочет ходить в офис

Однако число готовых работать из дома увеличилось за последние несколько лет.

Эксперты рассказали, как отличить фейковую вакансию от настоящей

Есть три основных признака, по которым можно это понять.

Подведены итоги исследования об эффективности работы на самоизоляции

Эксперты считают, что еще одна самоизоляция на бизнес-процессах никак не скажется.