Управление развитием информационных систем

Консалтинг в области информационных технологий (ИТ-консалтинг)

Разбить на страницы
Показывать лекцию целиком

6.1. Понятие консалтинга

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

Европейская Федерация ассоциаций консультантов по экономике и управлению (ФЕАКО) дает следующее определение: "Менеджмент-консалтинг заключается в предоставлении независимых советов и помощи по вопросам управления, включая определение и оценку проблем и/или возможностей, рекомендацию соответствующих мер и помощь в их реализации".

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

Возникновение консалтинга связано с промышленной революцией, когда консультанты помогали проектировать и оптимизировать сборочные линии, разрабатывали систему управления производством, решали вопросы рациональной организации труда и снижения издержек производства. Первые консалтинговые фирмы появились в середине XIX века: Foster Higgins (основана в 1845 г.), Sedgwick (основана в 1858г.), Arthur D.Little (основана в 1886 г.). Рост спроса на консалтинговые услуги и расширение области деятельности относится к началу XX века. Это связано с накоплением управленческого опыта и достижением определенной ступени развития рынка, когда уровень общения в производственной сфере делает возможным передачу этого опыта за определенный гонорар. В это время рождается понимание, что необходимо платить не только за станки и оборудование, но и за рекомендации. Появляются консалтинговые компании по управлению финансовыми ресурсами, управлению человеческими ресурсами, управлению сбытом. Большинство консалтинговых фирм были основаны инженерами и бухгалтерами. В 1926 году были созданы две компании: McKinseyCompany, первоначально предназначенная для консультирования корпораций в области менеджмента и финансовой деятельности, и A.T.Kearney, ориентированная на осуществление бухгалтерского и финансового контроля хозяйственной деятельности корпораций. Впоследствии указанные компании стали крупнейшими консалтинговыми компаниями в мире. С того времени количество консалтинговых фирм неуклонно увеличивается. Особенно интенсивно спрос на консалтинговые услуги стал расти в 50-е-60-е годы в связи с ускоренным послевоенным развитием экономики. Это время называют "золотым веком консалтинга", именно тогда в мире сложился современный набор консалтинговых услуг.

В Европейском справочнике консультантов по менеджменту приведена предметная классификация консалтинговых услуг, в которой выделено в 8 групп:

  • Общее управление.
  • Администрирование.
  • Финансовое управление.
  • Управление кадрами
  • Маркетинг.
  • Производство.
  • Информационные технологии.
  • Специализированные услуги.
  • Для наиболее полного удовлетворения потребностей клиентов, упрочнения своего положения на рынке консалтинговые компании увеличивают перечень предоставляемых услуг, расширяют их географию путем поглощения и слияния других компаний. Среди тенденций развития отрасли консалтинговых услуг можно выделить такие, как формирование крупных международных консалтинговых фирм, внедрение в отрасль крупнейших аудиторских фирм и сужение числа наиболее крупных компаний от "Большой восьмерки", существовавшей в начале 80-х годов ХХ века, до "Большой четверки" в настоящее время: Ernst Young, PriceWaterHouseCoopers, KPMG, Delloitte Touche.

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

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

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

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

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

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

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

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

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

    Согласно Европейскому справочнику консультантов по менеджменту группа "Информационные технологии" включает:

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

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

    (рис 6.1) Основные типы консультирования

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

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

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

    Консалтинговые услуги в области информационных технологий предоставляют крупнейшие международные фирмы "Большой четверки" с большой филиальной сетью по всему миру (Ernst Young, KPMG, PricewaterhouseCoopers, Deloitte Touche), вендоры программного обеспечения (SAP, Oracle, Галактика, 1С и др.) и компьютерного оборудования (IBM, HP, Fujitsu и др.), системные интеграторы (EDS, IBS, ЛАНИТ, Крок и др.), средние и небольшие консалтинговые компании, независимые консультанты.

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

    (рис 6.2) Основные виды ИТ-консалтинга

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

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

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

    Операционный ИТ-консалтинг касается области оптимизации внутренних процессов и организации "правильной" ИТ-службы организации в соответствии с методологией ITIL/ITSM.

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

    Практически все услуги в области ИТ-консалтинга осуществляется в форме консалтингового проекта, включающего три "проектных" этапа:

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

    (рис 6.3) Этапы консалтингового процесса

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

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

    За относительно небольшой исторический период своего существования – приблизительно 15 лет, российский ИТ- консалтинг занял прочные позиции в сфере управленческого консалтинга. На протяжении последних лет доля сектора ИТ в общем объеме рынка консалтинговых услуг составляет более 50%, так в 2005 г. она оценивалась в 54%, в 2006 г. - 56%.

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

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

    Рейтинг консалтинговых групп по итогам 2006 г. в секторах "Информационные технологии – управленческий консалтинг" и "Информационные технологии- разработка и системная интеграция", подготовленный агенством "Эксперт РА", представлен в таблицах 6.1-6.2.

    Сектор "Информационные технологии - управленческий консалтинг"
    sup1; Консалтинговая группа Выручка (тыс.руб.)
    1 "Борлас" 1902767
    2 OXS 1606740
    3 IBS 1314771
    4 "Ай-Теко" 657313
    5 "ТопС Бизнес Интегратор" 640277
    6 Группа компаний ИКТ 621091
    7 "Ланит" 584064
    8 "Парма-Телеком" 581918
    9 Группа компаний "АйТи" 546991
    10 Корпорация "Галактика" 509039
    Сектор "Информационные технологии-разработка и системная интеграция"
    sup1; Консалтинговая группа Выручка (тыс.руб.)
    1 IBS 2451796
    2 "Компьюлинк" 1592576
    3 "КРОК инкорпорейтед" 1451661
    4 "Ай-Теко" 937874
    5 "Ланит" 902406
    6 Группа компаний "АйТи" 812213
    7 "Квазар-Микро" 779795
    8 "Прогноз" 734583
    9 AT Consulting 526003
    10 Бизнес Компьютер Центр ВСС 431867

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

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

    Достаточно активно развивается продуктовый консалтинг, связанный с внедрением программных продуктов, обеспечивающих автоматизацию различных бизнес-процессов организаций и управленческих функций. Организации стремятся использовать информационные технологии с максимальной пользой для своего бизнеса, исходя из реальной необходимости. Самые развитые сегменты этого направления – учетные системы, ERP-системы, системы автоматизации документационного обеспечения управления, а в других секторах, например, в области систем управления производственными процессами MES (Manufacturing Execution System) потребность в консалтинге находится в стадии формирования и рынок далек от насыщения.

    В настоящее время отмечается увеличение спроса на консалтинговые услуги по оптимизации управления ИТ-инфраструктурой и консалтинг в области обеспечения технической поддержки. При оказании услуг в области оценки и оптимизации управления ИТ-инфраструктурой российские консалтинговые компании используются лучшие мировые практики (ITIL, CobiT) и методологии ведущих вендоров: HP, Cisco, IBM, Microsoft, BMC и др., такие международные стандарты, как ISO 27001, 15408, 12207, 9000:2000.

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

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

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

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

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

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

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

    В России таким национальным профессиональным органом является Ассоциация консультантов по экономике и управлению (АКЭУ), объединяющая менеджмент-консалтинговые, трейнинговые, рекрументовые и другие профессиональные фирмы большинства регионов страны и являющаяся представителем России в Европейской Федерации ассоциаций консультантов по экономике и управлению.

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

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

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

  • Основной продукт консалтинговой компании.
  • Известность консалтинговой компании, позиция в рейтинге, финансовая стабильность.
  • Предлагаемый спектр услуг, понимание отраслевой специфики.
  • Методология выполнения консалтинговых проектов.
  • Опыт работы в консалтинге, текущие и завершенные проекты
  • Штат и квалификация консультантов, личностные критерии.
  • Стоимость, сроки реализации проекта и объем оказываемых услуг.
  • Отзывы и публикации о компании.
  • Основной продукт консалтинговой компании – это её интеллектуальный капитал, который обеспечивает базовые преимущества, связанные с решением проблем, ради которых предприятие обращается в консалтинговую компанию. Выбирая консалтинговую компанию необходимо получить представление о методиках и инструментах, которыми пользуются консультанты в процессе предоставления услуг. Например, компания HP - ведущий поставщик консалтинговых услуг в области управления ИТ-услугами, имеет в качестве основного продукта собственную модель ITIL - типовую модель HP - IT Service Management (ITSM) и методику оценки эффективности управления услугами (совместную разработку с Meta Group), на основе которой консультантами проводится анализ существующих в организации ИТ-процессов и их сравнение с процессами, описанными в ITIL, определяется уровень автоматизации и интеграции этих процессов и вырабатываются возможные варианты изменений к лучшему.

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

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

    Материалы по итогам российских рейтингов можно найти на сайтах агентств "CNews Analytics (CNA)" (http://www.cnews.ru), "Эксперт РА" (http://www.raexpert.ru), компании РИА "РосБизнесКонсалтинг" (http://www.rbc.ru). В предыдущем разделе представлены результаты рейтинга российских консалтинговых компаний по итогам 2006 г., подготовленные агентством "Эксперт РА".

    Рейтинговыми исследованиями ведущих мировых брэндов занимается консалтинговая компания Interbrand, которая совместно с журналом "Business Week" представила рейтинг 100 лучших глобальных брэндов в мире - The Best Global Brands 2006 на основе анализа различных критериев. Для участия в данном рейтинге стоимость брэнда должны составлять не менее 2,7 миллиарда долларов, компания - владелец брэнда должна открыто публиковать свою финансовую и маркетинговую отчетность, получать не менее трети своей прибыли за пределами страны происхождения и торговать своими акциями на биржах. Бренд также не должен быть нацелен исключительно на B2B-аудиторию, и должен иметь широкую известность за пределами своих целевых групп. По итогам 2006 г. наиболее известными брэндами в области ИТ-услуг (computer services) являются компании IBM (3-позиция в рейтинге, стоимость брэнда - 56,201 млрд. долларов), Cisco (18-я позиция в рейтинге, стоимость брэнда – 17,532 млрд. долларов), Accenture (49 –позиция в рейтинге, стоимость бр энда – 6,728 млрд. долларов).

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

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

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

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

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

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

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

  • наличие методологии постановки и внедрения системы бюджетного управления;
  • наличие опыта автоматизации бюджетирования;
  • возможность интеграции с учетной системой на основе "1С".
  • Для организации, обращающейся за помощью в консалтинговую компанию, существенным является вопрос обеспечения качества предоставления работ. Поскольку продукт консультирования представляет собой интеллектуальную продукцию (совет, рекомендации), то оценка качества консультационной услуги является достаточно сложной проблемой. Установленные для оценки результатов консалтингового проекта критерии качества желательно внести в договор, в котором могут быть указаны такие инструменты гарантии качества, как система бонусов и штрафов. Также, для организации гарантией получения качественных консалтинговых услуг является следование консалтинговой компанией международным стандартам качества предоставления услуг — стандартам ISO 9001:2000. Подтверждением построения деятельности в соответствии с требованиями стандарта качества является наличие у консалтинговой компании соответствующего сертификата.

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

  • Каждый член АКЭУ в своей повседневной деятельности должен придерживаться кодекса деловой этики, о чем указывается в соглашении между консультационной компанией/ индивидуальным консультантом и АКЭУ. Кодекс деловой этики и стандартов профессиональной практики определяет такие требования к оказанию услуг, как независимость и объективность по отношению к клиентам, соблюдение конфиденциальности получаемой от них информации, реалистичность даваемых рекомендаций и т.д.
  • Сертификация соответствия квалификационным требованиям Европейской федерации ассоциаций консультантов по экономике и управлению (ФЕАКО). В зависимости от предоставления объема прав и услуг члены АКЭУ приобретают статус действительного, ассоциированного, индивидуального действительного и индивидуального ассоциированного члена. Консультационные компании и индивидуальные консультанты, прошедшие процедуру сертификации, получают сертификат действительного члена АКЭУ, свидетельствующий о сертификации по стандартам ФЕАКО. Компании и индивидуальные консультанты, не сертифицированные по существующим стандартам, получают удостоверение ассоциированного члена АКЭУ.
  • Программа подготовки и переподготовки индивидуальных консультантов с выдачей сертификатов и удостоверений по конкретным областям консалтинга.
  • С оценкой качества консалтинговых услуг связаны такие характеристики деятельности консалтинговой компании как независимость и объективность выработанных решений. Понятно, что полной независимости и объективности не бывает. Тем не менее, когда консалтинговая структура входит в компанию, являющуюся поставщиком продуктов и/или решений, лицензии и внедрение которых стоят сотни тысяч и миллионы долларов, и в выработанных решениях рекомендуются только эти продукты независимо от особенностей организации - это нонсенс. С другой стороны, у каждого специалиста есть свои пристрастия, излюбленные продукты или подходы. Поэтому не стоит думать, что, нанимая специалистов по консалтингу, предприятие получает истину в последней инстанции. Другое дело, что оно вправе рассчитывать на профессионализм и получение одного из лучших решений своей проблемы.

    6.4. Организация и проведение конкурса на оказание консалтинговых услуг / по закупкам программных продуктов и аппаратного обеспечения, информационных систем

    6.4.1. Понятие конкурса

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

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

    Понятие конкурса рассматривается в гл. 28 "Заключение договора" (ст.447-449) и гл.57 "Публичный конкурс" (ст.1057-1061) ГК РФ (рис.6.4). Публичный конкурс направлен на достижение каких-либо общественно полезных целей и по своей сути не относится к тематике данного раздела.

    В ст. 447 ГК РФ конкурс рассматривается как способ заключения договора и является формой торгов. Договор заключается с лицом, выигравшим торги.

    (рис 6.4) Понятие конкурса в ГК РФ

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

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

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

    В тоже время существуют внеконкурсные конкурентные способы закупок товаров, работ и услуг такие, как запрос котировок, запрос предложений, конкурентные переговоры (рис. 6.5).

    (рис 6.5) Конкурентные способы закупок

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

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

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

    Существуют различные классификации форм проведения конкурса (рис.6.6).

    (рис 6.6) Формы конкурсов

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

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

    При проведении закупок для федеральных государственных нужд используется официальное печатное издание - бюллетень "Конкурсные торги" и официальный сайт Российской Федерации в сети Интернет для размещения информации о размещении заказов на поставки товаров, выполнение работ, оказание услуг для федеральных государственных нужд -www.zakupki.gov.ru. Уполномоченным федеральным органом исполнительной власти по ведению указанного официального сайта является Минэкономразвития России.

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

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

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

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

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

    По применимости законодательства конкурсы можно классифицировать на следующие основные группы:

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

  • Гражданский кодекс Российской Федерации.
  • Федеральный закон "О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд" от 21 июля 2005 г. №94-ФЗ.
  • Бюджетный кодекс Российской Федерации.
  • Федеральный закон "О защите конкуренции" от 26 июля 2006 г. N 135-ФЗ.
  • Иные законодательные акты.
  • Конкурсы коммерческих организаций, регламентируются Гражданским Кодексом Российской Федерации.

    6.4.2. Подготовка открытого конкурса

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

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

    Основные функции организатора и участника конкурса
    Функции организатора конкурса Функции участника конкурса
  • Подготовка требований к товарам/работам/ услугам/ разработка ТЗ
  • Подготовка конкурсной документации
  • Распространение конкурсной документации
  • Проведение конкурсного периода
  • Подготовка ответов на вопросы участников конкурса
  • Подготовка дополнений к конкурсной документации
  • Получение и регистрация конкурсных заявок
  • Проведение вскрытия конвертов с конкурсными заявками
  • Оценка конкурсных предложений и выбор победителя
  • Подготовка и заключение контракта
  • Инспектирование конкурсной документации
  • Приобретение конкурсной документации
  • Подготовка вопросов организатору конкурса и получение ответов по суще-ству
  • Подготовка конкурсной заявки
  • Подача конкурсной заявки
  • Участие в публичном вскрытии конвертов с конкурсными заявками
  • Подготовка и заключение контракта
  • Если организация часто прибегает к конкурсной процедуре, то для успеш-ной её реализации целесообразно иметь разработанные, согласованные и утвержденные руководством организации внутренние документы такие, как "Порядок подготовки и проведения конкурсов", "Положение о кон-курсной комиссии", типовая конкурсная документация, и другие методиче-ские материалы.

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

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

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

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

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

    6.4.3. Проведение открытого конкурса

    По завершению подготовительных работ в средствах массовой информации делается извещение о проведении конкурса. В общем случае извещение о проведении торгов должно быть сделано организатором не менее чем за тридцать дней до их проведения (ст. 448 ГК РФ).

    К дате опубликования извещения об объявлении конкурса необходимо решить:

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

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

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

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

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

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

    Организатор открытого конкурса вправе отклонить конкурсную заявку, если:

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

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

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

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

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

    Извещение об итогах конкурса публикуется тем же способом, которым было опубликовано извещение о проведении конкурса.

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

    6.5. Консалтинговый договор и основные модели ценообразования

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

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

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

    В качестве типовых форм консалтингового договора в России используют формы договора подряда (гл. 37 ГК РФ), договора на выполнение научно-исследовательских, опытно-конструкторских и технологических работ (гл. 38 ГК РФ), договора возмездного оказания услуг (гл. 39 ГК РФ), либо договора, в котором содержатся элементы различных договоров, предусмотренных законом или иными правовыми актами (смешанный договор) (ст. 421 ГК РФ).

    В соответствии с Гражданским Кодексом РФ консультационные услуги отнесены к услугам, сделка по предоставлению которых оформляется в виде договора возмездного оказания услуг (п. 2 ст. 779 ГК РФ). Предметом договора возмездного оказания услуг является процесс. Согласно п. 1 ст. 779 ГК РФ по указанному договору исполнитель обязуется по заданию заказчика оказать услуги (совершить определенные действия или осуществить определенную деятельность). Таким образом, материальный носитель результатов работы не фиксируется. К договорам возмездного оказания услуг применяются правила, установленные для договоров подряда (ст. 783 ГК). В ст. 779 ГК РФ установлено, что по договору возмездного оказания услуг исполнитель (в данном контексте - консалтинговая компания) обязуется по заданию заказчика оказать услуги, а заказчик обязуется их оплатить. При этом консалтинговая компания отвечает за то, чтобы работа была выполнена в срок, в указанном объеме и надлежащего качества. В таком типе договора должны быть отражены не только обязательства консультанта, но и те условия, которые предоставит ему клиент для выполнения этих обязательств.

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

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

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

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

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

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

    6.6 Продуктовый ИТ-консалтинг

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

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

    Понятие и типовые процессы жизненного цикла программных средств, общие принципы организации работ, перечень этапов, работ и операций, выполняемых от подготовки технического задания до окончания эксплуатации информационной системы, определяются рядом базовых международных и национальных стандартов, к которым относятся стандарты ГОСТ 34-й серии и стандарты ГОСТ Р ИСО/МЭК 12207-99 и ГОСТ Р ИСО/МЭК 14764-2002.

    В общем случае стандарты серии ГОСТ 34 регламентируют стадии и этапы создания информационной системы (см. табл. 6.4).

    Основные стадии и этапы работ создания информационной системы
    Стадии Этапы работ
    1. Формирование требований к ИС

    1.1. Обследование объекта и обоснование необходимости создания ИС.

    1.2. Формирование требований пользователя к ИС.

    1.3. Оформление отчёта о выполненной работе и заявки на разработку ИС (тактико-технического задания)

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

    2.1. Изучение объекта.

    2.2. Проведение необходимых научно-исследовательских работ.

    2.3. Разработка вариантов концепции ИС, удовлетворяющего требованиям пользователя.

    2.4. Оформление отчёта о выполненной работе.

    3. Техническое задание. Разработка и утверждение технического задания на создание ИС.
    4. Эскизный проект.

    4.1. Разработка предварительных проектных решений по системе и её частям.

    4.2. Разработка документации на ИС и её части.

    5. Технический проект.

    5.1. Разработка проектных решений по системе и её частям.

    5.2. Разработка документации на ИС и её части.

    5.3. Разработка и оформление документации на поставку изделий для комплектования ИС и (или) технических требований (технических заданий) на их разработку.

    5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

    6. Рабочая документация.

    6.1. Разработка рабочей документации на систему и её части.

    6.2. Разработка или адаптация программ.

    7. Ввод в действие.

    7.1. Подготовка объекта автоматизации к вводу ИС в действие.

    7.2. Подготовка персонала.

    7.3. Комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).

    7.4. Строительно-монтажные работы.

    7.5. Пусконаладочные работы.

    7.6. Проведение предварительных испытаний.

    7.7. Проведение опытной эксплуатации.

    7.8. Проведение приёмочных испытаний.

    8. Сопровождение ИС

    8.1. Выполнение работ в соответствии с гарантийными обязательствами.

    8.2. Послегарантийное обслуживание

    На практике в каждом конкретном проекте устанавливаются адаптированные стадии и выполняемые работы, что закрепляется в договоре и техническом задании. В зависимости от специфики создаваемых ИС и условий их создания стандартом ГОСТ 34.601-90 допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект", включать новые этапы работ вводить дополнительные и элементы.

    Основное внимание в стандартах серии ГОСТ 34 уделяется содержанию проектных документов. Наиболее популярными стандартами данной серии являются:

  • ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы".
  • ГОСТ 34.603-92 ""Информационная технология. Виды испытаний автоматизированных систем".
  • Методические указания РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.
  • Отношение специалистов к стандартам серии ГОСТ 34 неоднозначное, многие считают их устаревшими. Однако организации-заказчики продолжают использовать стандарты серии ГОСТ 34 как основные при приемке программных средств от разработчика, а консалтинговые компании и системные интеграторы опираются на них при разработке проектной документации.

    Стандарты серии 34 носят рекомендательный характер. В соответствии с законом РФ "О стандартизации" эти стандарты становятся обязательными при ссылке на них в договоре.

    Стандарт ГОСТ Р ИСО/МЭК 12207-99 "Информационная технология. Процессы жизненного цикла программных средств" устанавливает общую структуру процессов жизненного цикла программных средств. Он определяет процессы, работы и задачи, которые используются при приобретении системы, содержащей программные средства, или отдельно поставляемого программного продукта; при оказании программной услуги, а также при поставке, разработке, эксплуатации и сопровождении программных продуктов. Группы процессов жизненного цикла и их состав представлены в таблице 6.5.

    Группы процессов жизненного цикла программных средств
    Группа процессов Перечень процессов, входящих в группу
    Организационные
  • Управление проектами при реализации процессов жизненного цикла
  • Создание инфраструктуры процесса жизненного цикла
  • Усовершенствование выбранных процессов жизненного цикла
  • Обучение персонала
  • Основные
  • Заказ (приобретение) системы, программного продукта или программной услуги.
  • Поставка
  • Разработка
  • Эксплуатация
  • Сопровождение. Данный процесс охватывает перенос и снятие с эксплуатации программного продукта.
  • Вспомогательные
  • Документирование
  • Управление конфигурацией
  • Обеспечение качества
  • Верификация программных продуктов по мере реализации программного проекта.
  • Аттестация программных продуктов программного проекта.
  • Совместный анализ по оценке состояния и результатов какой-либо работы.
  • Аудит
  • Решение проблем независимо от их характера и источника
  • Применение ГОСТ Р ИСО/МЭК 12207-99 регламентируется стандартами ГОСТ Р ИСО/МЭК ТО 15271-2002 "Руководство по применению ГОСТ Р ИСО/МЭК 12207-99 (Процессы жизненного цикла программных средств)" и ГОСТ Р ТО ИСО/МЭК 16326 -2002 "Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 - при управлении проектом".

    ГОСТ Р ИСО/МЭК 14764-2002 "Информационная технология. Сопровождение программных средств" содержит рекомендации по управлению (или выполнению) процессом сопровождения. Он устанавливает основную структуру процесса сопровождения программных средств, но не определяет подробности реализации или выполнения работ и задач, входящих в данный процесс.

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

  • Проведение обследования организации с целью оценки существующей информационной системы на функциональную полноту и соответствие требованиям бизнеса, выявления имеющихся проблем.
  • Разработка требований к функциональности информационной системы.
  • Выбор продуктового ИТ - решения.
  • Разработка технического задания на внедрение программного продукта, включающего требования к его функциональности.
  • Организация управления процессом внедрения на основе создания совместных рабочих групп.
  • Определение границ проекта и плана внедрения (устава проекта и плана проекта).
  • Разработка документа "Дизайн системы".
  • Управление процессом настройки программного продукта на сформулированные требования.
  • Управление процессом создания пилотной версии информационной системы, базирующейся на выбранном программном продукте.
  • Обучение персонала предприятия методологии внедрения и использования выбранного ИТ - решения.
  • Организация опытной эксплуатации информационной системы и разработка методики испытаний.
  • Управление вводом информационной системы в промышленную эксплуатацию и разработка ее регламентов.
  • Организация мониторинга результатов внедрения информационной системы и внесения необходимых модификаций.
  • 6.7. Характеристика работ, выполняемых продуктовым ИТ-консультантом

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

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

    6.7.2. Разработка требований к функциональности информационной системы

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

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

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

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

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

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

    6.7.3. Работы при выборе и обосновании продуктового решения

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

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

    Основными недостатками заказной разработки являются следующие положения:

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

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

  • системы управления ресурсами предприятия (Enterprise Resource Planning, ERP - планирование ресурсов предприятия / Manufacturing Requirement Planning, MRP II - планирование производственных ресурсов/ Material Requirements Planning, MRP -- планирование материальных ресурсов);
  • системы управления активами и фондами (Enterprise Asset Management, EAM);
  • системы управления взаимоотношениями с клиентами (Customer Relationship Management, CRM);
  • системы управления цепочками поставок (Supply Chain Management, SCM);
  • системы управления персоналом (Human Resources Management, HRM);
  • системы документационного обеспечения управленческой деятельности;
  • системы управления эффективностью бизнеса (Business Performance Management, BPM);
  • системы интеллектуального бизнес-анализа (Вusiness Intelligence BI);
  • системы управления данными об изделии (Product Data Management, PDM).
  • Назначение основных классов программных продуктов, их функциональные возможности, и особенности рассмотрены в п.6.8.

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

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

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

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

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

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

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

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

    В состав документа "Запрос предложения", как правило, включают следующую информацию:

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

    Предварительно разрабатывают следующие группы критериев выбора, используемых при сравнительном анализе:

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

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

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

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

    В настоящее время компанией Gartner Inc. запатентована методика "Magic Quadrant" (Магический Квадрант), которая заключается в подготовке отчета с графическим представлением определенного рынка продукции за некоторый период времени. Этот отчет сравнивает компании по набору критериев, разработанных для данного рынка, и отражает мнение исследовательской компании. В "Магическом квадранте" компании оцениваются по полноте видения рынка (completeness of vision) и по способности к практической реализации этого видения (ability to execute). В соответствии с этими критериями системы различных производителей располагаются в четырех квадрантах: "лидеры" (leaders), "провидцы" (visionaries), "бросающие вызов" (challengers) и "нишевые игроки" (Niche Players). К сектору лидеров компания Gartner Inc. относит поставщиков, которые успешно ведут свою деятельность, имеют четкую концепцию работы на рынке и активно совершенствуют свои возможности для реализации этой концепции и удержания своих лидирующих позиций,

    Исследования компании Gartner Inc. предоставляют один из источников информации для проведения сравнительного анализа и не являются окончательной рекомендацией выбирать только того производителя, который оценен как "Лидер".

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

  • функциональная полнота и возможность поддержки информационной модели организации;
  • отраслевая специфика;
  • наличие инструментов разработки, позволяющих дополнить отсутствующие функции;
  • масштабируемость;
  • гибкость;
  • стандартизация и открытость;
  • сложность сопровождения и администрирования;
  • архитектура и техническая платформа;
  • стоимость;
  • перспективы развития;
  • информационная безопасность;
  • профессиональные знания и квалификация поставщика;
  • опыт и репутация поставщика;
  • надежность поставщика.
  • Следует отметить, что разработка состава критериев оценки программных продуктов по функциональности зависит от класса, к которому принадлежат рассматриваемые программные решения. Например, один из подходов к сопоставлению ERP-систем по функциональности разработан аналитической компанией Arlington Software Corporation в рамках проекта ERP Evaluation Center.

    ERP Evaluation Center является ресурсом компании TEC Group, целью которого является анализ и сравнение, представленных на рынке ERP-систем. Согласно разработанному подходу для оценки функциональности используется дерево критериев, содержащее более 3600 частных критериев. Критерии нижнего уровня входят в критерии более высокого уровня со своими весовыми коэффициентами. Вершина дерева представляет собой комплексную численную оценку функциональности системы. В рамках проекта разработана таблица весов критериев и программные средства для решения многокритериальных задач. Помимо критериев функциональности для ERP-систем разработаны иерархии частных критериев для отдельных систем: CRM (более 1100 критериев), PLM (Product Lifecycle Management -управление жизненным циклом продукции, более 1300 критериев), SCM (более 2200 критериев), BI (более 1300 критериев).

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

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

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

    Стандартное аппаратное и программное обеспечение, информационные системы имеют свои особенности как предмет конкурса.

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

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

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

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

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

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

    6.7.4. Работы при разработке технического задания на внедрение программного продукта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Основой подготовки устава проекта является стандарт ANSI PMI PMBOK® 3-rd Edition (2004) - основной стандарт, описывающий все процессы управления проектами.

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

    Устав может включать в себя:

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

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

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

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

    Стратегия внедрения определяет подход к внедрению программного продукта в организации. Существуют различные стратегии внедрения, используемые ведущими разработчиками программных продуктов. Например, при внедрении ERP-систем обычно применяют стратегии "Большого взрыва", "Шаг за шагом", пилотное внедрение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    6.7.9. Работы при управлении процессом создания пилотной версии информационной системы

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

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

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

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

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

    6.7.10. Обучение персонала организации методологии внедрения и использования выбранного ИТ - решения

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

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

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

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

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

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

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

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

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

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

    В соответствии с ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем" для информационных систем устанавливаются следующие виды испытаний: предварительные, опытная эксплуатация, приемочные.

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

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

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

    Документ "Программа и методика испытаний" включает:

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

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

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

    6.7.12. Управление вводом информационной системы в промышленную эксплуатацию и разработка ее регламентов

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

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

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

    В соответствии с ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем" документ "Программа приемочных испытаний" содержит:

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

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

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

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

    6.8.1. Системы управления ресурсами предприятия

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

  • Планирование потребности в материальных ресурсах (Material Requirements Planning, MRP).
  • Планирование потребности в производственных мощностях (-Capacity requirement planning, СRP) .
  • Замкнутый цикл планирования материальных ресурсов (Closed Loop, CL MRP - осуществление обратной связи по состоянию выполнения сформированных планов).
  • Планирование производственных ресурсов (Manufacturing Resource Planning, MRP II).
  • Планирование ресурсов предприятия (Enterprise Resource Planning, ERP).
  • Планирование ресурсов, синхронизированное с покупателем (Customer Synchronized Resource Planning, CSRP).
  • Управление материальными ресурсами - одна из важнейших областей планирования деятельности: успешное функционирование промышленного предприятия существенно зависит от того, как решены вопросы поставок сырья и комплектующих для производственного процесса и насколько рационально используются складские помещения. Метод планирования потребности в материальных ресурсах (Material Requirements Planning, MRP) предназначен для решения следующих задач:

  • Обеспечения поступления нужного количества материалов/комплектующих, требуемых для производства продукции, в любой момент времени в рамках срока планирования.
  • Минимизация издержек, связанных со складскими запасами сырья и готовой продукции.
  • Метод основан на системе расчетов, которые базируются на данных главного календарного плана (Master Production Schedule, MPS), спецификации изделия и сведениях о наличии запасов конечных изделий и материальных ресурсов, в т.ч. и на промежуточных стадиях производства.

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

    Спецификация изделия (Bill of material, BOM) содержит иерархическое описание структуры изделия и список всех сборочных единиц, полуфабрикатов, деталей и материалов, которые применяются в родительской сборочной единице, с указанием норм их расхода.

    В результате планирования потребности в материалах формируются:

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

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

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

    Эти недостатки определили направления дальнейшего развития методов производственного планирования. Появились метод планирования производственных мощностей (Capacity requirement planning, СRP) и метод планирования потребностей в материалах в замкнутом цикле (Cloosed Loop Material Requirment Planning, CL MRP), использующие идеи метода планирования потребности в материалах.

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

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

    Объединение принципов методов MRP, СRP, CL MRP в рамках единой концепции привело к созданию нового подхода к планированию - планированию производственных ресурсов (Manufacturing Resource Planning, MRP II).

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

    Концепция планирования производственных ресурсов MRPII стандартизирована. Стандарт MRPII был разработан в США и поддерживается APICS. Последняя редакция стандарта, содержащая основные требования к информационным производственным системам, опубликована в 1989 г.

    Классическое программное решение класса MRPII имеет модульную структуру и включает в свой функционал следующие 16 групп функций:

  • Планирование продаж и производства (Sales and Operation Planning);
  • Управление спросом (Demand Management);
  • Составление основного производственного плана (Master Production Scheduling);
  • Планирование потребностей в материалах (Material Requirements Planning);
  • Подсистема спецификаций изделий (Bill of Materials Subsystem);
  • Подсистеме операций с запасами (Inventory Transaction Subsystem);
  • Подсистема плановых поставок (Scheduled Receipts Subsystem);
  • Управление на уровне производственного цеха (Shop Flow Control);
  • Планирование потребности в производственных мощностях (Capacity Requirement Planning);
  • Контроль входа/выхода (Input/Output Control);
  • Управление снабжением (Purchasing);
  • Планирование ресурсов распределения (Distribution Resourse Planning);
  • Планирование и контроль и управление инструментальными средствами (Tooling Planning and Control); ;
  • Финансовое планирование (Financial Planning);
  • Моделирование (Simulation);
  • Оценка результатов деятельности (Performance Measurement).
  • Программные продукты, поддерживающие стандарт MRPII, обычно ориентированы на конкретный вид производства (серийное сборочное, малосерийное и опытное, дискретное, непрерывное) и тип организации производственного процесса (циклическое повторное производство, производство на заказ, разработка на заказ, производство на склад, смешанное производство). Такая специализация отражается в наборе функций системы и производственном модуле.

    Дальнейшее развитие методов производственного планирования связано с появлением метода планирование ресурсов предприятия (Enterprise Resource Planning, ERP). По сути этот метод является более совершенной модификацией метода планирования производственных ресурсов MRPII, включающей управление не только материальными, но и другими ресурсами предприятия. Не внося никаких изменений в механизм планирования производственных ресурсов, данный метод позволяет решить ряд дополнительных управленческих задач, связанных с комплексным управлением предприятия.

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

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

  • Универсальность с точки зрения типов производства и видов деятельности предприятий и организаций. Например, ERP-системы могут быть внедрены не только на производственных предприятиях, но и в банках, страховых и торговых компаниях и др.
  • Поддержка многозвенного производственного планирования и планирования ресурсов по различным направлениям деятельности предприятия.
  • Поддержка управления сложными финансовыми потоками разветвленной корпорации и возможности корпоративной консолидации.
  • Наличие средств поддержки принятия решений и средств интеграции с хранилищами данных.
  • Сегодня на мировом рынке предлагается свыше 500 систем класса MRPII/ERP. В пятерку лидеров ведущих западных разработчиков систем управления ресурсами предприятия входят компании SAP, Oracle, Sage Group, Microsoft , Infor.

    Российские разработчики представляют ряд собственных программных продуктов, близких по функционалу к системам класса MRPII/ERP: "Галактика" ("Корпорация Галактика"), "Парус" ("Корпорация Парус"), "1С: Предприятие 8.0. Управление производственным предприятием" (1С) и др.

    По данным отчёта компании IDC "Enterprise Application Software 2006-2010 Forecast and 2005 Vendor Shares" объём российского рынка интегрированных систем управления предприятием в 2005 г. достиг 236 млн. долл. Более 80% российского рынка составляют компании: SAP (39, 7%), Oracle (21,7%), 1C (9,7%) и Microsoft Dynamics (9,4%), "Галактика" (6,1 %).

    Последняя (по сроку разработки) из концепций управления производственными ресурсами - планирование ресурсов, синхронизированное с потребителем (Customer synchronized resource planning, CSRP) была предложена компанией SYMIX, которая также первая предложила на рынке комплекс программных продуктов, реализующих уровень CSRP.

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

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

    6.8.2. Системы управления активами и фондами

    Системы управления активами и фондами (Enterprise Asset Management, EAM) играет важную роль в жизнедеятельности каждого предприятия и напрямую связано с вопросами технического обслуживания и ремонта оборудования (ТОиР). Согласно определению Gartner Group, управление активами и фондами (Enterprise Asset Management, EAM) - это управленческая методология, которая позволяет увеличить производственную мощность предприятия только за счет применения ИТ, не прибегая к закупкам нового оборудования. Основной задачей данного подхода является управление всем жизненным циклом оборудования, включая проектирование, изготовление, монтаж и сборку и последующее обслуживание, сервисные и профилактические работы, модернизацию, реконструкцию и списание.

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

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

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

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

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

  • Ведение регистра оборудования, технических установок, агрегатов.
  • Регистрация технических данных, спецификаций для установки, ремонта и обслуживания оборудования.
  • Планирование предупредительных ремонтов и формирование наряд заказов.
  • Планирование и диспетчеризация исполнения наряд заказов.
  • Отчетность о выполнении наряд заказов.
  • Управление складским хозяйством.
  • Управление снабжением материалами, запасными частями и внешними подрядчиками.
  • Стандартная отчетность и статистика.
  • Контроль доступа пользователей к системе.
  • ЕАМ системы включают в свой состав не только функциональность СMMS решений, но и позволяют решать гораздо более широкий круг задач, включающий управление финансами, товарно-материальными запасами и кадрами. Главными группами задач, решаемых в ЕАМ системах, являются:

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

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

    Интеграция ЕАМ системы с датчиками и системами нижнего уровня (АСУТП, SCADA) позволяет накапливать статистику по отказам и отклонениям, анализировать состояние объектов в реальном времени, принимать решение о необходимости выполнения тех или иных ремонтных/ профилактических работ по фактическому состоянию.

    Базовая функциональность ЕАМ-систем включает:

  • Описание произвольно глубокой иерархической структуры основных фондов, разработку подробного долгосрочного графика обслуживания оборудования, составление списка деталей, необходимых для планового и внепланового ремонта.
  • Приобретение комплектующих по требованию, логистическое обеспечение покупных деталей.
  • Управление персоналом.
  • Статистический анализ производительности и надежности оборудования.
  • Автоматизированный мониторинг текущих параметров оборудования и диагностика.
  • Реализация стратегии предупредительного обслуживания.
  • Отслеживание серийных номеров и иной паспортной информации отдельных единиц оборудования.
  • Подготовку наряд-заказов.
  • Финансовый анализ на основе подробного учета затрат на обслуживание оборудования.
  • Управление проектами строительства и монтажа
  • Гарантийное обслуживание.
  • Отдельный учет основных, оборотных и других видов активов.
  • На рынке программных продуктов, реализующих методологию EAM, можно выделить самостоятельные программные продукты и подсистемы ТОРО в составе MRPII/ERP систем. Их примеры приведены в таблице 6.6.

    Примеры программных продуктов класса EAM
    Вид программного продукта Название /Разработчик
    Самостоятельные решения MAXIMO (MRO Software), Enterprise MPAC (Indus Int), Mincom Ellipse (Mincom), Avantis.Pro (Invensys Avantis), Datastream 7i (Infor).
    Подсистемы ТОиР в составе MRPII/ERP систем mySAP Business Suite (SAP), Oracle E-Business Suite (Oracle), IFS Applications (IFS), Галактика (Галактика), ТРИМ (СпецТек)

    6.8.3. Системы управления отношениями с клиентами

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

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

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

    Стратегия CRM является стратегией, ориентированной на клиента. Её появление и главные задачи основаны на фактах, полученных в результате маркетинговых исследований:

  • Затраты на привлечение нового клиента в среднем в 5-7 раз больше, чем на удержание уже имеющегося.
  • Большая часть компаний из списка Fortune 500 теряет 50% своих клиентов каждые 5 лет.
  • Удовлетворенный клиент расскажет о удачной покупке в среднем 5 своим знакомым. Неудовлетворенный - минимум 10.
  • Большая часть клиентов окупается лишь через год работы с ними Если клиент "ушел" до этого срока, то он принес убытки.
  • Около 50% существующих клиентов компании не прибыльны из-за неэффективного взаимодействия с ними.
  • В среднем компания контактирует 4 раза в год с имеющимся клиентом и 6 раз в год с потенциальным (ряда отраслей эти цифры не касаются, например, компаний, занимающихся обслуживанием оборудования или программного обеспечения).
  • Правило Парето: 20% клиентов приносят 80% дохода.
  • Оборачиваемость капитала в крупных компаниях значительно снижается из-за несвоевременности погашения задолженности клиентов. Часто виноваты в этом менеджеры, забывающие вовремя выставить счет или напомнить о сроке платежа.
  • Следует отметить, что клиентоориентированный подход востребован там, где работа с клиентом носит долгосрочный характер и предполагает многократную продажу товаров и услуг. К таким организациям относятся крупные финансовые и телекоммуникационные компании; предприятия оптовой торговли; транспортные компании; медицинские учреждения; страховые компании; фармацевтические предприятия; отделы сбыта производственных предприятий, работающие напрямую с клиентами; государственные организации и др. Например, Центр медицинского надзора и помощи (CMS) США с помощью технологий CRM гарантировал консолидированное представление информации о гражданах для обеспечения оптимального сервиса и быстрое разрешения проблем клиентов в сфере социального обеспечения. CMS - крупнейшая организация в сфере социального обеспечения и страхования жизни в США, которая осуществляет страхование жизни, надзор за лабораторными исследованиями, разработку видов страховых покрытий и контроль за качеством обслуживания в сфере социального обеспечения и страхования. Помимо 75 миллионов подопечных граждан, Центр взаимодействует с сетью более чем двух миллионов поставщиков услуг.

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

    Необходимыми условиями для реализации и поддержки CRM-стратегии в организации являются:

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

    Основными функциональными модулями CRM-систем являются:

  • Модуль автоматизации продаж (Sales Force Automation - SFA).
  • Модуль автоматизации маркетинга (Marketing Automation - MA) .
  • Модуль автоматизации обслуживания клиентов (Customer Service Support - CSS).
  • Средства анализа и построения отчетов.
  • Модуль автоматизация продаж охватывает все аспекты деятельности отдела продаж. Содержит полную информацию о продуктах и справочник маркетинговой литературы, обеспечивает поддержку базы данных клиентов, включая всю историю взаимоотношений, позволяет вести календарь событий и выполнять планирование работ, прогнозирование, управление циклом продаж, мониторинг потенциальных продаж, предоставление актуальной информации о ценах, состоянии дел, подготовку коммерческого предложения.

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

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

    Обычно CRM-системы интегрированы с контактными центрами (Call Center), что позволяет более эффективно принимать заказы, обрабатывать претензии и информационно обслуживать клиентов.

    Современные классификации выделяют три группы CRM-систем по целевому использованию.

  • Оперативный класс CRM-систем предназначен для обеспечения оперативного доступа к информации по конкретному клиенту в процессе взаимодействия с ним в рамках традиционных бизнес-процессов продажи и послепродажного обслуживания. Функциональность охватывает маркетинг, продажи и сервис.
  • Аналитический класс CRM-систем обеспечивает синхронизацию разрозненных массивов данных, характеризующих деятельность клиента и фирмы, и поиск статистических закономерностей в этих данных для выработки наиболее эффективной стратегии маркетинга, продаж, обслуживания клиентов. Использует сложные математические модели для поиска статистических закономерностей.
  • Коллаборационный класс CRM-систем предоставляет клиенту возможность непосредственного участия в процессе дизайна, производства, доставки и обслуживания продукта.
  • На рынке CRM-систем можно выделить самостоятельные программные продукты и CRM-модули в составе MRPII/ERP систем.

    Ежегодно корпорация ISM Inc издает справочник "The Guide to CRM Automation и Top 15 CRM", включающий в себя лучшие CRM-системы, отобранные после оценки по разнообразным критериям. Каждая тестируемая CRM-система оценивается по 217-ти критериям: 103 критерия оценки бизнес-функционала, 52 - технических характеристик, 36 - функциональных возможностей, 9 - возможности использования CRM-системы в режиме реального времени и 17 - особенностей поддержки пользователей. Top 15 CRM 2007 представлен в таблице 6.7.

    Вид программного продукта Компания разработчик/ Наименование программного продукта
    Номинация "ISM Top 15 CRM Enterprise Winners". Решения для крупного бизнеса

    Amdocs Limited - Amdocs CRM v. 6

    Clear Technologies, Inc - C2 CRM v. 8.0

    Firstwave Technologies, Inc. - Firstwave CRM v. 3.1

    Infor - Infor CRM

    OnContact Software Corporation - CMS v. 9.0

    Onyx Software Corporation - Onyx 6.0

    Optima Technologies, Inc. - ExSellence 5.0

    Oracle Corporation - PeopleSoft CRM

    Oracle Corporation - Siebel 8.0

    Pivotal Corporation - Pivotal v. 5.9

    Salesforce.com - Salesforce.com

    SAP AG - mySAP CRM

    Saratoga Systems, Inc. - Saratoga CRM 6.5.3

    Software Innovation ASA - growBusiness Solutions v. 3.1

    Tibco - Tibco Process RM v. 9.0

    update software AG - update 7.0

    Номинация "ISM Top 15 CRM SMB Winners". Решения для малого и среднего бизнеса

    Ardexus, Inc. - Ardexus MODE v. 5.5

    Axonom, Inc. - Powertrak v. 8.02

    Clear Technologies, Inc - C2 CRM v. 8.0

    FrontRange Solutions, Inc. - Goldmine v. 7.0.3 HEAT

    Interchange Solutions - Salesplace 2006.3.2

    Maximizer Software, Inc. - Maximizer Enterprise 9.5

    Microsoft Dynamics

    NetSuite, Inc. - NetSuite CRM v. 11.0 NetSuite v. 11.0

    OnContact Software Corporation - CMS v. 9.0

    Oracle Corporation - Siebel CRM OnDemand

    Relavis Corporation - Relavis CRM 7.0

    RightNow Technologies, Inc. - RightNow CRM v. 8.0

    Sage Software - Sage CRM 100/200 v. 6.0

    Sage Software - Sage SalesLogix v. 7.0

    Salesforce.com - Salesforce.com

    SalesPage Technologies, LLC - SalesPage CRM

    StayinFront, Inc. - StayinFront CRM v. 9.3

    Российские разработчики также представляют ряд собственных программных продуктов: Naumen CRM (NAUMEN), Sales Expert (Про-Инвест-ИТ), WinPeak CRM (WinPeak ), 1C-Рарус: CRM Управление продажами.

    6.8.4. Системы управления цепочками поставок

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

    К их числу принадлежат организационно-функциональные формы взаимодействия организаций, ориентированные на управление всей цепочкой, через которые проходят материальные и информационные потоки к конечному потребителю. Эти формы основаны на принципе кооперации производителей, поставщиков и потребителей и опираются на концепцию управления цепочками поставок (Supply Chain Management, SCM).

    Концепция SCM - это системный подход к интегрированному планированию и управлению всем потоком информации, материалов и услуг от поставщиков сырья через предприятия и склады до конечного потребителя. Объектом управления является логистическая цепь в целом, а не отдельные функции логистики и производственного менеджмента. Напомним, что логистическая цепь/цепочка поставок (supply chain) представляет собой множество всех юридических и физических лиц (производителей, поставщиков, перевозчиков, потребителей), осуществляющих логистические операции, и связанных между собой информационными, денежными и товарными потоками. Цепочка поставок начинается с приобретения сырья у поставщиков и заканчивается продажей готовых товаров и услуг клиенту.

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

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

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

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

    Функциональность системы класса SCM включает в себя:

  • Стратегическое планирование цепочки поставок.
  • Планирование и прогнозирование спроса.
  • Выбор поставщиков и управление закупками.
  • Производственно-экономическое планирование.
  • Оптимизацию производства.
  • Управление запасами и складом.
  • Управление логистикой и оптимизацию транспортных операций.
  • Управление исполнением заказов и послепродажное обслуживание.
  • Анализ эффективности отдельных элементов цепочки поставок.
  • Программные решения класса SCM существуют как в виде самостоятельных продуктов, так и в составе функциональности ERP-систем (например, решения западных компаний SAP, Оracle, IFS, Microsoft и др.). Ведущие позиции в этом секторе занимает компания SAP. Система mySAP SCM представляет собой комплексное решение, охватывающее практически все аспекты построения логистической сети предприятия. Она позволяет планировать спрос, сбыт и производство, снабжение и распределение, имеет возможности синхронизации, управления и оценки операций и процессов во всей цепочке поставок. На базе MySAP SCM может быть построена закрытая электронная торгово-закупочная площадка. Включение SCM-подсистемы в корпоративные информационные системы используется и в отечественных разработках. Так, в системы "Галактика", "Парус", "1С", включены программные модули для управления цепочками поставок. По мнению экспертов, введение модуля SCM в состав ERP-системы позволяет реализовать его тесное взаимодействие с управленческими и учетными модулями и избавить предприятие от дополнительных расходов, связанных с решением интеграционных задач.

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

    Мировым лидером в области самостоятельных программных продуктов класса SCM является компания i2 Technologies, которая предлагает решения, охватывающие полный спектр задач управления цепочками поставок. Эти решения учитывают отраслевую специфику и интегрируются практически со всеми ERP-системами. Аналитическая компания Gartner опубликовала в июле 2006 г. оценку компаний-поставщиков SCM решений по управлению логистикой. В "Магическом квадранте" решения i2 Technologies в данном секторе занимают позицию лидера в соответствии с критериями: полнота видения рынка и способность к практической реализации этого видения.

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

    6.8.5. Системы управления персоналом

    Управление персоналом (Human Resource Management, HRM -управление человеческими ресурсами) представляет собой деятельность руководящего состава организации, руководителей и специалистов подразделений системы управления персоналом, включая разработку концепции и стратегий кадровой политики, принципов и методов управления персоналом. Управление персоналом - это бизнес-процесс, являющийся составной частью общего процесса управления деятельностью предприятия.

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

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

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

    Основными задачами систем данного класса являются:

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

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

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

    На рынке систем управления персоналом представлены самостоятельные программные продукты и подсистемы HRM в составе MRPII/ERP систем. Примеры программных продуктов, представленных на российском рынке приведены в таблице 6.8.

    Примеры программных продуктов класса HRM, представленных на российском рынке
    Вид программного продукта Название системы/разработчик
    Самостоятельные решения

    БОСС-Кадровик (Босс.Кадровые системы)

    Управление персоналом (АиТ)

    1С: Зарплата и управление персоналом (1С)

    Подсистемы HRM в составе MRPII/ERP систем

    mySAP ERP Human Capital Management (SAP)

    Oracle HRMS (Oracle)

    Модуль "Управление Персоналом" Microsoft Dynamics

    Решение IFS Персонал (IFS) Контур управления персоналом (Галактика)

    Подсистема управления персоналом (Компас)

    Согласно оценкам исследовательской компании Forrester Research, приведенном в отчете "The Forrester Wave™: Human Resource Management Systems, Q3 2006" технологическими лидерами в области систем управления персоналом являются решения компаний SAP (mySAP ERP HCM) и Oracle (Oracle PeolpeSoft Enterprise, Oracle E-Business Suite).

    К лучшим российским решениям можно отнести БОСС-Кадровик (Босс.Кадровые системы), Контур управления персоналом (Галактика) и Подсистему управления персоналом (Компас).

    6.8.6. Системы документационного обеспечения управления

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

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

    Понятие документированной информации определено в Федеральном законе РФ N 149 "Об информации, информационных технологиях и о защите информации" от 27 июля 2006 года: "Документированная информация - зафиксированная на материальном носителе путем документирования информация с реквизитами, позволяющими определить такую информацию или в установленных законодательством Российской Федерации случаях ее материальный носитель". Организация работы с документами (управление документацией) представляет собой создание условий, обеспечивающих хранение необходимой информации и снабжение ее потребителей в установленные сроки и с наименьшими затратами. Она включает организацию рационального документооборота, создание информационно-поисковых систем по документам, контроль исполнения документов, подготовку документов к передаче в ведомственный архив.

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

    Основными функциями систем документационного обеспечения являются:

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

    Следует отметить, что в настоящее время всё большее распространение получает концепция управления корпоративным содержимым (Enterprise Content Management, ECM).

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

  • средства управления документами (Document Management),
  • средства управления Web-контентом (Web Content Management),
  • средства управления записями (Records Management),
  • средства обработки изображений документов (Document Imaging),
  • средства централизации сотрудничества в процессе совместной работы над документами (Document-Centric Collaboration - for document sharing and supporting project teams),
  • средства управления потоками работ (организации маршрутных бизнес-процессов и коллективной обработке документов в ходе различных бизнес-процессов, Workflow).
  • Лидерами в области систем управления корпоративным содержанием являются корпорация EMC, компании Open Text, IBM (бренды DB2, WebSphere, Workplace), Stellent. Компания Gartner позиционирует эти компании в квадранте "Лидеры" в аналитическом отчете "Magic Quadrant for Enterprise Content Management, 2006" в соответствии с критериями: полнота видения перспектив развития и способность к реализации. В числе лучших "нишевых игроков" названы компании Oracle, SAP, SunGard Data Systems, Tower Software, Xythos. К "провидцам" отнесены Microsoft, Vignette, Xerox, Interwoven . Включение компании Microsoft в данную группу связано с MS SharePoint Server 2007, в котором существенно усилены средства управления контентом и потоками работ.

    Среди российских ИТ-компаний, прочно занимающих свое место в секторе систем документационного обеспечения управления, можно отметить такие компании, как АйТи (Аплана софтвер), Directum, Cognitive Technologies, Интертраст, Ланит, Оптима, Электронные офисные системы.

    6.9. Планирование карьеры в ИТ-консалтинге

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

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

    (рис 6.7) Карьерный рост в ИТ-консалтинге

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

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

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

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

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

    Контрольные вопросы и упражнения

  • Дайте определение консалтинга в области управления и экономики Европейской федерации ассоциаций консультантов по экономике и управлению. Какие основные виды консалтинговых услуг представлены на рынке?
  • Назовите основные группы услуг в области ИТ-консалтинга. В каких случаях организация обращается за помощью к консультантам?
  • Опишите стадии консалтингового процесса.
  • Чем отличается процессное консультирование от экспертного?
  • Рассмотрите особенности комплексных консалтинговых проектов.
  • Какие критерии можно использовать для выбора консалтинговой компании?
  • Какие типовые формы договоров используются в России при заключении контракта на оказание консалтинговых услуг?
  • Назовите основные модели ценообразования, применяемые в договорах на оказание консалтинговых услуг в области ИТ.
  • Дайте характеристику основных работ, выполняемых продуктовым ИТ-консультантом.
  • Какие основные классы программных продуктов, применяемых для автоматизации управления предприятием, вы знаете?
  • В чем заключается различие систем класса MRP, MRPII и ERP?
  • Дайте характеристику функциональности систем управления активами и фондами. В каких отраслях применяются системы этого класса?
  • Какие самостоятельные компоненты входят в состав CRM-систем?
  • Приведите типовой функционал системы класса SCM. В каких отраслях наиболее востребованы системы этого класса?
  • Дайте характеристику технологических уровней систем управления персоналом. Какие задачи решают системы данного класса?
  • Какую функциональность поддерживают системы документационного обеспечения управления?
  • В чем заключается суть концепции управления содержанием?
  • Страницы:

    6.1. Понятие консалтинга

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

    Европейская Федерация ассоциаций консультантов по экономике и управлению (ФЕАКО) дает следующее определение: "Менеджмент-консалтинг заключается в предоставлении независимых советов и помощи по вопросам управления, включая определение и оценку проблем и/или возможностей, рекомендацию соответствующих мер и помощь в их реализации".

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

    Возникновение консалтинга связано с промышленной революцией, когда консультанты помогали проектировать и оптимизировать сборочные линии, разрабатывали систему управления производством, решали вопросы рациональной организации труда и снижения издержек производства. Первые консалтинговые фирмы появились в середине XIX века: Foster Higgins (основана в 1845 г.), Sedgwick (основана в 1858г.), Arthur D.Little (основана в 1886 г.). Рост спроса на консалтинговые услуги и расширение области деятельности относится к началу XX века. Это связано с накоплением управленческого опыта и достижением определенной ступени развития рынка, когда уровень общения в производственной сфере делает возможным передачу этого опыта за определенный гонорар. В это время рождается понимание, что необходимо платить не только за станки и оборудование, но и за рекомендации. Появляются консалтинговые компании по управлению финансовыми ресурсами, управлению человеческими ресурсами, управлению сбытом. Большинство консалтинговых фирм были основаны инженерами и бухгалтерами. В 1926 году были созданы две компании: McKinseyCompany, первоначально предназначенная для консультирования корпораций в области менеджмента и финансовой деятельности, и A.T.Kearney, ориентированная на осуществление бухгалтерского и финансового контроля хозяйственной деятельности корпораций. Впоследствии указанные компании стали крупнейшими консалтинговыми компаниями в мире. С того времени количество консалтинговых фирм неуклонно увеличивается. Особенно интенсивно спрос на консалтинговые услуги стал расти в 50-е-60-е годы в связи с ускоренным послевоенным развитием экономики. Это время называют "золотым веком консалтинга", именно тогда в мире сложился современный набор консалтинговых услуг.

    В Европейском справочнике консультантов по менеджменту приведена предметная классификация консалтинговых услуг, в которой выделено в 8 групп:

  • Общее управление.
  • Администрирование.
  • Финансовое управление.
  • Управление кадрами
  • Маркетинг.
  • Производство.
  • Информационные технологии.
  • Специализированные услуги.
  • Для наиболее полного удовлетворения потребностей клиентов, упрочнения своего положения на рынке консалтинговые компании увеличивают перечень предоставляемых услуг, расширяют их географию путем поглощения и слияния других компаний. Среди тенденций развития отрасли консалтинговых услуг можно выделить такие, как формирование крупных международных консалтинговых фирм, внедрение в отрасль крупнейших аудиторских фирм и сужение числа наиболее крупных компаний от "Большой восьмерки", существовавшей в начале 80-х годов ХХ века, до "Большой четверки" в настоящее время: Ernst Young, PriceWaterHouseCoopers, KPMG, Delloitte Touche.

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

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

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

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

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

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

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

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

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

    Согласно Европейскому справочнику консультантов по менеджменту группа "Информационные технологии" включает:

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

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

    (рис 6.1) Основные типы консультирования

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

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

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

    Консалтинговые услуги в области информационных технологий предоставляют крупнейшие международные фирмы "Большой четверки" с большой филиальной сетью по всему миру (Ernst Young, KPMG, PricewaterhouseCoopers, Deloitte Touche), вендоры программного обеспечения (SAP, Oracle, Галактика, 1С и др.) и компьютерного оборудования (IBM, HP, Fujitsu и др.), системные интеграторы (EDS, IBS, ЛАНИТ, Крок и др.), средние и небольшие консалтинговые компании, независимые консультанты.

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

    (рис 6.2) Основные виды ИТ-консалтинга

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

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

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

    Операционный ИТ-консалтинг касается области оптимизации внутренних процессов и организации "правильной" ИТ-службы организации в соответствии с методологией ITIL/ITSM.

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

    Практически все услуги в области ИТ-консалтинга осуществляется в форме консалтингового проекта, включающего три "проектных" этапа:

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

    (рис 6.3) Этапы консалтингового процесса

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

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

    За относительно небольшой исторический период своего существования – приблизительно 15 лет, российский ИТ- консалтинг занял прочные позиции в сфере управленческого консалтинга. На протяжении последних лет доля сектора ИТ в общем объеме рынка консалтинговых услуг составляет более 50%, так в 2005 г. она оценивалась в 54%, в 2006 г. - 56%.

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

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

    Рейтинг консалтинговых групп по итогам 2006 г. в секторах "Информационные технологии – управленческий консалтинг" и "Информационные технологии- разработка и системная интеграция", подготовленный агенством "Эксперт РА", представлен в таблицах 6.1-6.2.

    Сектор "Информационные технологии - управленческий консалтинг"
    sup1; Консалтинговая группа Выручка (тыс.руб.)
    1 "Борлас" 1902767
    2 OXS 1606740
    3 IBS 1314771
    4 "Ай-Теко" 657313
    5 "ТопС Бизнес Интегратор" 640277
    6 Группа компаний ИКТ 621091
    7 "Ланит" 584064
    8 "Парма-Телеком" 581918
    9 Группа компаний "АйТи" 546991
    10 Корпорация "Галактика" 509039
    Сектор "Информационные технологии-разработка и системная интеграция"
    sup1; Консалтинговая группа Выручка (тыс.руб.)
    1 IBS 2451796
    2 "Компьюлинк" 1592576
    3 "КРОК инкорпорейтед" 1451661
    4 "Ай-Теко" 937874
    5 "Ланит" 902406
    6 Группа компаний "АйТи" 812213
    7 "Квазар-Микро" 779795
    8 "Прогноз" 734583
    9 AT Consulting 526003
    10 Бизнес Компьютер Центр ВСС 431867

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

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

    Достаточно активно развивается продуктовый консалтинг, связанный с внедрением программных продуктов, обеспечивающих автоматизацию различных бизнес-процессов организаций и управленческих функций. Организации стремятся использовать информационные технологии с максимальной пользой для своего бизнеса, исходя из реальной необходимости. Самые развитые сегменты этого направления – учетные системы, ERP-системы, системы автоматизации документационного обеспечения управления, а в других секторах, например, в области систем управления производственными процессами MES (Manufacturing Execution System) потребность в консалтинге находится в стадии формирования и рынок далек от насыщения.

    В настоящее время отмечается увеличение спроса на консалтинговые услуги по оптимизации управления ИТ-инфраструктурой и консалтинг в области обеспечения технической поддержки. При оказании услуг в области оценки и оптимизации управления ИТ-инфраструктурой российские консалтинговые компании используются лучшие мировые практики (ITIL, CobiT) и методологии ведущих вендоров: HP, Cisco, IBM, Microsoft, BMC и др., такие международные стандарты, как ISO 27001, 15408, 12207, 9000:2000.

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

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

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

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

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

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

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

    В России таким национальным профессиональным органом является Ассоциация консультантов по экономике и управлению (АКЭУ), объединяющая менеджмент-консалтинговые, трейнинговые, рекрументовые и другие профессиональные фирмы большинства регионов страны и являющаяся представителем России в Европейской Федерации ассоциаций консультантов по экономике и управлению.

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

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

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

  • Основной продукт консалтинговой компании.
  • Известность консалтинговой компании, позиция в рейтинге, финансовая стабильность.
  • Предлагаемый спектр услуг, понимание отраслевой специфики.
  • Методология выполнения консалтинговых проектов.
  • Опыт работы в консалтинге, текущие и завершенные проекты
  • Штат и квалификация консультантов, личностные критерии.
  • Стоимость, сроки реализации проекта и объем оказываемых услуг.
  • Отзывы и публикации о компании.
  • Основной продукт консалтинговой компании – это её интеллектуальный капитал, который обеспечивает базовые преимущества, связанные с решением проблем, ради которых предприятие обращается в консалтинговую компанию. Выбирая консалтинговую компанию необходимо получить представление о методиках и инструментах, которыми пользуются консультанты в процессе предоставления услуг. Например, компания HP - ведущий поставщик консалтинговых услуг в области управления ИТ-услугами, имеет в качестве основного продукта собственную модель ITIL - типовую модель HP - IT Service Management (ITSM) и методику оценки эффективности управления услугами (совместную разработку с Meta Group), на основе которой консультантами проводится анализ существующих в организации ИТ-процессов и их сравнение с процессами, описанными в ITIL, определяется уровень автоматизации и интеграции этих процессов и вырабатываются возможные варианты изменений к лучшему.

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

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

    Материалы по итогам российских рейтингов можно найти на сайтах агентств "CNews Analytics (CNA)" (http://www.cnews.ru), "Эксперт РА" (http://www.raexpert.ru), компании РИА "РосБизнесКонсалтинг" (http://www.rbc.ru). В предыдущем разделе представлены результаты рейтинга российских консалтинговых компаний по итогам 2006 г., подготовленные агентством "Эксперт РА".

    Рейтинговыми исследованиями ведущих мировых брэндов занимается консалтинговая компания Interbrand, которая совместно с журналом "Business Week" представила рейтинг 100 лучших глобальных брэндов в мире - The Best Global Brands 2006 на основе анализа различных критериев. Для участия в данном рейтинге стоимость брэнда должны составлять не менее 2,7 миллиарда долларов, компания - владелец брэнда должна открыто публиковать свою финансовую и маркетинговую отчетность, получать не менее трети своей прибыли за пределами страны происхождения и торговать своими акциями на биржах. Бренд также не должен быть нацелен исключительно на B2B-аудиторию, и должен иметь широкую известность за пределами своих целевых групп. По итогам 2006 г. наиболее известными брэндами в области ИТ-услуг (computer services) являются компании IBM (3-позиция в рейтинге, стоимость брэнда - 56,201 млрд. долларов), Cisco (18-я позиция в рейтинге, стоимость брэнда – 17,532 млрд. долларов), Accenture (49 –позиция в рейтинге, стоимость бр энда – 6,728 млрд. долларов).

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

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

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

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

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

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

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

  • наличие методологии постановки и внедрения системы бюджетного управления;
  • наличие опыта автоматизации бюджетирования;
  • возможность интеграции с учетной системой на основе "1С".
  • Для организации, обращающейся за помощью в консалтинговую компанию, существенным является вопрос обеспечения качества предоставления работ. Поскольку продукт консультирования представляет собой интеллектуальную продукцию (совет, рекомендации), то оценка качества консультационной услуги является достаточно сложной проблемой. Установленные для оценки результатов консалтингового проекта критерии качества желательно внести в договор, в котором могут быть указаны такие инструменты гарантии качества, как система бонусов и штрафов. Также, для организации гарантией получения качественных консалтинговых услуг является следование консалтинговой компанией международным стандартам качества предоставления услуг — стандартам ISO 9001:2000. Подтверждением построения деятельности в соответствии с требованиями стандарта качества является наличие у консалтинговой компании соответствующего сертификата.

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

  • Каждый член АКЭУ в своей повседневной деятельности должен придерживаться кодекса деловой этики, о чем указывается в соглашении между консультационной компанией/ индивидуальным консультантом и АКЭУ. Кодекс деловой этики и стандартов профессиональной практики определяет такие требования к оказанию услуг, как независимость и объективность по отношению к клиентам, соблюдение конфиденциальности получаемой от них информации, реалистичность даваемых рекомендаций и т.д.
  • Сертификация соответствия квалификационным требованиям Европейской федерации ассоциаций консультантов по экономике и управлению (ФЕАКО). В зависимости от предоставления объема прав и услуг члены АКЭУ приобретают статус действительного, ассоциированного, индивидуального действительного и индивидуального ассоциированного члена. Консультационные компании и индивидуальные консультанты, прошедшие процедуру сертификации, получают сертификат действительного члена АКЭУ, свидетельствующий о сертификации по стандартам ФЕАКО. Компании и индивидуальные консультанты, не сертифицированные по существующим стандартам, получают удостоверение ассоциированного члена АКЭУ.
  • Программа подготовки и переподготовки индивидуальных консультантов с выдачей сертификатов и удостоверений по конкретным областям консалтинга.
  • С оценкой качества консалтинговых услуг связаны такие характеристики деятельности консалтинговой компании как независимость и объективность выработанных решений. Понятно, что полной независимости и объективности не бывает. Тем не менее, когда консалтинговая структура входит в компанию, являющуюся поставщиком продуктов и/или решений, лицензии и внедрение которых стоят сотни тысяч и миллионы долларов, и в выработанных решениях рекомендуются только эти продукты независимо от особенностей организации - это нонсенс. С другой стороны, у каждого специалиста есть свои пристрастия, излюбленные продукты или подходы. Поэтому не стоит думать, что, нанимая специалистов по консалтингу, предприятие получает истину в последней инстанции. Другое дело, что оно вправе рассчитывать на профессионализм и получение одного из лучших решений своей проблемы.

    6.4. Организация и проведение конкурса на оказание консалтинговых услуг / по закупкам программных продуктов и аппаратного обеспечения, информационных систем

    6.4.1. Понятие конкурса

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

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

    Понятие конкурса рассматривается в гл. 28 "Заключение договора" (ст.447-449) и гл.57 "Публичный конкурс" (ст.1057-1061) ГК РФ (рис.6.4). Публичный конкурс направлен на достижение каких-либо общественно полезных целей и по своей сути не относится к тематике данного раздела.

    В ст. 447 ГК РФ конкурс рассматривается как способ заключения договора и является формой торгов. Договор заключается с лицом, выигравшим торги.

    (рис 6.4) Понятие конкурса в ГК РФ

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

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

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

    В тоже время существуют внеконкурсные конкурентные способы закупок товаров, работ и услуг такие, как запрос котировок, запрос предложений, конкурентные переговоры (рис. 6.5).

    (рис 6.5) Конкурентные способы закупок

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

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

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

    Существуют различные классификации форм проведения конкурса (рис.6.6).

    (рис 6.6) Формы конкурсов

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

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

    При проведении закупок для федеральных государственных нужд используется официальное печатное издание - бюллетень "Конкурсные торги" и официальный сайт Российской Федерации в сети Интернет для размещения информации о размещении заказов на поставки товаров, выполнение работ, оказание услуг для федеральных государственных нужд -www.zakupki.gov.ru. Уполномоченным федеральным органом исполнительной власти по ведению указанного официального сайта является Минэкономразвития России.

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

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

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

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

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

    По применимости законодательства конкурсы можно классифицировать на следующие основные группы:

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

  • Гражданский кодекс Российской Федерации.
  • Федеральный закон "О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд" от 21 июля 2005 г. №94-ФЗ.
  • Бюджетный кодекс Российской Федерации.
  • Федеральный закон "О защите конкуренции" от 26 июля 2006 г. N 135-ФЗ.
  • Иные законодательные акты.
  • Конкурсы коммерческих организаций, регламентируются Гражданским Кодексом Российской Федерации.

    6.4.2. Подготовка открытого конкурса

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

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

    Основные функции организатора и участника конкурса
    Функции организатора конкурса Функции участника конкурса
  • Подготовка требований к товарам/работам/ услугам/ разработка ТЗ
  • Подготовка конкурсной документации
  • Распространение конкурсной документации
  • Проведение конкурсного периода
  • Подготовка ответов на вопросы участников конкурса
  • Подготовка дополнений к конкурсной документации
  • Получение и регистрация конкурсных заявок
  • Проведение вскрытия конвертов с конкурсными заявками
  • Оценка конкурсных предложений и выбор победителя
  • Подготовка и заключение контракта
  • Инспектирование конкурсной документации
  • Приобретение конкурсной документации
  • Подготовка вопросов организатору конкурса и получение ответов по суще-ству
  • Подготовка конкурсной заявки
  • Подача конкурсной заявки
  • Участие в публичном вскрытии конвертов с конкурсными заявками
  • Подготовка и заключение контракта
  • Если организация часто прибегает к конкурсной процедуре, то для успеш-ной её реализации целесообразно иметь разработанные, согласованные и утвержденные руководством организации внутренние документы такие, как "Порядок подготовки и проведения конкурсов", "Положение о кон-курсной комиссии", типовая конкурсная документация, и другие методиче-ские материалы.

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

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

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

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

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

    6.4.3. Проведение открытого конкурса

    По завершению подготовительных работ в средствах массовой информации делается извещение о проведении конкурса. В общем случае извещение о проведении торгов должно быть сделано организатором не менее чем за тридцать дней до их проведения (ст. 448 ГК РФ).

    К дате опубликования извещения об объявлении конкурса необходимо решить:

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

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

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

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

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

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

    Организатор открытого конкурса вправе отклонить конкурсную заявку, если:

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

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

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

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

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

    Извещение об итогах конкурса публикуется тем же способом, которым было опубликовано извещение о проведении конкурса.

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

    6.5. Консалтинговый договор и основные модели ценообразования

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

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

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

    В качестве типовых форм консалтингового договора в России используют формы договора подряда (гл. 37 ГК РФ), договора на выполнение научно-исследовательских, опытно-конструкторских и технологических работ (гл. 38 ГК РФ), договора возмездного оказания услуг (гл. 39 ГК РФ), либо договора, в котором содержатся элементы различных договоров, предусмотренных законом или иными правовыми актами (смешанный договор) (ст. 421 ГК РФ).

    В соответствии с Гражданским Кодексом РФ консультационные услуги отнесены к услугам, сделка по предоставлению которых оформляется в виде договора возмездного оказания услуг (п. 2 ст. 779 ГК РФ). Предметом договора возмездного оказания услуг является процесс. Согласно п. 1 ст. 779 ГК РФ по указанному договору исполнитель обязуется по заданию заказчика оказать услуги (совершить определенные действия или осуществить определенную деятельность). Таким образом, материальный носитель результатов работы не фиксируется. К договорам возмездного оказания услуг применяются правила, установленные для договоров подряда (ст. 783 ГК). В ст. 779 ГК РФ установлено, что по договору возмездного оказания услуг исполнитель (в данном контексте - консалтинговая компания) обязуется по заданию заказчика оказать услуги, а заказчик обязуется их оплатить. При этом консалтинговая компания отвечает за то, чтобы работа была выполнена в срок, в указанном объеме и надлежащего качества. В таком типе договора должны быть отражены не только обязательства консультанта, но и те условия, которые предоставит ему клиент для выполнения этих обязательств.

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

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

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

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

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

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

    6.6 Продуктовый ИТ-консалтинг

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

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

    Понятие и типовые процессы жизненного цикла программных средств, общие принципы организации работ, перечень этапов, работ и операций, выполняемых от подготовки технического задания до окончания эксплуатации информационной системы, определяются рядом базовых международных и национальных стандартов, к которым относятся стандарты ГОСТ 34-й серии и стандарты ГОСТ Р ИСО/МЭК 12207-99 и ГОСТ Р ИСО/МЭК 14764-2002.

    В общем случае стандарты серии ГОСТ 34 регламентируют стадии и этапы создания информационной системы (см. табл. 6.4).

    Основные стадии и этапы работ создания информационной системы
    Стадии Этапы работ
    1. Формирование требований к ИС

    1.1. Обследование объекта и обоснование необходимости создания ИС.

    1.2. Формирование требований пользователя к ИС.

    1.3. Оформление отчёта о выполненной работе и заявки на разработку ИС (тактико-технического задания)

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

    2.1. Изучение объекта.

    2.2. Проведение необходимых научно-исследовательских работ.

    2.3. Разработка вариантов концепции ИС, удовлетворяющего требованиям пользователя.

    2.4. Оформление отчёта о выполненной работе.

    3. Техническое задание. Разработка и утверждение технического задания на создание ИС.
    4. Эскизный проект.

    4.1. Разработка предварительных проектных решений по системе и её частям.

    4.2. Разработка документации на ИС и её части.

    5. Технический проект.

    5.1. Разработка проектных решений по системе и её частям.

    5.2. Разработка документации на ИС и её части.

    5.3. Разработка и оформление документации на поставку изделий для комплектования ИС и (или) технических требований (технических заданий) на их разработку.

    5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

    6. Рабочая документация.

    6.1. Разработка рабочей документации на систему и её части.

    6.2. Разработка или адаптация программ.

    7. Ввод в действие.

    7.1. Подготовка объекта автоматизации к вводу ИС в действие.

    7.2. Подготовка персонала.

    7.3. Комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).

    7.4. Строительно-монтажные работы.

    7.5. Пусконаладочные работы.

    7.6. Проведение предварительных испытаний.

    7.7. Проведение опытной эксплуатации.

    7.8. Проведение приёмочных испытаний.

    8. Сопровождение ИС

    8.1. Выполнение работ в соответствии с гарантийными обязательствами.

    8.2. Послегарантийное обслуживание

    На практике в каждом конкретном проекте устанавливаются адаптированные стадии и выполняемые работы, что закрепляется в договоре и техническом задании. В зависимости от специфики создаваемых ИС и условий их создания стандартом ГОСТ 34.601-90 допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект", включать новые этапы работ вводить дополнительные и элементы.

    Основное внимание в стандартах серии ГОСТ 34 уделяется содержанию проектных документов. Наиболее популярными стандартами данной серии являются:

  • ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы".
  • ГОСТ 34.603-92 ""Информационная технология. Виды испытаний автоматизированных систем".
  • Методические указания РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.
  • Отношение специалистов к стандартам серии ГОСТ 34 неоднозначное, многие считают их устаревшими. Однако организации-заказчики продолжают использовать стандарты серии ГОСТ 34 как основные при приемке программных средств от разработчика, а консалтинговые компании и системные интеграторы опираются на них при разработке проектной документации.

    Стандарты серии 34 носят рекомендательный характер. В соответствии с законом РФ "О стандартизации" эти стандарты становятся обязательными при ссылке на них в договоре.

    Стандарт ГОСТ Р ИСО/МЭК 12207-99 "Информационная технология. Процессы жизненного цикла программных средств" устанавливает общую структуру процессов жизненного цикла программных средств. Он определяет процессы, работы и задачи, которые используются при приобретении системы, содержащей программные средства, или отдельно поставляемого программного продукта; при оказании программной услуги, а также при поставке, разработке, эксплуатации и сопровождении программных продуктов. Группы процессов жизненного цикла и их состав представлены в таблице 6.5.

    Группы процессов жизненного цикла программных средств
    Группа процессов Перечень процессов, входящих в группу
    Организационные
  • Управление проектами при реализации процессов жизненного цикла
  • Создание инфраструктуры процесса жизненного цикла
  • Усовершенствование выбранных процессов жизненного цикла
  • Обучение персонала
  • Основные
  • Заказ (приобретение) системы, программного продукта или программной услуги.
  • Поставка
  • Разработка
  • Эксплуатация
  • Сопровождение. Данный процесс охватывает перенос и снятие с эксплуатации программного продукта.
  • Вспомогательные
  • Документирование
  • Управление конфигурацией
  • Обеспечение качества
  • Верификация программных продуктов по мере реализации программного проекта.
  • Аттестация программных продуктов программного проекта.
  • Совместный анализ по оценке состояния и результатов какой-либо работы.
  • Аудит
  • Решение проблем независимо от их характера и источника
  • Применение ГОСТ Р ИСО/МЭК 12207-99 регламентируется стандартами ГОСТ Р ИСО/МЭК ТО 15271-2002 "Руководство по применению ГОСТ Р ИСО/МЭК 12207-99 (Процессы жизненного цикла программных средств)" и ГОСТ Р ТО ИСО/МЭК 16326 -2002 "Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 - при управлении проектом".

    ГОСТ Р ИСО/МЭК 14764-2002 "Информационная технология. Сопровождение программных средств" содержит рекомендации по управлению (или выполнению) процессом сопровождения. Он устанавливает основную структуру процесса сопровождения программных средств, но не определяет подробности реализации или выполнения работ и задач, входящих в данный процесс.

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

  • Проведение обследования организации с целью оценки существующей информационной системы на функциональную полноту и соответствие требованиям бизнеса, выявления имеющихся проблем.
  • Разработка требований к функциональности информационной системы.
  • Выбор продуктового ИТ - решения.
  • Разработка технического задания на внедрение программного продукта, включающего требования к его функциональности.
  • Организация управления процессом внедрения на основе создания совместных рабочих групп.
  • Определение границ проекта и плана внедрения (устава проекта и плана проекта).
  • Разработка документа "Дизайн системы".
  • Управление процессом настройки программного продукта на сформулированные требования.
  • Управление процессом создания пилотной версии информационной системы, базирующейся на выбранном программном продукте.
  • Обучение персонала предприятия методологии внедрения и использования выбранного ИТ - решения.
  • Организация опытной эксплуатации информационной системы и разработка методики испытаний.
  • Управление вводом информационной системы в промышленную эксплуатацию и разработка ее регламентов.
  • Организация мониторинга результатов внедрения информационной системы и внесения необходимых модификаций.
  • 6.7. Характеристика работ, выполняемых продуктовым ИТ-консультантом

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

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

    6.7.2. Разработка требований к функциональности информационной системы

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

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

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

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

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

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

    6.7.3. Работы при выборе и обосновании продуктового решения

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

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

    Основными недостатками заказной разработки являются следующие положения:

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

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

  • системы управления ресурсами предприятия (Enterprise Resource Planning, ERP - планирование ресурсов предприятия / Manufacturing Requirement Planning, MRP II - планирование производственных ресурсов/ Material Requirements Planning, MRP -- планирование материальных ресурсов);
  • системы управления активами и фондами (Enterprise Asset Management, EAM);
  • системы управления взаимоотношениями с клиентами (Customer Relationship Management, CRM);
  • системы управления цепочками поставок (Supply Chain Management, SCM);
  • системы управления персоналом (Human Resources Management, HRM);
  • системы документационного обеспечения управленческой деятельности;
  • системы управления эффективностью бизнеса (Business Performance Management, BPM);
  • системы интеллектуального бизнес-анализа (Вusiness Intelligence BI);
  • системы управления данными об изделии (Product Data Management, PDM).
  • Назначение основных классов программных продуктов, их функциональные возможности, и особенности рассмотрены в п.6.8.

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

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

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

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

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

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

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

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

    В состав документа "Запрос предложения", как правило, включают следующую информацию:

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

    Предварительно разрабатывают следующие группы критериев выбора, используемых при сравнительном анализе:

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

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

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

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

    В настоящее время компанией Gartner Inc. запатентована методика "Magic Quadrant" (Магический Квадрант), которая заключается в подготовке отчета с графическим представлением определенного рынка продукции за некоторый период времени. Этот отчет сравнивает компании по набору критериев, разработанных для данного рынка, и отражает мнение исследовательской компании. В "Магическом квадранте" компании оцениваются по полноте видения рынка (completeness of vision) и по способности к практической реализации этого видения (ability to execute). В соответствии с этими критериями системы различных производителей располагаются в четырех квадрантах: "лидеры" (leaders), "провидцы" (visionaries), "бросающие вызов" (challengers) и "нишевые игроки" (Niche Players). К сектору лидеров компания Gartner Inc. относит поставщиков, которые успешно ведут свою деятельность, имеют четкую концепцию работы на рынке и активно совершенствуют свои возможности для реализации этой концепции и удержания своих лидирующих позиций,

    Исследования компании Gartner Inc. предоставляют один из источников информации для проведения сравнительного анализа и не являются окончательной рекомендацией выбирать только того производителя, который оценен как "Лидер".

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

  • функциональная полнота и возможность поддержки информационной модели организации;
  • отраслевая специфика;
  • наличие инструментов разработки, позволяющих дополнить отсутствующие функции;
  • масштабируемость;
  • гибкость;
  • стандартизация и открытость;
  • сложность сопровождения и администрирования;
  • архитектура и техническая платформа;
  • стоимость;
  • перспективы развития;
  • информационная безопасность;
  • профессиональные знания и квалификация поставщика;
  • опыт и репутация поставщика;
  • надежность поставщика.
  • Следует отметить, что разработка состава критериев оценки программных продуктов по функциональности зависит от класса, к которому принадлежат рассматриваемые программные решения. Например, один из подходов к сопоставлению ERP-систем по функциональности разработан аналитической компанией Arlington Software Corporation в рамках проекта ERP Evaluation Center.

    ERP Evaluation Center является ресурсом компании TEC Group, целью которого является анализ и сравнение, представленных на рынке ERP-систем. Согласно разработанному подходу для оценки функциональности используется дерево критериев, содержащее более 3600 частных критериев. Критерии нижнего уровня входят в критерии более высокого уровня со своими весовыми коэффициентами. Вершина дерева представляет собой комплексную численную оценку функциональности системы. В рамках проекта разработана таблица весов критериев и программные средства для решения многокритериальных задач. Помимо критериев функциональности для ERP-систем разработаны иерархии частных критериев для отдельных систем: CRM (более 1100 критериев), PLM (Product Lifecycle Management -управление жизненным циклом продукции, более 1300 критериев), SCM (более 2200 критериев), BI (более 1300 критериев).

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

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

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

    Стандартное аппаратное и программное обеспечение, информационные системы имеют свои особенности как предмет конкурса.

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

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

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

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

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

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

    6.7.4. Работы при разработке технического задания на внедрение программного продукта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Основой подготовки устава проекта является стандарт ANSI PMI PMBOK® 3-rd Edition (2004) - основной стандарт, описывающий все процессы управления проектами.

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

    Устав может включать в себя:

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

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

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

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

    Стратегия внедрения определяет подход к внедрению программного продукта в организации. Существуют различные стратегии внедрения, используемые ведущими разработчиками программных продуктов. Например, при внедрении ERP-систем обычно применяют стратегии "Большого взрыва", "Шаг за шагом", пилотное внедрение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    6.7.9. Работы при управлении процессом создания пилотной версии информационной системы

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

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

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

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

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

    6.7.10. Обучение персонала организации методологии внедрения и использования выбранного ИТ - решения

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

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

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

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

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

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

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

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

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

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

    В соответствии с ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем" для информационных систем устанавливаются следующие виды испытаний: предварительные, опытная эксплуатация, приемочные.

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

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

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

    Документ "Программа и методика испытаний" включает:

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

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

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

    6.7.12. Управление вводом информационной системы в промышленную эксплуатацию и разработка ее регламентов

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

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

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

    В соответствии с ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем" документ "Программа приемочных испытаний" содержит:

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

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

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

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

    6.8.1. Системы управления ресурсами предприятия

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

  • Планирование потребности в материальных ресурсах (Material Requirements Planning, MRP).
  • Планирование потребности в производственных мощностях (-Capacity requirement planning, СRP) .
  • Замкнутый цикл планирования материальных ресурсов (Closed Loop, CL MRP - осуществление обратной связи по состоянию выполнения сформированных планов).
  • Планирование производственных ресурсов (Manufacturing Resource Planning, MRP II).
  • Планирование ресурсов предприятия (Enterprise Resource Planning, ERP).
  • Планирование ресурсов, синхронизированное с покупателем (Customer Synchronized Resource Planning, CSRP).
  • Управление материальными ресурсами - одна из важнейших областей планирования деятельности: успешное функционирование промышленного предприятия существенно зависит от того, как решены вопросы поставок сырья и комплектующих для производственного процесса и насколько рационально используются складские помещения. Метод планирования потребности в материальных ресурсах (Material Requirements Planning, MRP) предназначен для решения следующих задач:

  • Обеспечения поступления нужного количества материалов/комплектующих, требуемых для производства продукции, в любой момент времени в рамках срока планирования.
  • Минимизация издержек, связанных со складскими запасами сырья и готовой продукции.
  • Метод основан на системе расчетов, которые базируются на данных главного календарного плана (Master Production Schedule, MPS), спецификации изделия и сведениях о наличии запасов конечных изделий и материальных ресурсов, в т.ч. и на промежуточных стадиях производства.

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

    Спецификация изделия (Bill of material, BOM) содержит иерархическое описание структуры изделия и список всех сборочных единиц, полуфабрикатов, деталей и материалов, которые применяются в родительской сборочной единице, с указанием норм их расхода.

    В результате планирования потребности в материалах формируются:

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

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

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

    Эти недостатки определили направления дальнейшего развития методов производственного планирования. Появились метод планирования производственных мощностей (Capacity requirement planning, СRP) и метод планирования потребностей в материалах в замкнутом цикле (Cloosed Loop Material Requirment Planning, CL MRP), использующие идеи метода планирования потребности в материалах.

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

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

    Объединение принципов методов MRP, СRP, CL MRP в рамках единой концепции привело к созданию нового подхода к планированию - планированию производственных ресурсов (Manufacturing Resource Planning, MRP II).

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

    Концепция планирования производственных ресурсов MRPII стандартизирована. Стандарт MRPII был разработан в США и поддерживается APICS. Последняя редакция стандарта, содержащая основные требования к информационным производственным системам, опубликована в 1989 г.

    Классическое программное решение класса MRPII имеет модульную структуру и включает в свой функционал следующие 16 групп функций:

  • Планирование продаж и производства (Sales and Operation Planning);
  • Управление спросом (Demand Management);
  • Составление основного производственного плана (Master Production Scheduling);
  • Планирование потребностей в материалах (Material Requirements Planning);
  • Подсистема спецификаций изделий (Bill of Materials Subsystem);
  • Подсистеме операций с запасами (Inventory Transaction Subsystem);
  • Подсистема плановых поставок (Scheduled Receipts Subsystem);
  • Управление на уровне производственного цеха (Shop Flow Control);
  • Планирование потребности в производственных мощностях (Capacity Requirement Planning);
  • Контроль входа/выхода (Input/Output Control);
  • Управление снабжением (Purchasing);
  • Планирование ресурсов распределения (Distribution Resourse Planning);
  • Планирование и контроль и управление инструментальными средствами (Tooling Planning and Control); ;
  • Финансовое планирование (Financial Planning);
  • Моделирование (Simulation);
  • Оценка результатов деятельности (Performance Measurement).
  • Программные продукты, поддерживающие стандарт MRPII, обычно ориентированы на конкретный вид производства (серийное сборочное, малосерийное и опытное, дискретное, непрерывное) и тип организации производственного процесса (циклическое повторное производство, производство на заказ, разработка на заказ, производство на склад, смешанное производство). Такая специализация отражается в наборе функций системы и производственном модуле.

    Дальнейшее развитие методов производственного планирования связано с появлением метода планирование ресурсов предприятия (Enterprise Resource Planning, ERP). По сути этот метод является более совершенной модификацией метода планирования производственных ресурсов MRPII, включающей управление не только материальными, но и другими ресурсами предприятия. Не внося никаких изменений в механизм планирования производственных ресурсов, данный метод позволяет решить ряд дополнительных управленческих задач, связанных с комплексным управлением предприятия.

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

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

  • Универсальность с точки зрения типов производства и видов деятельности предприятий и организаций. Например, ERP-системы могут быть внедрены не только на производственных предприятиях, но и в банках, страховых и торговых компаниях и др.
  • Поддержка многозвенного производственного планирования и планирования ресурсов по различным направлениям деятельности предприятия.
  • Поддержка управления сложными финансовыми потоками разветвленной корпорации и возможности корпоративной консолидации.
  • Наличие средств поддержки принятия решений и средств интеграции с хранилищами данных.
  • Сегодня на мировом рынке предлагается свыше 500 систем класса MRPII/ERP. В пятерку лидеров ведущих западных разработчиков систем управления ресурсами предприятия входят компании SAP, Oracle, Sage Group, Microsoft , Infor.

    Российские разработчики представляют ряд собственных программных продуктов, близких по функционалу к системам класса MRPII/ERP: "Галактика" ("Корпорация Галактика"), "Парус" ("Корпорация Парус"), "1С: Предприятие 8.0. Управление производственным предприятием" (1С) и др.

    По данным отчёта компании IDC "Enterprise Application Software 2006-2010 Forecast and 2005 Vendor Shares" объём российского рынка интегрированных систем управления предприятием в 2005 г. достиг 236 млн. долл. Более 80% российского рынка составляют компании: SAP (39, 7%), Oracle (21,7%), 1C (9,7%) и Microsoft Dynamics (9,4%), "Галактика" (6,1 %).

    Последняя (по сроку разработки) из концепций управления производственными ресурсами - планирование ресурсов, синхронизированное с потребителем (Customer synchronized resource planning, CSRP) была предложена компанией SYMIX, которая также первая предложила на рынке комплекс программных продуктов, реализующих уровень CSRP.

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

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

    6.8.2. Системы управления активами и фондами

    Системы управления активами и фондами (Enterprise Asset Management, EAM) играет важную роль в жизнедеятельности каждого предприятия и напрямую связано с вопросами технического обслуживания и ремонта оборудования (ТОиР). Согласно определению Gartner Group, управление активами и фондами (Enterprise Asset Management, EAM) - это управленческая методология, которая позволяет увеличить производственную мощность предприятия только за счет применения ИТ, не прибегая к закупкам нового оборудования. Основной задачей данного подхода является управление всем жизненным циклом оборудования, включая проектирование, изготовление, монтаж и сборку и последующее обслуживание, сервисные и профилактические работы, модернизацию, реконструкцию и списание.

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

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

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

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

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

  • Ведение регистра оборудования, технических установок, агрегатов.
  • Регистрация технических данных, спецификаций для установки, ремонта и обслуживания оборудования.
  • Планирование предупредительных ремонтов и формирование наряд заказов.
  • Планирование и диспетчеризация исполнения наряд заказов.
  • Отчетность о выполнении наряд заказов.
  • Управление складским хозяйством.
  • Управление снабжением материалами, запасными частями и внешними подрядчиками.
  • Стандартная отчетность и статистика.
  • Контроль доступа пользователей к системе.
  • ЕАМ системы включают в свой состав не только функциональность СMMS решений, но и позволяют решать гораздо более широкий круг задач, включающий управление финансами, товарно-материальными запасами и кадрами. Главными группами задач, решаемых в ЕАМ системах, являются:

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

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

    Интеграция ЕАМ системы с датчиками и системами нижнего уровня (АСУТП, SCADA) позволяет накапливать статистику по отказам и отклонениям, анализировать состояние объектов в реальном времени, принимать решение о необходимости выполнения тех или иных ремонтных/ профилактических работ по фактическому состоянию.

    Базовая функциональность ЕАМ-систем включает:

  • Описание произвольно глубокой иерархической структуры основных фондов, разработку подробного долгосрочного графика обслуживания оборудования, составление списка деталей, необходимых для планового и внепланового ремонта.
  • Приобретение комплектующих по требованию, логистическое обеспечение покупных деталей.
  • Управление персоналом.
  • Статистический анализ производительности и надежности оборудования.
  • Автоматизированный мониторинг текущих параметров оборудования и диагностика.
  • Реализация стратегии предупредительного обслуживания.
  • Отслеживание серийных номеров и иной паспортной информации отдельных единиц оборудования.
  • Подготовку наряд-заказов.
  • Финансовый анализ на основе подробного учета затрат на обслуживание оборудования.
  • Управление проектами строительства и монтажа
  • Гарантийное обслуживание.
  • Отдельный учет основных, оборотных и других видов активов.
  • На рынке программных продуктов, реализующих методологию EAM, можно выделить самостоятельные программные продукты и подсистемы ТОРО в составе MRPII/ERP систем. Их примеры приведены в таблице 6.6.

    Примеры программных продуктов класса EAM
    Вид программного продукта Название /Разработчик
    Самостоятельные решения MAXIMO (MRO Software), Enterprise MPAC (Indus Int), Mincom Ellipse (Mincom), Avantis.Pro (Invensys Avantis), Datastream 7i (Infor).
    Подсистемы ТОиР в составе MRPII/ERP систем mySAP Business Suite (SAP), Oracle E-Business Suite (Oracle), IFS Applications (IFS), Галактика (Галактика), ТРИМ (СпецТек)

    6.8.3. Системы управления отношениями с клиентами

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

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

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

    Стратегия CRM является стратегией, ориентированной на клиента. Её появление и главные задачи основаны на фактах, полученных в результате маркетинговых исследований:

  • Затраты на привлечение нового клиента в среднем в 5-7 раз больше, чем на удержание уже имеющегося.
  • Большая часть компаний из списка Fortune 500 теряет 50% своих клиентов каждые 5 лет.
  • Удовлетворенный клиент расскажет о удачной покупке в среднем 5 своим знакомым. Неудовлетворенный - минимум 10.
  • Большая часть клиентов окупается лишь через год работы с ними Если клиент "ушел" до этого срока, то он принес убытки.
  • Около 50% существующих клиентов компании не прибыльны из-за неэффективного взаимодействия с ними.
  • В среднем компания контактирует 4 раза в год с имеющимся клиентом и 6 раз в год с потенциальным (ряда отраслей эти цифры не касаются, например, компаний, занимающихся обслуживанием оборудования или программного обеспечения).
  • Правило Парето: 20% клиентов приносят 80% дохода.
  • Оборачиваемость капитала в крупных компаниях значительно снижается из-за несвоевременности погашения задолженности клиентов. Часто виноваты в этом менеджеры, забывающие вовремя выставить счет или напомнить о сроке платежа.
  • Следует отметить, что клиентоориентированный подход востребован там, где работа с клиентом носит долгосрочный характер и предполагает многократную продажу товаров и услуг. К таким организациям относятся крупные финансовые и телекоммуникационные компании; предприятия оптовой торговли; транспортные компании; медицинские учреждения; страховые компании; фармацевтические предприятия; отделы сбыта производственных предприятий, работающие напрямую с клиентами; государственные организации и др. Например, Центр медицинского надзора и помощи (CMS) США с помощью технологий CRM гарантировал консолидированное представление информации о гражданах для обеспечения оптимального сервиса и быстрое разрешения проблем клиентов в сфере социального обеспечения. CMS - крупнейшая организация в сфере социального обеспечения и страхования жизни в США, которая осуществляет страхование жизни, надзор за лабораторными исследованиями, разработку видов страховых покрытий и контроль за качеством обслуживания в сфере социального обеспечения и страхования. Помимо 75 миллионов подопечных граждан, Центр взаимодействует с сетью более чем двух миллионов поставщиков услуг.

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

    Необходимыми условиями для реализации и поддержки CRM-стратегии в организации являются:

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

    Основными функциональными модулями CRM-систем являются:

  • Модуль автоматизации продаж (Sales Force Automation - SFA).
  • Модуль автоматизации маркетинга (Marketing Automation - MA) .
  • Модуль автоматизации обслуживания клиентов (Customer Service Support - CSS).
  • Средства анализа и построения отчетов.
  • Модуль автоматизация продаж охватывает все аспекты деятельности отдела продаж. Содержит полную информацию о продуктах и справочник маркетинговой литературы, обеспечивает поддержку базы данных клиентов, включая всю историю взаимоотношений, позволяет вести календарь событий и выполнять планирование работ, прогнозирование, управление циклом продаж, мониторинг потенциальных продаж, предоставление актуальной информации о ценах, состоянии дел, подготовку коммерческого предложения.

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

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

    Обычно CRM-системы интегрированы с контактными центрами (Call Center), что позволяет более эффективно принимать заказы, обрабатывать претензии и информационно обслуживать клиентов.

    Современные классификации выделяют три группы CRM-систем по целевому использованию.

  • Оперативный класс CRM-систем предназначен для обеспечения оперативного доступа к информации по конкретному клиенту в процессе взаимодействия с ним в рамках традиционных бизнес-процессов продажи и послепродажного обслуживания. Функциональность охватывает маркетинг, продажи и сервис.
  • Аналитический класс CRM-систем обеспечивает синхронизацию разрозненных массивов данных, характеризующих деятельность клиента и фирмы, и поиск статистических закономерностей в этих данных для выработки наиболее эффективной стратегии маркетинга, продаж, обслуживания клиентов. Использует сложные математические модели для поиска статистических закономерностей.
  • Коллаборационный класс CRM-систем предоставляет клиенту возможность непосредственного участия в процессе дизайна, производства, доставки и обслуживания продукта.
  • На рынке CRM-систем можно выделить самостоятельные программные продукты и CRM-модули в составе MRPII/ERP систем.

    Ежегодно корпорация ISM Inc издает справочник "The Guide to CRM Automation и Top 15 CRM", включающий в себя лучшие CRM-системы, отобранные после оценки по разнообразным критериям. Каждая тестируемая CRM-система оценивается по 217-ти критериям: 103 критерия оценки бизнес-функционала, 52 - технических характеристик, 36 - функциональных возможностей, 9 - возможности использования CRM-системы в режиме реального времени и 17 - особенностей поддержки пользователей. Top 15 CRM 2007 представлен в таблице 6.7.

    Вид программного продукта Компания разработчик/ Наименование программного продукта
    Номинация "ISM Top 15 CRM Enterprise Winners". Решения для крупного бизнеса

    Amdocs Limited - Amdocs CRM v. 6

    Clear Technologies, Inc - C2 CRM v. 8.0

    Firstwave Technologies, Inc. - Firstwave CRM v. 3.1

    Infor - Infor CRM

    OnContact Software Corporation - CMS v. 9.0

    Onyx Software Corporation - Onyx 6.0

    Optima Technologies, Inc. - ExSellence 5.0

    Oracle Corporation - PeopleSoft CRM

    Oracle Corporation - Siebel 8.0

    Pivotal Corporation - Pivotal v. 5.9

    Salesforce.com - Salesforce.com

    SAP AG - mySAP CRM

    Saratoga Systems, Inc. - Saratoga CRM 6.5.3

    Software Innovation ASA - growBusiness Solutions v. 3.1

    Tibco - Tibco Process RM v. 9.0

    update software AG - update 7.0

    Номинация "ISM Top 15 CRM SMB Winners". Решения для малого и среднего бизнеса

    Ardexus, Inc. - Ardexus MODE v. 5.5

    Axonom, Inc. - Powertrak v. 8.02

    Clear Technologies, Inc - C2 CRM v. 8.0

    FrontRange Solutions, Inc. - Goldmine v. 7.0.3 HEAT

    Interchange Solutions - Salesplace 2006.3.2

    Maximizer Software, Inc. - Maximizer Enterprise 9.5

    Microsoft Dynamics

    NetSuite, Inc. - NetSuite CRM v. 11.0 NetSuite v. 11.0

    OnContact Software Corporation - CMS v. 9.0

    Oracle Corporation - Siebel CRM OnDemand

    Relavis Corporation - Relavis CRM 7.0

    RightNow Technologies, Inc. - RightNow CRM v. 8.0

    Sage Software - Sage CRM 100/200 v. 6.0

    Sage Software - Sage SalesLogix v. 7.0

    Salesforce.com - Salesforce.com

    SalesPage Technologies, LLC - SalesPage CRM

    StayinFront, Inc. - StayinFront CRM v. 9.3

    Российские разработчики также представляют ряд собственных программных продуктов: Naumen CRM (NAUMEN), Sales Expert (Про-Инвест-ИТ), WinPeak CRM (WinPeak ), 1C-Рарус: CRM Управление продажами.

    6.8.4. Системы управления цепочками поставок

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

    К их числу принадлежат организационно-функциональные формы взаимодействия организаций, ориентированные на управление всей цепочкой, через которые проходят материальные и информационные потоки к конечному потребителю. Эти формы основаны на принципе кооперации производителей, поставщиков и потребителей и опираются на концепцию управления цепочками поставок (Supply Chain Management, SCM).

    Концепция SCM - это системный подход к интегрированному планированию и управлению всем потоком информации, материалов и услуг от поставщиков сырья через предприятия и склады до конечного потребителя. Объектом управления является логистическая цепь в целом, а не отдельные функции логистики и производственного менеджмента. Напомним, что логистическая цепь/цепочка поставок (supply chain) представляет собой множество всех юридических и физических лиц (производителей, поставщиков, перевозчиков, потребителей), осуществляющих логистические операции, и связанных между собой информационными, денежными и товарными потоками. Цепочка поставок начинается с приобретения сырья у поставщиков и заканчивается продажей готовых товаров и услуг клиенту.

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

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

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

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

    Функциональность системы класса SCM включает в себя:

  • Стратегическое планирование цепочки поставок.
  • Планирование и прогнозирование спроса.
  • Выбор поставщиков и управление закупками.
  • Производственно-экономическое планирование.
  • Оптимизацию производства.
  • Управление запасами и складом.
  • Управление логистикой и оптимизацию транспортных операций.
  • Управление исполнением заказов и послепродажное обслуживание.
  • Анализ эффективности отдельных элементов цепочки поставок.
  • Программные решения класса SCM существуют как в виде самостоятельных продуктов, так и в составе функциональности ERP-систем (например, решения западных компаний SAP, Оracle, IFS, Microsoft и др.). Ведущие позиции в этом секторе занимает компания SAP. Система mySAP SCM представляет собой комплексное решение, охватывающее практически все аспекты построения логистической сети предприятия. Она позволяет планировать спрос, сбыт и производство, снабжение и распределение, имеет возможности синхронизации, управления и оценки операций и процессов во всей цепочке поставок. На базе MySAP SCM может быть построена закрытая электронная торгово-закупочная площадка. Включение SCM-подсистемы в корпоративные информационные системы используется и в отечественных разработках. Так, в системы "Галактика", "Парус", "1С", включены программные модули для управления цепочками поставок. По мнению экспертов, введение модуля SCM в состав ERP-системы позволяет реализовать его тесное взаимодействие с управленческими и учетными модулями и избавить предприятие от дополнительных расходов, связанных с решением интеграционных задач.

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

    Мировым лидером в области самостоятельных программных продуктов класса SCM является компания i2 Technologies, которая предлагает решения, охватывающие полный спектр задач управления цепочками поставок. Эти решения учитывают отраслевую специфику и интегрируются практически со всеми ERP-системами. Аналитическая компания Gartner опубликовала в июле 2006 г. оценку компаний-поставщиков SCM решений по управлению логистикой. В "Магическом квадранте" решения i2 Technologies в данном секторе занимают позицию лидера в соответствии с критериями: полнота видения рынка и способность к практической реализации этого видения.

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

    6.8.5. Системы управления персоналом

    Управление персоналом (Human Resource Management, HRM -управление человеческими ресурсами) представляет собой деятельность руководящего состава организации, руководителей и специалистов подразделений системы управления персоналом, включая разработку концепции и стратегий кадровой политики, принципов и методов управления персоналом. Управление персоналом - это бизнес-процесс, являющийся составной частью общего процесса управления деятельностью предприятия.

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

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

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

    Основными задачами систем данного класса являются:

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

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

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

    На рынке систем управления персоналом представлены самостоятельные программные продукты и подсистемы HRM в составе MRPII/ERP систем. Примеры программных продуктов, представленных на российском рынке приведены в таблице 6.8.

    Примеры программных продуктов класса HRM, представленных на российском рынке
    Вид программного продукта Название системы/разработчик
    Самостоятельные решения

    БОСС-Кадровик (Босс.Кадровые системы)

    Управление персоналом (АиТ)

    1С: Зарплата и управление персоналом (1С)

    Подсистемы HRM в составе MRPII/ERP систем

    mySAP ERP Human Capital Management (SAP)

    Oracle HRMS (Oracle)

    Модуль "Управление Персоналом" Microsoft Dynamics

    Решение IFS Персонал (IFS) Контур управления персоналом (Галактика)

    Подсистема управления персоналом (Компас)

    Согласно оценкам исследовательской компании Forrester Research, приведенном в отчете "The Forrester Wave™: Human Resource Management Systems, Q3 2006" технологическими лидерами в области систем управления персоналом являются решения компаний SAP (mySAP ERP HCM) и Oracle (Oracle PeolpeSoft Enterprise, Oracle E-Business Suite).

    К лучшим российским решениям можно отнести БОСС-Кадровик (Босс.Кадровые системы), Контур управления персоналом (Галактика) и Подсистему управления персоналом (Компас).

    6.8.6. Системы документационного обеспечения управления

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

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

    Понятие документированной информации определено в Федеральном законе РФ N 149 "Об информации, информационных технологиях и о защите информации" от 27 июля 2006 года: "Документированная информация - зафиксированная на материальном носителе путем документирования информация с реквизитами, позволяющими определить такую информацию или в установленных законодательством Российской Федерации случаях ее материальный носитель". Организация работы с документами (управление документацией) представляет собой создание условий, обеспечивающих хранение необходимой информации и снабжение ее потребителей в установленные сроки и с наименьшими затратами. Она включает организацию рационального документооборота, создание информационно-поисковых систем по документам, контроль исполнения документов, подготовку документов к передаче в ведомственный архив.

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

    Основными функциями систем документационного обеспечения являются:

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

    Следует отметить, что в настоящее время всё большее распространение получает концепция управления корпоративным содержимым (Enterprise Content Management, ECM).

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

  • средства управления документами (Document Management),
  • средства управления Web-контентом (Web Content Management),
  • средства управления записями (Records Management),
  • средства обработки изображений документов (Document Imaging),
  • средства централизации сотрудничества в процессе совместной работы над документами (Document-Centric Collaboration - for document sharing and supporting project teams),
  • средства управления потоками работ (организации маршрутных бизнес-процессов и коллективной обработке документов в ходе различных бизнес-процессов, Workflow).
  • Лидерами в области систем управления корпоративным содержанием являются корпорация EMC, компании Open Text, IBM (бренды DB2, WebSphere, Workplace), Stellent. Компания Gartner позиционирует эти компании в квадранте "Лидеры" в аналитическом отчете "Magic Quadrant for Enterprise Content Management, 2006" в соответствии с критериями: полнота видения перспектив развития и способность к реализации. В числе лучших "нишевых игроков" названы компании Oracle, SAP, SunGard Data Systems, Tower Software, Xythos. К "провидцам" отнесены Microsoft, Vignette, Xerox, Interwoven . Включение компании Microsoft в данную группу связано с MS SharePoint Server 2007, в котором существенно усилены средства управления контентом и потоками работ.

    Среди российских ИТ-компаний, прочно занимающих свое место в секторе систем документационного обеспечения управления, можно отметить такие компании, как АйТи (Аплана софтвер), Directum, Cognitive Technologies, Интертраст, Ланит, Оптима, Электронные офисные системы.

    6.9. Планирование карьеры в ИТ-консалтинге

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

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

    (рис 6.7) Карьерный рост в ИТ-консалтинге

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

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

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

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

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

    Контрольные вопросы и упражнения

  • Дайте определение консалтинга в области управления и экономики Европейской федерации ассоциаций консультантов по экономике и управлению. Какие основные виды консалтинговых услуг представлены на рынке?
  • Назовите основные группы услуг в области ИТ-консалтинга. В каких случаях организация обращается за помощью к консультантам?
  • Опишите стадии консалтингового процесса.
  • Чем отличается процессное консультирование от экспертного?
  • Рассмотрите особенности комплексных консалтинговых проектов.
  • Какие критерии можно использовать для выбора консалтинговой компании?
  • Какие типовые формы договоров используются в России при заключении контракта на оказание консалтинговых услуг?
  • Назовите основные модели ценообразования, применяемые в договорах на оказание консалтинговых услуг в области ИТ.
  • Дайте характеристику основных работ, выполняемых продуктовым ИТ-консультантом.
  • Какие основные классы программных продуктов, применяемых для автоматизации управления предприятием, вы знаете?
  • В чем заключается различие систем класса MRP, MRPII и ERP?
  • Дайте характеристику функциональности систем управления активами и фондами. В каких отраслях применяются системы этого класса?
  • Какие самостоятельные компоненты входят в состав CRM-систем?
  • Приведите типовой функционал системы класса SCM. В каких отраслях наиболее востребованы системы этого класса?
  • Дайте характеристику технологических уровней систем управления персоналом. Какие задачи решают системы данного класса?
  • Какую функциональность поддерживают системы документационного обеспечения управления?
  • В чем заключается суть концепции управления содержанием?
  • Вернуться к учебному плану