Подробное рассмотрение методологии внедрения ИС от Microsoft

Microsoft Dynamics: Методология внедрения

• Microsoft Dynamics Sure Step Methodology

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

Методология Sure Step Methodology поддерживает следующие программные продукты Microsoft Dynamics:

• Microsoft Dynamics CRM
• Microsoft Dynamics AX
• Microsoft Dynamics NAV

Методология Sure Step Methodology включает руководство по управлению проектами, а также средства, интегрированные во все компоненты методологии внедрения. Таким образом, методология Sure Step Methodology предлагает руководство по управлению проектами внедрения и выполнению функциональных и технических задач, составляющих основу процесса внедрения Microsoft Dynamics.

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

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

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

Методология Sure Step Methodology включает руководство по управлению проектами, а также средства, интегрированные во все компоненты методологии внедрения. Таким образом, методология Sure Step Methodology предлагает руководство по управлению проектами внедрения и выполнению функциональных и технических задач, составляющих основу процесса внедрения Microsoft Dynamics.

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

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

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

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

Модель внедрения, образующая основу методологии Sure Step Methodology, включает следующие компоненты:

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

Этапы

Этап 1: диагностика

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

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

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

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

 

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

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

Основные результаты этапа:

· Предложение по работе над проектом:

· описание содержания проекта (отчет о диагностике);

· предварительный план проекта.

· Оценка инфраструктуры.

Основные вехи этапа:

· Клиент принимает предложение на внедрение и контракт, включая предполагаемый объем и рамки проекта, а также предварительный

Этап 2: анализ

Этап анализа начинается с действий, направленных в первую очередь на формализованное создание проектной команды – как со стороны консультанта, так и со стороны заказчика. Следует обратить особое внимание на совещание по запуску проекта (Kick Off Meeting), на котором должны быть представлены участники проектной команды и согласованы ожидания и взгляды на то, как будет протекать проект.

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

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

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

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

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

Основные результаты этапа:

· Устав проекта.

· Тренинги ключевых пользователей.

· Детальный анализ бизнес-процессов:

o анализ разрывов требований с базовой функциональностью;

o оценка устранения разрывов;

o описание интерфейсов.

· План миграции данных.

· План проекта.

· Функциональные требования:

o инфраструктура, функциональность и безопасность;

o интеграция.

· Требования к контролю качества и тестированию.

Основные вехи этапа:

· Проведено совещание по запуску проекта.

· Заказчик утверждает Устав проекта.

· Проводится тренинг по Microsoft Dynamics AX для ключевых пользователей.

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

· Заказчик утверждает обновленный план-график проекта.

Этап 3: дизайн

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

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

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

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

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

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

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

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

Основные результаты этапа:

· Спецификация дизайна решения:

· функциональный дизайн;

· техническая спецификация.

· Дизайн интеграции с внешними системами.

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

· План и сценарии тестирования.

 

Основные вехи этапа:

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

· Заказчик утверждает время разработки и оценку расходов.

Этап 4: разработка

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

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

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

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

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

Основные результаты этапа:

· Настройка решения Microsoft Dynamics.

· Подготовка документации по решению Microsoft Dynamics.

· Разработка дополнительной функциональности (кастомизаций).

· Настройка и тестирование миграции данных.

· Интеграционное тестирование (в том числе интеграции с внешними системами).

Основные вехи этапа:

· Выполняется миграция данных.

· Выполняется интеграционное тестирование.

· Заказчик принимает созданное решение, результаты тестирования и документацию.

 

Этап 5: развертывание

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

Основные результаты этапа:

· План запуска и контрольный список.

· План тестирования системы.

· План обучения пользователей.

· Тренинги для пользователей.

· Рабочая система.

Основные вехи этапа:

· План запуска и контрольный список.

· План тестирования системы.

Этап 6: эксплуатация

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

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

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

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

На этой точке взаимодействие с заказчиком ведется в рамках предварительно согласованной поддержки продукта (с подписанием соответствующего контракта). Команда консультанта переключается на следующий проект.

Основные результаты этапа:

· Приемка системы заказчиком.

· Документы для закрытия проекта.

· Соглашение о поддержке системы.

Основные вехи этапа:

· Заказчик принимает Microsoft Dynamics и подписывает акт ввода в промышленную эксплуатацию.

· Заказчик формально закрывает проект.

· Заказчик подписывает договор поддержки.

 

Модель методологии Sure Step Methodology также определяет два дополнительных этапа, которые можно реализовать после запуска решения Microsoft Dynamics в производственной среде клиента:

o оптимизация;

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

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

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

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

· Предложения об объеме работ.

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

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

Проект оптимизации состоит из следующих действий:

• анализ;
• планирование;
• определение оптимизаций;
• развертывание оптимизаций;
• эксплуатация.

• обновление.

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

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

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

• анализ;
• планирование;
• выполнение обновления;
• тестирование;
• процедура Go-Live;
• эксплуатация.

 

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

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