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

Введение

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

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

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

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

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

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

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

Процессный подход

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

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

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

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

Функциональное и процессное внедрение ИС

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

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

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

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

Говоря о процессном внедрении, нельзя не упомянуть об инструментарии, применяемом для моделирования бизнес-процессов. Сам по себе процессный подход не предъявляет особых требований к инструментам описания и проектирования бизнес-процессов, однако использование специализированных инструментов вместо стандартных офисных программ имеет массу неоспоримых преимуществ. Среди множества представленных на рынке инструментальных средств наиболее эффективным следует, пожалуй, признать программный продукт ARIS (этот вывод подтверждается результатами исследований, опубликованными Gartner Group в январе 2004 г.). ARIS (Architecture of integrated Information Systems – архитектура интегрированных информационных систем) представляет собой методологию и базирующееся на ней семейство программных продуктов, разработанных компанией IDS Scheer. Чтобы дать некоторое представление об ARIS, перечислим ее основные преимущества:

представление бизнес-процессов в виде графических моделей;

наличие единого стандарта моделирования;

ориентация на процессный подход;

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

возможность генерации разнообразных отчетов по разработанной модели – в том числе и отчетов, специально разработанных пользователем;

возможность организации совместной работы в сетях Internet и Intranet.

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

Информационная система и процессный подход

Рассмотрим несколько типичных случаев автоматизации на производственном предприятии.

Отсутствие автоматизации.

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

Основной носитель информации – документ, обработка информации носит последовательный характер.

На предприятии действует автоматизированная система управления (АСУП).

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

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

Варианты с использованием локальных средств автоматизации.

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

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

Что же дает внедрение системы TechnologiCS в плане применения процессного подхода и совершенствования бизнес-процессов?

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

Перечислим основные преимущества рассматриваемого способа работы – с точки зрения организации процессов на предприятии:

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

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

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

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

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

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

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

Опыт реальных проектов

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

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

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

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

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

Приведем пример из практики, обещанный в самом начале этой статьи. Подходы, преимущества которых мы постарались обосновать выше, использовались при подготовке проекта внедрения системы TechnologiCS для автоматизации процессов конструкторской и технологической подготовки производства на Новосибирском заводе химконцентратов. Работы выполнены проектной группой, состоящей из специалистов компании CSoft, консультантов компании «Логика бизнеса» и сотрудников предприятия.

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

В общем случае проект процессного внедрения информационной системы включает следующие этапы:

подготовка проекта;

концептуальное проектирование;

реализация;

заключительная подготовка;

ввод в эксплуатацию и поддержка.

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

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

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

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

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

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

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

Подготовка проекта

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

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

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

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

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

Концептуальное проектирование

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

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

Результатом работы на этом этапе стало появление детально проработанного документа «План перехода к процессам "как должно быть"» (рис. 5).

Краткие выводы

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

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

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

Для успешного внедрения системы необходим серьезный объем подготовительной работы.

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

ИНФОРМАЦИОННЫЕ СИСТЕМЫ НА ПРЕДПРИЯТИИ

Структура информационной системы предприятия

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

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

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

Упрощенная схема информационной системы предприятия показана на рисунке 1.1. .

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

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

Созданием, развитием и эксплуатацией информационных систем занимается отрасль информационных (компьютерных) технологий (ИТ, от англ. information technology, IT).

Рисунок 1.1. Схема информационной системы предприятия

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ НА ПРЕДПРИЯТИИ

Технологии построения защищенной сети виртуального предприятия

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

Защиту сетей внутри организаций;

Управление доступом во внутренние сети организаций из открытых сетей;

Управление доступом из внутренних сетей в открытые сети;

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

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

Базовый набор функций комплекса средств защиты от НСД включает в себя:

Идентификацию и аутентификацию (проверку принадлежности субъекту доступа предъявленного идентификатора) пользователя в начале сеанса работы;

Обеспечение доступа к данным и возможности запуска программ в соответствии с заданным списком полномочий и разрешений;

Контроль целостности используемого программного обеспечения и данных;

Протоколирование выполняемых действий.

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

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

ВОПРОСЫ ВНЕДРЕНИЯ

CALS-ТЕХНОЛОГИЙ

Особенности внедрения CALS

Процесс планирования, который является основой успешного внедрения CALS, включает в себя:

Разработку концепции внедрения CALS как составной части стратегии бизнеса;

Определение затрат и экономического эффекта внедрения;

Планирование и внедрение CALS-технологий.

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

Определение задач, стоящих перед предприятием;

Сбор исходных данных;

Усовершенствования;

Определение экономического эффекта;

Внедрение.

Разработка концепции внедрения CALS как составной части стратегии бизнеса.

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

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

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

Определение затрат и экономического эффекта.

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

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

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

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

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

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

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

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

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

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

Цели и задачи, поставленные в проекте внедрения CALS, должны быть ясными и понятными, конкретными, поддаваться измерению, достижимыми, радикальными, экономически обоснованными, расписанными по времени.

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

5.4. Реформирование процессов

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

Анализ и реинжиниринг бизнес - процессов, как правило, включает в себя следующие этапы:

Определение потребностей бизнеса;

Анализ существующих процессов;

Определение необходимых реформ;

Планирование проведения реформ;

Реализацию намеченных планов.

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

В зависимости от потребностей предприятия в оптимизации бизнес-процессов стратегия проведения работ может быть следующей:

Автоматизация существующих процессов;

Замена существующих процессов;

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

Отдельные улучшения.

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

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

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

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

Установив, что и как происходит в существующих процессах, следует перейти к поиску путей совершенствования процессов, экономии времени, усилий и ресурсов.

Сущность анализа процессов заключается в изучении их характеристик и составных частей, таких как:

Число и характер взаимосвязей между составными частями процессов;

Затраты и их распределение внутри бизнес - процессов;

Потенциал используемых ресурсов (персонала, оборудования, инфраструктуры);

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

Анализ и моделирование бизнес-процессов являются серьезным инструментом повышения эффективности работы предприятия, так как:

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

Модель бизнес - процессов предприятия служит источником объективной информации о выполняемых функциях и связях между ними;

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

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

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

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

Результатами анализа и реинжиниринга бизнес - процессов являются:

Совершенствование организационной структуры;

Совершенствование бизнес - процессов;

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

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

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

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

5.5. Кадровые и организационные изменения

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

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

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

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

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

Определение внутренних потребностей организации.

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

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

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

Определение потребностей виртуального предприятия.

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

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

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

5.6. Совершенствование информационной инфраструктуры предприятия

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

Направленность такого анализа зависит от специфики предприятия и состояния его информатизации. [ИТ управления производством]

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

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

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

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

Рисунок 5.1. Факторы, которые нужно учитывать
при управлении инновациями в сфере ИТ.

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

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

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

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

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

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

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

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

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

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

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

Недостатков гораздо больше, в качестве основных можно назвать:

• · риск ошибок при составлении технического задания;
• · длительность процесса: в результате предприятие получает выгоду спустя длительный период времени;
• · возникновение большого количества организационных проблем уже на первых этапах внедрения и тестовой эксплуатации системы;
• · высокий риск потери прибыли неработоспособности всего предприятия из-за неработоспособности новой системы;
• · потребность в обучении персонала в масштабах всего предприятия.

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

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

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

Преимущества такого подхода вполне очевидны:

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

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

Первая и самая главная причина провала: некорректно поставленная цель для информационной системы .

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

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

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

Даже если предположить, что специалисты-информационщики знают, как следует изменить бизнес-процессы (с логикой у нас порядок), у них все равно нет нужного административного ресурса, да и ожидаемый результат зависит, в первую очередь, не от программного обеспечения. Здесь явно путается следствие и причина. Допустим, есть предприятие А с информационной системой ABC. Предприятие работает стабильно, нет авралов, неразберихи, заказы выполняются в срок, есть планомерная деятельность отлаженного механизма. Можно сделать вывод, что все хорошо благодаря системе ABC, но это 100% не так. Наличие системы ABC у предприятия A, кончено же, вносит свой вклад в бизнес, но не является ключевым. Если руководство некоего предприятия Б решило внедрить у себя систему ABC в надежде, что после ее внедрения предприятие Б тоже будет работать так же, как A, его ждет сюрприз. Деньги будут потрачены, но ожидаемый эффект не наступит, т.к. методика работы на предприятии Б не изменится.

Эффективные цели

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

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

Итак, с целями мы определились, теперь осталось правильно составить техническое задание.

Техническое задание

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

Получается, что не заказчик подписал неподходящее ТЗ, а исполнитель разработал и предложил совсем не то – не угадал, о чем мечтал заказчик. Замечаете парадокс? Исполнитель сам для себя пишет ТЗ, но при этом должен угадать, чего на самом деле хочет заказчик. В принципе, это возможно (для участников шоу «Битва Экстрасенсов»), но маловероятно. У меня был опыт создания подробных ТЗ, которые на этапе внедрения претерпевали изменения порядка 30%. Обычная история: в процессе работы над проектом у заказчика появлялись новые идеи, их приходилось учитывать, отказываясь от предыдущих решений. Потому я не сторонник очень подробных ТЗ. Они отнимают много времени, а в итоге будут скорректированы на этапе опытной эксплуатации и внедрения. Если не сделать корректировку, можно испортить отношения с заказчиком. При попытке сослаться на подробное ТЗ в ответ вы услышите – «ну, вы же специалисты, должны были сами все знать заранее».

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

Есть еще один вариант составления ТЗ: в нем декларируется конечная цель заказчика. И тут вы можете сразу заметить противоречия с предыдущем написанным тестом. Это случай составления проекта, в котором информационная система является только частью. У меня был опыт внедрения комплексной системы управления компаний, где основная сумма по контакту выплачивалась в случае, если заказчик получит увеличение оборота в два раза. Спрашивается, это как? Ответ прост: цели заказчика - автоматизация и оптимизация бизнес процессов копании, ускорение процесса работы с клиентами, точный учет затрат по контрактам, точный расчет бонусов менеджерам, участвующим в контрактах, финансовое планирование. Исходя из того, что все эти задачи не были решены, я подписал контракт. К сожалению, достигнуть 100% увеличения объема оборота у заказчика за 1 год не удалось, но 83% тоже хорошо. Мое вознаграждение было выплачено пропорционально.

Следующим важным документом для успешного выполнения работ является план-график работ.

План-график работ

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

Запуск системы в работу

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

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

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

В итоге мы получаем такие этапы запуска и внедрения системы:

• Тестирование с привлечением сотрудников заказчика на реальных примерах;
• Опытная эксплуатация с немедленным устраняем возникающих проблем;
• Промышленная эксплуатация.

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

Теги: Добавить метки

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

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

К настоящему времени сложился стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать ни одной из них .

Критически важными для внедрения являются следующие факторы :

· наличие четко сформулированных целей проекта и требований к ИС;

· наличие стратегии внедрения и использования ИС;

· проведение предпроектного обследования предприятия и построения моделей "Как есть" и "Как будет";

· планирование работ, ресурсов и контроль выполнения плана внедрения;

· участие высшего руководства во внедрении системы;

· проведение работ по внедрению ИС специалистами по интегрированию систем совместно со специалистами предприятия;

· регулярный мониторинг качества выполняемых работ;

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

Перед началом разработки проекта внедрения необходимо:

· максимально формализовать цели проекта внедрения ИС;

· оценить минимально необходимые затраты и статьи расхода;

· установить высокий приоритет проекта внедрения перед остальными текущими проектами;

· наделить руководителя проекта максимально возможными полномочиями;

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

· разработать организационные меры для применения новых информационных технологий;

· распределить персональную ответственность по всем этапам внедрения и опытной эксплуатации.

Необходимо также определить функциональные сферы внедрения модулей информационной системы:

· организационное управление;

· организационно-административное обеспечение;

· управление бизнес-процессами;

· управленческий, планово-финансовый и бухгалтерский учет;

· управление персоналом;

· управление документацией;

· управление материально-техническим обеспечением;

· управление связями с клиентами и внешней средой.

Кроме того, что перечислено выше, надо задать технологические требования к внедрению ИС:

· системная платформа - внедрение и адаптация готового решения от производителя или разработка на заказ в соответствии с техническим заданием заказчика;

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

· адаптируемость - система настраивается в соответствии с требованиями заказчика и на особенности информационного поля заказчика;

· распределенность - система может эффективно функционировать в территориально удаленных подразделениях и филиалах предприятия;

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

6.6.1 Основные фазы внедрения информационной системы

Фаза "Предварительные работы по подготовке проекта внедрения ИС" . В ходе предпроектного обследования предприятия (рис. 4) происходит сбор подробной информации о структурном построении организации, функциональных связях, системе управления, об основных бизнес-процессах, о потоках внутри предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необходимой для построения соответствующих моделей и выбора объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и стоимость программно-аппаратных и телекоммуникационных средств, стоимость обучения персонала и т. д.

Фаза "Подготовка проекта" . После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:

· формирование проектной и экспертной групп;

· распределение полномочий и ответственности;

· определение организационно-технических требований к процессу внедрения;

· уточнение спецификаций и ожиданий заказчика;

· обучение группы внедрения, состоящей из специалистов предприятия-заказчика.

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

Фаза "Концептуальная проработка проекта" . В течение этой фазы:

· формируется и утверждается концептуальный проект;

· уточняются и конкретизируются цели и задачи проекта;

· определяются размеры прототипа системы;

· согласуются укрупненный план работы, последовательность этапов и условия опытной эксплуатации, планово-финансовые и отчетные показатели;

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

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

Рисунок 12 - Примерное содержание репозитория проекта внедрения

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

Рисунок 13 - Примерный состав документации по процессу внедрения информационной системы

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

После окончания фазы реализации проект внедрения считается законченным. Информационная система передается в эксплуатацию.

Контрольные вопросы

1. Что такое "открытая информационная система"? Перечислите основные свойства открытых систем.

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

3. Какие модели и каким образом используются при проектировании информационных систем?

4. Какие программные средства используются для моделирования процессов при разработке информационных систем?

5. На основании каких данных и информации разрабатываются модели состояния AS IS и AS TO BE?

6. Кто в компании занимается вопросами разработки, внедрения и развития ИС? Кто участвует в подготовке технического задания на разработку ИС?

7. Назовите основные этапы проектирования информационных технологий.

8. Перечислите этапы жизненного цикла информационной системы.

9. На каком этапе разработки и внедрения ИС производится обучение персонала компании?

10. Перечислите основные фазы внедрения ИС.