Опубликован: 02.09.2009 | Уровень: для всех | Доступ: платный
Лекция 6:

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

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

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

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

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

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

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

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

  1. Стороны, заключающие договор, сроки действия договора.
  2. Цели и задачи проекта, предмет договора, описание работ.
  3. Перечень этапов проекта, календарный график их выполнения с указанием объемов работ каждого этапа.
  4. Стоимость каждого этапа проекта и проекта в целом, условия оплаты.
  5. Механизм отчетности о проделанной работе по этапу и ходе реализации проекта в целом.
  6. Взаимные обязательства по выполнению работ, по обеспечению конфиденциальности информации.
  7. Ответственность сторон.
  8. Механизм внесения изменений в договор.
  9. Условия прекращения договора.
  10. Процедура решения споров.
  11. Подписи и даты.

Консалтинговая услуга считается оказанной по факту подписания акта приема-передачи.

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

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

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

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

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

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

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

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

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

Таблица 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.

Таблица 6.5. Группы процессов жизненного цикла программных средств
Группа процессов Перечень процессов, входящих в группу
Организационные
  1. Управление проектами при реализации процессов жизненного цикла
  2. Создание инфраструктуры процесса жизненного цикла
  3. Усовершенствование выбранных процессов жизненного цикла
  4. Обучение персонала
Основные
  1. Заказ (приобретение) системы, программного продукта или программной услуги.
  2. Поставка
  3. Разработка
  4. Эксплуатация
  5. Сопровождение. Данный процесс охватывает перенос и снятие с эксплуатации программного продукта.
Вспомогательные
  1. Документирование
  2. Управление конфигурацией
  3. Обеспечение качества
  4. Верификация программных продуктов по мере реализации программного проекта.
  5. Аттестация программных продуктов программного проекта.
  6. Совместный анализ по оценке состояния и результатов какой-либо работы.
  7. Аудит
  8. Решение проблем независимо от их характера и источника

Применение ГОСТ Р ИСО/МЭК 12207-99 регламентируется стандартами ГОСТ Р ИСО/МЭК ТО 15271-2002 "Руководство по применению ГОСТ Р ИСО/МЭК 12207-99 (Процессы жизненного цикла программных средств)" и ГОСТ Р ТО ИСО/МЭК 16326 -2002 "Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 - при управлении проектом".

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

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

  1. Проведение обследования организации с целью оценки существующей информационной системы на функциональную полноту и соответствие требованиям бизнеса, выявления имеющихся проблем.
  2. Разработка требований к функциональности информационной системы.
  3. Выбор продуктового ИТ - решения.
  4. Разработка технического задания на внедрение программного продукта, включающего требования к его функциональности.
  5. Организация управления процессом внедрения на основе создания совместных рабочих групп.
  6. Определение границ проекта и плана внедрения (устава проекта и плана проекта).
  7. Разработка документа "Дизайн системы".
  8. Управление процессом настройки программного продукта на сформулированные требования.
  9. Управление процессом создания пилотной версии информационной системы, базирующейся на выбранном программном продукте.
  10. Обучение персонала предприятия методологии внедрения и использования выбранного ИТ - решения.
  11. Организация опытной эксплуатации информационной системы и разработка методики испытаний.
  12. Управление вводом информационной системы в промышленную эксплуатацию и разработка ее регламентов.
  13. Организация мониторинга результатов внедрения информационной системы и внесения необходимых модификаций.
Надежда Артюх
Надежда Артюх
Курс Методологии проектирования и внедрения корпоративных информационных систем
Олег Антонов
Олег Антонов
Денис Филатов
Денис Филатов
Россия
Виктория Малахова
Виктория Малахова
Россия