Твой путь к знаниям!
- Курсы
- Школа
- Мини-МБА
- Профессиональная переподготовка
- Повышение квалификации
- Сертификации
План занятий
Управление ИТ-проектами
Управление внедрением информационных систем
Опубликован: 09.12.2008 | Уровень: специалист | Доступ: платный | ВУЗ: Национальный исследовательский университет «Высшая Школа Экономики»
< Лекция 1|| Лекция 2: 1 2 3 4 || Лекция 3 >
Как уже отмечалось выше, методологии внедрения информационных систем являются источником информации для разработки иерархической структуры проекта внедрения и иерархической структуры работ проекта. Состав работ (процессов) и последовательность их исполнения в значительной мере определяются целями проекта внедрения, используемым программным обеспечением, особенностями автоматизируемой сферы деятельности, организационной структурой объекта автоматизации, принятой у разработчика организацией работы и пр.
Внедрение ПО Brainysoft
В настоящем разделе мы рассмотрим особенности отдельных методологий внедрения : их цели, предусмотренные этапы, состав и взаимосвязи работ .
Методологии внедрения компании Microsoft
Для поддержки внедрения систем группы Microsoft Business Solutions (Microsoft Dynamics NAV , Microsoft Dynamics AX, Microsoft CRM ) компанией Microsoft разработан ряд методологий: On Target , Microsoft Business Solutions Partner Methodology , Microsoft Dynamics Sure Step . Все они поддерживаются специализированными программными средствами и шаблонами проектной документации, которые не являются общедоступными и предоставляются только официальным партнерам Microsoft.
Наиболее старая версия — методология On Target — ориентирована главным образом на удовлетворение требований, сформулированных Заказчиком. Процесс внедрения делится на шесть этапов: подготовка проекта , анализ , дизайн , разработка и тестирование , развертывание , опытная эксплуатация . Задачи этапов и выполняемые работы приведены в таблице 2.1.
| Подготовка проекта | Разработать проектную документацию. Сформировать команду проекта | Предварительное планирование проекта. Разработка проектных процедур . Формирование Рабочей группы Проекта. Разработка и утверждение Устава Проекта. Разработка спецификации на следующую стадию |
| Анализ | Подготовить команду проекта . Разработать функциональные требования к системе | Обучение Рабочей группы Заказчика (ключевые пользователи, разработчики и администраторы). Анализ бизнес-процессов Заказчика. Подготовка и утверждение функциональных требований к системе. Подготовка Плана и Бюджета Проекта . Разработка спецификации на следующую стадию |
| Дизайн | Разработать технические требования к системе. Разработать принципы реализации требований | Подготовка и утверждение Технического задания. Разработка и согласование Дизайна решения (реализация функциональных требований в системе). Детальное описание системных модификаций и интерфейсов с внешними программами. Уточнение Плана и Бюджета Проекта . Разработка спецификации на следующую стадию |
| Разработка и тестирование | Создать программный продукт Проверить работоспособность продукта | Разработка и тестирование дополнительной функциональности. Разработка и утверждение дополнительных интерфейсов. Разработка программы тестирования модификаций и интерфейсов. Выполнение процедур тестирования модификаций и интерфейсов. Разработка спецификации на следующую стадию |
| Развертывание | Установить систему у Заказчика | Развертывание (инсталляция) системы на рабочие места конечных пользователей. Настройка прав и уровней доступа пользователей. Разработка процедур переноса сальдо и операций. Разработка процедур верификации начальных данных и операций. Подготовка пользовательских инструкций. Обучение конечных пользователей. Разработка спецификации на следующую стадию |
| Опытная эксплуатация | Запустить систему в эксплуатацию. Осуществить сдачу-приемку проекта | Перенос начальных сальдо и операций. Выполнение процедур верификации начальных данных. Запуск системы в эксплуатацию. Опытная эксплуатация . Приемка |
В последующих версиях методологии — Microsoft Business Solutions Partner Methodology, Microsoft Dynamics Sure Step — основной акцент делается на нуждах бизнеса Заказчика, которому, в конечном итоге, необходимо решение для эффективной работы бизнеса: система управления предприятием, обеспечивающая достижение его целей. Результат проекта, согласно MBS Partner Methodology , — это работающее решение для бизнеса Заказчика, а не простая настройка программного продукта. Использование в процессе внедрения этой методологии позволяет обеспечить высокую эффективность проекта для Заказчика и реальное достижение тех целей внедрения, ради которых Заказчик и начал проект. Методология обеспечивает регулярный контроль хода проекта на всех этапах, что направлено на снижение проектных рисков.
Управление проектом Внедрение ERP системы Как проходит процесс внедрения
Таким образом, цели MBS Partner Methodology оказываются значительно шире, чем в предыдущей методологии, и включают в себя:
- создание решения, оптимально соответствующего бизнес-потребностям клиента;
- максимально эффективное использование ресурсов;
- минимизацию сроков и затрат на внедрение;
- уменьшение рисков компании клиента.
Состав этапов проекта внедрения отличается от предыдущей версии методологии, как по названиям, так и по выполняемым работам.
| 1. Диагностика | 1. Подготовка проекта |
| 2. Анализ | 2. Анализ |
| 3. Дизайн | 3. Дизайн |
| 4. Разработка и тестирование | 4. Разработка и тестирование |
| 5. Развертывание | 5. Развертывание |
| 6. Начальное сопровождение | 6. Опытная эксплуатация |
Содержание этапов проекта представлено в таблице 2.2.
В рамках данной методологии вводятся понятия концептуального (ориентированного на бизнес-пользователя) и детального (ориентированного на разработчика) дизайна системы, что обеспечивает последовательность и преемственность в формировании пользовательских и системных требований к решению.
Появляются требования о выделении отдельной среды для разработки программного продукта, среды для тестирования, рабочей среды для интеграции результатов в рабочую систему.
| Диагностика | Анализ и описание бизнес-процессов. Выявление основных потребностей бизнеса. Оценка функциональной применимости базового программного продукта. Определение ожидаемых результатов, сроков, границ и бюджета проекта | Организация рабочей группы сотрудников Заказчика для проведения диагностики. Сбор предварительной информации. Обследование и описание структуры предприятия, бизнес-процессов, основных целей, потребностей и ожиданий Заказчика. Согласование результатов обследования, установка критериев оценки результатов проекта. Подготовка отчета о Диагностике. Предложения по разработке и внедрению решения |
| Анализ | Организация проекта. Детальное обследование и описание предприятия Заказчика. Изучение требований к внедряемому решению. Документирование функциональных требований, создание полного перечня требуемых модификаций и доработок функциональности | Открытие проекта, формирование Управляющего комитета и проектной группы . Подготовка плана проекта, Устава проекта, порядка отчетности, управления изменениями и рисками, сдачи-приемки проекта. Проведение тренинга для сотрудников клиента по базовой функциональности продукта. Уточнение и детализация требований к решению бизнес-процессов Заказчика. Выработка решений относительно изменения существующих бизнес-процессов, модификации функциональности продукта, построения интерфейсов с внешними системами. Подготовка Спецификации функциональных требований. Согласование и утверждение функциональных требований, уточнение параметров проекта |
| Дизайн | Описание создаваемого решения, детальное проектирование модификаций и доработок функциональности. Планирование изменений бизнес-процессов. Уточнение подходов к разработке и испытаниям проектируемого решения | Разработка Концептуального дизайна (Технического задания), описывающего в терминах предметной области концепцию реализации решения, изменения функциональности и бизнес-процессов, требования к отчетности. Согласование и утверждение Концептуального дизайна Заказчиком проекта. Разработка Детального дизайна (Программного дизайна), описывающего в терминах системы предполагаемые модификации функциональности, интерфейсы с внешними системами, порядок тестирования разработки, порядок приемки работ. Согласование и утверждение Детального дизайна. Планирование порядка, сроков и ресурсов для разработки и контроля качества. Уточнение параметров последующих стадий |
| Разработка и тестирование | Реализация и первичное тестирование модификаций и доработок функциональности. Установка и настройка системы. Планирование и проведение испытаний. Доработка решения по результатам испытаний | Настройка среды для разработки, среды для тестирования, рабочей среды для интеграции результатов в рабочую систему. Реализация модификаций и интерфейсов, первоначальное тестирование разработчиками. Передача результатов разработки Заказчику для тестирования, исправление обнаруженных ошибок, корректировка требований, повторная реализация и тестирование. Комплексное тестирование Заказчиком, исправление ошибок и корректировка требований. Установка результатов разработки в рабочую среду, настройка системы, перенос основных справочников и сальдо. Проведение финальных испытаний и подготовка к сдаче-приемке |
| Развертывание | Подготовка и настройка рабочей системы. Разработка пользовательской документации. Тренинг конечных пользователей. Планирование и запуск в рабочую эксплуатацию. Сдача-приемка проекта | Проведение официальной сдачи проекта Заказчику. Оценка достижения целей проекта и критериев успеха. Планирование запуска в промышленную эксплуатацию. Подготовка системы к запуску, контроль готовности, заведение актуальных данных. Организация и проведение тренинга для конечных пользователей. Запуск ежедневной обработки в новой системе операций. Осуществление первоначальной поддержки специалистами партнера промышленной эксплуатации системы. Официальное завершение проекта, оценка проекта Заказчиком |
| Начальное сопровождение | Сопровождение функционирования системы в режиме рабочей эксплуатации. Устранение выявленных несоответствий. Переход к режиму работы Заказчика в рамках контракта на регулярное сопровождение | Осуществление ежедневной поддержки работы Заказчика с системой (по телефону, электронной почте, с выездом специалистов на место). Периодические обновления системы, связанные с выходом новых версий, изменениями законодательства, развитием технологий. Проведение периодической оценки соответствия решения требованиям Заказчика, наличия потребностей в изменении и развитии решения. Планирование и организация новых проектов |
Источник: intuit.ru
Организация внедрения проекта
В ходе данного этапа организации внедрения проекта выполняется сбор основных сведений о текущей ситуации у Заказчика, проводится интервьюирование ключевых пользователей будущей системы, изучение текущих учетных систем. По итогам предпроектного обследования структурируется полученная информация, которая позволяет оценить сроки, фазы и этапы всего проекта, а также его бюджет. В качестве итогового документа предоставляется «Отчет об экспресс-обследовании».
Основной ценностью этапа предпроектного обследования для Заказчика является получение зафиксированного скоупа проекта и знакомство с ключевыми участниками проектной команды (руководитель проекта, архитектор)
2. ЭТАП 2. Моделирование внедрения проекта 1С
Суть процесса моделирования при внедрении проекта 1С – наложение реальных процессов организации на имеющиеся механизмы отражения подобных бизнес-процессов в типовой конфигурации от 1С и фиксация функциональных разрывов – различий, требующих донастройки или серьезной доработки системы.
На данном этапе разрабатывается функциональная модель целевой системы, формируются требования к подготовке отчетности, утверждаются состав требуемых аналитических разрезов.
Выполняется проработка решений по способам автоматизации с подготовкой прототипа системы и написанием документа «Концептуальный дизайн», в котором фиксируются и описываются все принятые решения на типовом функционале. Будут проведены демонстрации практической реализации различных процессов и настроек в демо-базе, отработаны сквозные примеры, соответствующие специфике бизнес-процессов Заказчика.
Сам процесс моделирования в значительной части проходит в плотном взаимодействии сотрудников Исполнителя и Заказчика: сотрудники Заказчика активно вовлекаются в работу, производится обучение ключевых сотрудников и экспертов Заказчика. Со стороны Заказчика выполняется уточнение и актуализация учетных политик регламентированного и управленческого учета, действующих регламентов и процессов управления. Состав регламентов определяется внедряемыми подсистемами.
Концептуальный дизайн – документ, содержащий описание бизнес-процессов, подлежащих отражению в системе. По сути, это описание системы «To be».
Реестр функциональных разрывов – документ, содержащий перечень требований на доработку с табличным представлением результата.
Моделирование внедрения проекта системы 1С ведётся по блокам, короткими итерациями при наличии активной взаимосвязи по схеме:
создание модели → демонстрация → корректировка модели
3. ЭТАП 3. Проектирование внедрения 1С
На данном этапе положения и требования, зафиксированные ранее, преобразуются в конкретные проектные решения. Проектные решения описываются в частных технических заданиях (ЧТЗ) на каждую модификацию (доработку).
Несмотря на кажущуюся обязательность данного этапа внедрения проекта 1С, наша практика показывает отсутствие необходимости составления единого технического задания и технического проекта на всю систему после выполнения этапа «Моделирование».
Т.к. все функциональные разрывы с типовой конфигурации 1С описываются по итогам этапа «Моделирования», этой информации нашей команде в большинстве случаев достаточно для реализации всех доработок системы.
С учетом тренда на максимальное использование типового функционала при внедрениях, мы стараемся идти по пути минимального количества доработок системы, при этом используется механизм расширений, сохраняющий типовую конфигурацию для беспроблемных обновлений.
Тем не менее в ряде случаем мы включаем данный этап в проект, особенно если предстоит значительная адаптация системы. Выходным документом данного этапа является документ «Техническое задание» (ТЗ), частное технические задание или «Технический проект» (ТП).
4. ЭТАП 4. Разработка и тестирование информационной системы
На данном этапе реализуются доработки в информационной системе, после чего по каждой доработке проводится процедура приемо-сдаточных испытаний (ПСИ). При этом проводится как сценарное тестирование информационной системы, так и нагрузочное (при необходимости).
В случае проведения нагрузочного тестирования информационной системы и подготовки его результатов необходимо привлечение специалистов, компетенция которых подтверждена компанией 1С (сертификация 1С:Эксперт по технологическим вопросам).
5. ЭТАП 5. Обучение пользователей типовой конфигурации 1С
На данном этапе производится обучение участников проектной команды и подготовка пользовательской документации.
В соответствии с разработанным и согласованным планом обучение производится как в очном формате, так и в формате вебинаров. Обучение включает в себя как теоретическую, так и практическую часть.
На основании нашего опыта, мы рекомендуем проводить обучение сотрудников, занятых на проекте как можно раньше, возможно, даже до начала предпроектного обследования. Это позволит сотрудникам быть максимально вовлеченными в процесс за счет лучшего восприятия системы и ее особенностей.
6. ЭТАП 6. Подготовка к эксплуатации информационной системы
На данном этапе выполняется: · развертывание ИС в рабочей среде; · настройка системы для отражения всех включенных в проект бизнес-процессов; · настройка прав и ролей пользователей; · перенос исторических данных из ранее использовавшихся систем; · интеграция со смежными системами; · выверка и корректировка данных; · развертывание системы на рабочих местах пользователей.
7. ЭТАП 7. Опытно-промышленная эксплуатация информационной системы
Опытная эксплуатация информационной системы проводится Заказчиком при поддержке Исполнителя на реальных данных посредством ввода данных и получения необходимой отчетности одновременно в двух системах – исторической и создаваемой с целью найти отклонения в работе функционала новой информационной Системы. Срок опытной эксплуатации информационной системы устанавливается по согласованию сторон в пределах от 1 до 3 месяцев.
На стадии опытной эксплуатации информационной системы производится поддержка и сопровождение системы силами Исполнителя: происходит устранение замечаний, производится дополнительное обучение пользователей в процессе их работы в реальных условиях, осуществляется консультационная помощь при работе с системой.
Специалист компании «Кодерлайн» Евгений Еленко
Источник: www.koderline.ru
На этапе Подготовка объекта к внедрению проекта осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ИС.
На этапе Опытное внедрение осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и составляют Акт о проведении опытного внедрения.
На этапе Сдача проекта в промышленную эксплуатацию осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный Техно-рабочий проект и Акт приемки проекта в промышленную эксплуатацию.
Эксплуатация и сопровождение проекта включает этапы:
сопровождение и модернизация проекта.
На этапе Эксплуатация проекта получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде замечаний, которые накапливаются для выполнения следующего этапа.
На этапе Сопровождение проекта выполняются два вида работ:
ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта,
осуществляется модернизация проекта. В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного Техно-рабочего проекта.
На стадии внедрение проекта проводятся подготовка и постепенное освоение разработанной проектной документации ИС заказчиками системы и осуществляется выявление частных и системных принципиальных недоработок в предлагаемом проектном решении.
Внедрение может осуществляться с использованием следующих методов:
Источник: studfile.net