Совместная работа

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

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

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

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

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

Выбор направления

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

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

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

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

Андрей Матаренко / CNews

http://www.betec.ru/indexprint.php?id=06&sid=50