Наверх

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

Время чтения: 17 минут
5
Использование консалтинговых услуг при внедрении систем электронного документооборота

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

О.А. Галкина, ведущий аналитик компании «Логика бизнеса 2.0»

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

Что такое консалтинг и почему консалтинговые услуги часто используют при внедрении СЭД?

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

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

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

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

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

Это и позволяет ИТ-интеграторам, занимающимся внедрением СЭД, позиционировать себя как консалтинговые компании.

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

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

В последнее время ИТ-консалтинг активно захватывает смежные области, например, оптимизацию бизнес-процессов.

Какие выгоды дает использование опыта консультантов при внедрении СЭД?

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

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

История 1:

На одном из наших проектов я имела удовольствие беседовать с одним из топ-менеджеров крупного предприятия. Когда я спросила, какие виды документов издаются за его подписью, то в числе прочего он назвал и приказы. Так как по должности приказы подписывать этот руководитель не должен был, я задала ему уточняющий вопрос: расскажите подробнее, кто эти приказы готовит, как часто вы их подписываете, кто приносит их на подпись? На что он ответил мне, что он сам их и готовит. Мне стало интересно, и я попросила его уточнить, как он контролирует их исполнение. На что руководитель мне ответил: а пусть только попробуют не исполнить!

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

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

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

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

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

Консалтинговые компании, внедряющие СЭД, обычно предлагают комплекс услуг, стандартно входящих в проект:

●    проведение ИТ-аудита;

●    обследование;

●    выявление неоптимальных процессов;

●    формирование предложений по оптимизации процессов;

●    оценка стоимости проекта, формирование плана проекта;

●    менеджмент проекта создания и внедрения СЭД;

●    формирование функциональных и технологических требований к автоматизированным системам;

●    разработка проектной документации;

●    контроль качества выполнения проекта;

●    анализ качества реализации проекта.

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

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

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

Итак, краткое резюме. Консалтинг необходим:

●    для решения проблем, которые решить собственными ресурсами предприятия не представляется возможным;

●    для разрешения ситуации, когда руководитель чувствует, что назрела нужда в изменении процессов, но не может четко поставить цели. В этом ему может помочь консультант.

Как выбрать консультанта?

Консультанты обычно бывают двух типов:

●    практики, то есть те, кто может не только дать рекомендации, как надо делать, но и, обладая при этом экспертными знаниями, передать необходимые для выполнения задачи методики, сделать часть работ;

●    теоретики, выполняющие роль стороннего эксперта.

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

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

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

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

История 2:

Группа энтузиастов-аналитиков летом 2012 г. провела очередной профессиональный форум - День аналитика. На этом съезде профессионалов у молодых аналитиков есть возможность попробовать себя в роли докладчиков и поделиться историями своих успешных проектов.

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

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

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

Оказалось, что требования заказчика действительно постоянно «плыли» - менялись. Выяснилось, что аналитик ходил на встречи вместе с разработчиком, а изменения делались прямо на серверах заказчика с его слов без постановки задачи аналитиком.

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

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

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

Если эксперт привлекается просто на какие-либо проблемные участки и при этом он не имеет желания обучать представителей компании справляться с аналогичными проблемами в будущем, то как бы он себя ни называл, это скорее аутсорсер, а не консультант. Он выполняет определенные работы за деньги и не собирается терять эту возможность в будущем.

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

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

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

Насколько необходим консалтинг при внедрении СЭД?

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

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

История 3:

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

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

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

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

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

Каковы особенности работы российского бизнес-аналитика и отличается ли наша практика от западной?

В настоящее время для моделирования бизнес-процессов появилось много инструментов, пришедших к нам с Запада. Самые распространенные из них: Aris (Architecture of Integrated Information Systems), RSA (IBM Rational Software Architect), BPwin, Erwin, BPM - используются также и различные нотации: UML, IDF0, BPMN и другие.

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

История 4:

Некоторое время назад я посетила курс обучения, на котором должны были рассказать об использовании use case диаграмм нотации UML. Я самонадеянно полагала, что многое знаю о визуальном моделировании, и просто хотела структурировать свои знания, полученные самостоятельно. Однако меня ожидал сюрприз. Все разбились на три группы, и каждая из них по одному и тому же заданию строила диаграммы, казалось бы, одной и той же системы, которая должна была автоматизировать деятельность, описанную в задаче. Больше всего меня удивил результат: модели, сделанные разными аналитиками, имели отличия, но при этом все они были правильными.

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

Словарь

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

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

Почему при внедрении СЭД организации часто предпочитают приглашать консультантов, а не используют своих специалистов, хорошо знающих процессы?

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

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

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

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

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

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

Кого лучше пригласить для выполнения отдельных работ на проекте - консалтинговую компанию или консультанта-фрилансера?

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

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

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

Источник: Журнал "Современные технологии делопроизводства и документооборота"

Чтобы прочитать эту статью до конца,
или зарегистрируйтесь

Комментарии 5

Если архитектора или другого грамотного специалиста, способного выполнять и свои функции, и функции аналитика, на проекте не имеется, процесс внедрения начинает носить кустарный характер. Все идеи заказчика воспринимаются буквально и исполняются именно так, как о них рассказали специалисты - работники предприятия.
Вывод несколько категоричен.
Зачастую (если не в большинстве случаев) компания-заказчик относится к внедрению СЭД именно с позиции "доработать напильником до готовности". При этом за готовность принимается не оптимальность, явившаяся результатом проведённого анализа и сформированных рекомендаций, а именно аналогичность - стопроцентное отражение существующих процессов компании, какими бы абсурдными они ни были, во внедряемой СЭД.
Иными словами, бизнес-анализ в таких компаниях если и заказывают, то к результатам его относятся достаточно поверхностно и снисходительно, противопоставляя опыту аналитика многолетние корпоративные практики, сложившиеся тоже не на пустом месте и не без участия "грамотных" специалистов.
Процитированный вывод тем более странен, учитывая дальнейшее упоминание в статье именно о стремлении не только к допиливанию, как таковому, но и к увеличению скорости наряду с уменьшением ресурсоёмкости этого допиливания.
Итого - работа консультанта (аналитика), её процесс и результат вполовину, если не на три четверти, будут зависеть от истинных намерений компании, заказавшей данную услугу. И основная проблема лично мне видится в том, что эти истинные намерения чаще всего неочевидны для самой компании, несмотря на внутреннюю уверенность и внешние пункты договора, гласящие об обратном.
Ольга Галкина 28 апреля 2013

Добрый день, Валентина!

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

Да, согласна, такое бывает, что заказчик точно не знает что ему нужно или не готов к переменам.

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

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

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

Здравствуйте, Ольга и спасибо за ответ.

Скажите, если ключевая роль аналитика является в Вашем понимании объектом высоких рисков для проекта, то как бы Вы предложили минимизировать эти риски?

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

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

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

Привлечением заказчика к управлению требованиями. Как вариант, выделение product owner-а со стороны заказчика. В этом случае роль аналитика будет ближе к роли консультанта.

Тогда Вы сможете минимизировать риски от ошибок аналитика на проекте и уменьшить  влияние его персонального вижена на "лицо" продукта.

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

Чтобы прокомментировать, или зарегистрируйтесь