Внедрение типовой информационной системы начинается. Внедрение информационных систем

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализация;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Формализованное описание ситуации, в которой предприятие находилось до внедрения;

Формализованное описание целевой ситуации, формирующейся в результате внедрения;

Обоснованный объем финансовых ресурсов, необходимых для приобретения лицензий программного обеспечения;

Обоснованный объем трудозатрат, необходимый для осуществления всего проекта; сроки проведения этих работ;

Обоснованный объем финансовых ресурсов, которые необходимо затратить на привлечение внешних консультантов;

Обоснованный объем внутренних трудовых ресурсов, занятых в рамках проекта.

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

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

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

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

· Разработка собственной специализированной системы или настройка существующих систем.

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

· Интеграция существующих подсистем по функциям и по данным.

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

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

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

Что же нужно знать пользователю о предлагаемом программном обеспечении и собственных потребностях для того, чтобы сделать правильный выбор?

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

· только планирование или планирование и контроль хода проекта;

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

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

· детальное планирование использования ресурсов;

· многопроектное планирование и управление.

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

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

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

Разработка информационной системы

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

· Изучение и анализ возможностей автоматизации процедур управления;

· Проектирование и разработка системы;

· Тестирование и подготовка документации.

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

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

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

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

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

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

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

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

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

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

Внедрение системы

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

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

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

· Цели проекта и ожидаемые результаты не определены заранее или определены не в полном объеме. Жесткие временные ограничения, нетерпеливость или непоследовательность руководства могут не позволить реализовать цели проекта в полном объеме.

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

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

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

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

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

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

Литература

[I]. Л Guide to the Project Management Body of Knowledge (PMBOK), PMI, 1994.

. Andersen E, Grude K, Haug T, Turner J, Goal Directed Project Management, Kogan Page, 1995.

. Morris P, Managing Project Interfaces - Key Points for Project Success, Project Management Handbook, edited by D. Cleland and W. King, Van Nostrand Reinhold, 1988.

. Meredith J., Mantel S., Project Management, Managerial Approach, Wiley, 1989.

. The Implementation of Project Management: The Professional Handbook, Wesley, 1991.

[б]. Полковникова Е.В., Полковников А.В., Планирование и управление проектами с использованием Time Line, Диалог-МИФИ, 1994.

. Thuman J, Development and Implementation of Project Management Systems, Project Management Handbook, edited by D. Cleland and W. King, Van Nostrand Reinhold, 1988.

. Badiru A, Whitehouse G, Computer Tools, Models and Techniques for Project Management, TAB Professional and Reference Books, 1989.

. Levine H A, Project Management Using Microcomputers, McGraw Hill, 1986.

. Wall A, Project Planning and Control Using Micros, NCC Publications, 1988.

SQL (Structured Query Language) - стандартный, структурированный язык построения запросов к базам данных.

ODBC (Open Data Base Connectivity) - стандарт доступа к базам данных различных форматов.

Web - всемирная сеть, построенная по технологии Internet.

ASCII - формат сруктурированного текстового файла.

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

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

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

Программа реализуется с 2012 года.

За это время прошли обучение несколько сотен человек из Владивостока, Екатеринбурга, Тулы, Самары, Воронежа, Сочи, Новгорода, Читы, Москвы и других городов.

Программа разработана с учетом требований профессиональных стандартов:

• Руководитель проектов в области информационных технологий (Утвержден Приказом Минтруда России №893н от 18.11.2014)
• Системный аналитик (Утвержден Приказом Минтруда России № 809н от 28.10.2014)

Форма обучения:	заочная (дистанционная)
Срок обучения по программе:	8 месяцев
Выдаваемый документ:	диплом установленного образца Высшей школы экономики о профессиональной переподготовке. Диплом дает право на ведение профессиональной деятельности в сфере управления информационными технологиями
Начало занятий:	05 июня 2019 года Прием документов до 25 мая 2019 года
Условия поступления:	Лица, имеющие среднее профессиональное или высшее образование; - лица, получающие профильное (техническое, экономическое, управленческое) высшее образование.
Стоимость	136 000 рублей. Оплата производится частями. Минимальный платеж - 1 раз за 2 месяца.

Подайте заявку на обучение

ЦЕЛИ ПРОГРАММЫ

• Дать слушателям необходимые теоретические знания в области системного анализа и ИТ-менеджмента;

Научить системному подходу к решению задач в области разработки и проектирования информационных систем;

Изучить практику управления ИТ-проектами в российских компаниях и организациях;

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

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

Структура и содержание программы

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

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

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

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

1. Анализ предметной области и формирование требований к ИС

• Информатизация предприятия
• Анализ требований к автоматизированным информационным системам
• Архитектура предприятия
• Моделирование бизнес-процессов
• Оптимизация бизнес-процессов
• Контрольное домашнее задание 1.

2. Разработка и проектирование ИС

• Модели жизненного цикла и методологии разработки корпоративных систем
• Технологии и средства разработки корпоративных систем
• Проектирование информационных систем
• Применение ГОСТ 34 в проектах создания современных автоматизированных систем
• Основы проектирования реляционных баз данных
• SQL и процедурно-ориентированные языки
• Контрольное домашнее задание 2

3. Внедрение ИС

• ИТ-стратегия
• Управление внедрением информационных систем
• Гибкая процессная методология Agile
• Управление проектами в соответствии со стандартом PMI PMBOK
• Управление проектами по технологии быстрого результата
• Контрольное домашнее задание 3.

4. ВЫПУСКНАЯ АТТЕСТАЦИОННАЯ РАБОТА

Особенности заочного (дистанционного) обучения

Материалы дисциплин представлены в виде видеофильмов или электронного текста.

Возможность обучения 24ч 7 дней в неделю: обучение и контроль знаний происходят полностью дистанционно в любое время суток и в любой стране мира. Для обучения слушателям нужны только компьютер и доступ в интернет.

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

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

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

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

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

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

С чего начинать внедрение информационной системы?

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

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

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

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

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

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

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

Если компания хочет не просто «для галочки» внедрить ИС, а действительно эффективно пользоваться всеми ее возможностями, предстоят следующие этапы:

1. В первую очередь необходимо определить цель внедрения. Многие руководители высшего звена поверхностно относятся к этому этапу, но на самом деле он задает направление всему внедрению ИС;
2. Обследование бизнес-процессов компании. В этот этап входят интервью с менеджментом, рядовыми сотрудниками, составление схем по каждому процессу. На выходе получается уточнение целей внедрения и возможность предварительно оценить объем работ и стоимость;
3. Составление проекта, технического задания и регламента. В этих документах должны быть описаны все бизнес-процессы, участвующие во внедрении ИС. Старайтесь составлять проект внедрения максимально подробно, с указанием необходимых данных, их структуры, алгоритмов действий, рабочих мест;
4. Подготовка специалистов. Сотрудники компании при начале внедрения должны знать, что от них требуется, чтобы не задерживать выполнение работы. Также администраторы и разработчики компании должны начать разбираться в информационной системе. То есть сотрудники расширяют свои знания на благо компании;
5. Настройка информационной системы в соответствии со спецификой предприятия. В этот этап включается:
   • Разграничение прав на функционал системы для сотрудников;
   • Начальное заполнение данных;
   • Настройка алгоритмов расчетов, создание необходимых отчетов.
6. Тестирование информационной системы. На этом этапе могут обнаружиться проблемы внедрения в разрезе алгоритмов или необходимость в новых отчетах;
7. Опытная эксплуатация с реальными данными. Чаще всего на этом этапе многие сотрудники компании выполняют больше работы. Им приходится не только работать, как раньше, но и отражать свои действия в информационной системе. Требуется максимальная дисциплина и сосредоточение усилий всех участников внедрения. Конечным результатом должно стать совпадение данных информационной системы с реальным положением дел;
8. Промышленная эксплуатация. На этом этапе осуществляется переход сотрудников на полноценную работу в информационной системе. Должна быть организована техническая поддержка пользователей;
9. Завершение проекта. Основным результатом этапа являются подписанные должностные инструкции, разграничение обязанностей подразделений и их взаимодействия. Корпоративная информационная система запущена на предприятии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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. Перечислите основные фазы внедрения ИС.