Технология корпоративного внедрения

главный редактор «Управляем предприятием»

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

Организация управления проектом

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

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

Схема, иллюстрирующая основные взаимоотношения этих ролей в проекте по ТКВ, приведена на рис. 1.

Взаимоотношение ролей в проекте

  Рис. 1. Основные взаимоотношения ролей и некоторых продуктов в рамках проекта по ТКВ.

Типовые риски и их минимизация

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

Таблица. Типы рисков проекта внедрения.

Фаза жизненного цикла

Тип рисков

Последствия реализации риска

Меры по минимизации последствий в методологии ТКВ

Фаза 0. Инициация проекта

Границы и рамки проекта определены неверно

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

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

Фаза 1. Концептуальное проектирование

Объем и цели проекта определены неверно

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

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

 

Фаза 2. Архитектура системы

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

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

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

Фаза 3. Рабочий проект (разработка)

Ошибки в программном обеспечении

ИС не будет соответствовать требованиям заказчика в полной мере. Часть целей проекта не будет достигнута либо будет достигнута не так, как планировалось.

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

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

Фазы 0–4

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

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

Фазы 0–4

Уровень квалификации участников команды проекта не соответствует поставленным задачам

  • уровень качества выходной продукции по проекту будет ниже приемлемого, ИС не будет в полной мере соответствовать потребностям заказчика;
  • плановые сроки, бюджет и объем проекта не будут выдержаны
  • подбор в команду проекта квалифицированных специалистов;
  • обучение команды проекта на фазе 1;
  • регулярные отчеты участника  проекта;
  • управление качеством продукта проекта на фазах 2–4

Фаза 5. Ввод в промышленную эксплуатацию

Сопротивление со стороны персонала заказчика

Задержка в сроках ввода ИС в эксплуатацию. В редких случаях может привести к досрочному неуспешному закрытию проекта

  • обучение пользователей системы на фазе 2, объяснение целей и результатов проекта;
  • административные меры и мотивация пользователей работе в системе;
  • управление претензиями и изменениями на фазах 3 и 4

Фазы 0–5

Несвоевременное финансирование проекта

Срыв сроков выполнения работ по проекту. Штрафные санкции со стороны субподрядчиков и поставщиков за невыполнение финансовых обязательств

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

Область эффективности технологии корпоративного внедрения

ТКВ представляет собой достаточно универсальную методологию. Ограничение её применения связано только с одним фактором — эффективностью. На небольших проектах с небольшими изменениями использовать ТКВ слишком дорого. Именно поэтому ТКВ — это не единственная методология управления проектами внедрения тиражных продуктов семейства «1С:Предприятие». Для относительно простых внедрений типовых продуктов без доработки фирма «1С» разработала методологию стандартного внедрения, а более сложные проекты, с определенными доработками и кастомизацией типового решения, ведутся по технологии быстрого результата. Выбор той или иной технологии внедрения продуктов семейства «1С:Предприятие» происходит на основе пяти характеристик проекта и среды выполнения:

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

 

Алгоритм принятия решения об использовании ТКВ показан на рис. 2.

алгоритм принятия методологии ТКВ

Рис. 2. Алгоритм принятия решения об эффективности использования методологии ТКВ.

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

  • масштаб: численность команды проекта — более 10 человек (общая: как сотрудников заказчика, так и подрядчика), объем — более 3 тыс. человеко-часов, срок — более 6 месяцев;
  • критичность технологических изменений (доработок тиражной системы): требуются существенные изменения, затрагивающие архитектуру ИС;
  • критичность организационных изменений: требуемые решаемой задачей изменения не локальны и затрагивают важные подходы к управлению компанией, а также существенно перераспределяют роли и ответственность руководителей;
  • готовность методологий и политик учета, формализация бизнес-процессов и процедур: задача такова, что, кроме внедрения программного продукта, необходима разработка и утверждение методологий или изменение бизнес-процессов и процедур;
  • готовность компании к быстрому принятию решений: заказчик (или заказчики) ИТ-системы не готовы быстро принимать решения по проекту, либо этого требуют корпоративные процедуры и стандарты.

 

© «УПРАВЛЯЕМ ПРЕДПРИЯТИЕМ»
Все права защищены. Все торговые марки являются собственностью их правообладателей.