Правильная методология перехода на новую версию системы
Запись от George Nordic размещена 18.03.2011 в 17:56
В данный момент я работаю в компании, которая специализируется внедрении ERP-систем, в основном - Microsoft Dynamics AX. Разумеется, у нас есть опыт перевода решения на новую версию - на текущий момент это Microsoft Dynamics AX 2009 с версий версий 2.5 и 3.0.
О некоторых особенностях перехода и оценки перехода я хочу рассказать.
Мы оперируем несколькими методологиями перехода.
Есть простая и дешевая, которую, к сожалению, выбирает большинство клиентов - это просто перенос кода или части кода на старшую версию.
В итоге получаем все чудеса автоматизации, написанные зачастую сменившимися командами программистов, но на новом движке и с новым интерфейсом. Вместе с полезным кодом переноситься огромное количество устаревшего, ненужного и просто вредного кода.
Мы категорически против подобного подхода.
Если походить правильно, то надо использовать другую методологию. Мы специально разработали методологию переноса по бизнес-процессам. Она очень близка к методологии внедрения и базируется на Microsoft Sure Step, потому что мы считаем, что этот проект сравним со внедрением заново. Однако, к сожалению, подобный подход требует больше временных затрат консультантов и обладает большей стоимостью. Но результат - гораздо более качественный: максимально используется стандартный функционал и новые возможности. Часть наработок и "заплаток", которые были написаны программистами Заказчика заменяются новой функциональностью, которая уже есть в новой версии. В большинстве кода надобность просто отпадает – есть соответствующую функциональность уже никто не использует. На фазе анализа выбирается необходимая функциональность, анализируется код, который необходимо перенести, выдается рекомендации по оптимизации кода (возможен перенос кода нашими сотрудниками). Перенос модификаций идет под контролем ведущего разработчика.
Полностью в методологии более 200 блоков и задач, они и берутся при построении плана проекта. Приведу основные Фазы:
Анализ и Дизайн
На этой фазе наши сотрудники развертывают, демонстрируют и обучают пользователей новым возможностям системы. Это необходимо для отказа от части функциональности и решения задач стандартными возможностями новой системы.
• Проводятся интервью с пользователями;
• Составляется список основных форм и отчетов, необходимых сотрудникам для ведения операционной деятельности;
• Проводится Gap/Fit анализ, анализируется что есть в новой системе и что необходимо поднять со старой;
• Выдаются рекомендации по реинжинирингу бизнес-процессов с целью их оптимизации;
• Предлагаются рекомендации по использованию дополнительной функциональности, присутствующей в новой версии системы, например документооборота или CRM.
Результатом фазы Анализа и Дизайна является документ «Дизайн Решения» в котором собраны требования к системе и уточненный план проекта.
Разработка
На данном этапе ведется разработка и настройка системы в соответствии с Дизайном Решения и требованиями к системе. Проводятся следующие виды работ:
• Контроль корректности настроек;
• Поднятие необходимых доработок на новую версию;
• Подготовка данных для поднятия на новую версию;
• Контроль корректности шаблонов для переноса данных;
• Проводиться настройка прав пользователей для проведения тестирования
Итогом фазы разработки является приложение для тестирования в соответствии с Дизайном Решения, с настройками и данными из текущей системы.
Интеграционное тестирование
На этапе интеграционного тестирования проводится комплексное тестирование системы по ролям пользователей. Данные закачиваются на тестовую версию, начинается комплексное тестирование новой системы, нагрузочное тестирование, доработки по устранению замечаний. Итогом фазы тестирования является оттестированое на рабочих данных приложение и протоколы по результатам нагрузочного и интегрального тестирования.
Внедрение
На этапе внедрения проводится обучение пользователей, запуск в тестовую эксплуатацию и подготовка к запуску в промышленную эксплуатацию:
• Подготовка или коррекция имеющихся инструкций пользователей;
• Обучение пользователей;
• Подготовка рабочей базы и приложения к запуска в промышленную эксплуатацию;
• Заполнение всех актуальных справочников и рабочих документов данными из текущей системы с помощью подготовленных инструментов портирования данных.
Запуск и начальное сопровождение
На данном этапе осуществляется запуск решения в промышленную эксплуатацию и начальное сопровождение в «горячем режиме».
Мы обычно оцениваем проекты по 2 предложенным методологиям, но советуем именно вторую, как более верную.
Проект по переводу решение занимает примерно 3-4 месяца, но может быть и больше, в зависимости от задействованного функционала.
Для осуществления проекта обычно привлекается следующая проектная команда:
Руководитель проекта – 10-15% рабочего времени
Консультанты по функциональным блокам, на 33 – 100% времени в зависимости от фазы проекта. Обычно это 2 консультанта на 70%-90% времени проекта
Ведущий разработчик привлекается на фазы разработки и тестирования. В его обязанности входит контролем качества кода, подминаемого на новую версию.
Так же возможно привлечение других ресурсов, такие как разработчики, но для снижения стоимости проектов по переводу решение мы предпочитаем максимально использовать сотрудников Заказчика. На себя же берем управление проектом, исполнение проекта, проектные риски и ответственность за результат.
Предпроектное обследование - это, обычно, платная услуга. Но мы готовы провести ее бесплатно, и в итоге предоставить документ с оценкой функционального и организационного объема проекта, детерминированными целями проекта планом-графиком и стоимостью работ по переводу на новую версию системы.
Рад буду ответить на Ваши вопросы по почте georgend@mail.ru или телефону +7 (985) 179-8246.
С Уважением,
Георгий,
Директор по продажам
Компания "АйТи Бокс"
www.itboxcons.ru
О некоторых особенностях перехода и оценки перехода я хочу рассказать.
Мы оперируем несколькими методологиями перехода.
Есть простая и дешевая, которую, к сожалению, выбирает большинство клиентов - это просто перенос кода или части кода на старшую версию.
В итоге получаем все чудеса автоматизации, написанные зачастую сменившимися командами программистов, но на новом движке и с новым интерфейсом. Вместе с полезным кодом переноситься огромное количество устаревшего, ненужного и просто вредного кода.
Мы категорически против подобного подхода.
Если походить правильно, то надо использовать другую методологию. Мы специально разработали методологию переноса по бизнес-процессам. Она очень близка к методологии внедрения и базируется на Microsoft Sure Step, потому что мы считаем, что этот проект сравним со внедрением заново. Однако, к сожалению, подобный подход требует больше временных затрат консультантов и обладает большей стоимостью. Но результат - гораздо более качественный: максимально используется стандартный функционал и новые возможности. Часть наработок и "заплаток", которые были написаны программистами Заказчика заменяются новой функциональностью, которая уже есть в новой версии. В большинстве кода надобность просто отпадает – есть соответствующую функциональность уже никто не использует. На фазе анализа выбирается необходимая функциональность, анализируется код, который необходимо перенести, выдается рекомендации по оптимизации кода (возможен перенос кода нашими сотрудниками). Перенос модификаций идет под контролем ведущего разработчика.
Полностью в методологии более 200 блоков и задач, они и берутся при построении плана проекта. Приведу основные Фазы:
Анализ и Дизайн
На этой фазе наши сотрудники развертывают, демонстрируют и обучают пользователей новым возможностям системы. Это необходимо для отказа от части функциональности и решения задач стандартными возможностями новой системы.
• Проводятся интервью с пользователями;
• Составляется список основных форм и отчетов, необходимых сотрудникам для ведения операционной деятельности;
• Проводится Gap/Fit анализ, анализируется что есть в новой системе и что необходимо поднять со старой;
• Выдаются рекомендации по реинжинирингу бизнес-процессов с целью их оптимизации;
• Предлагаются рекомендации по использованию дополнительной функциональности, присутствующей в новой версии системы, например документооборота или CRM.
Результатом фазы Анализа и Дизайна является документ «Дизайн Решения» в котором собраны требования к системе и уточненный план проекта.
Разработка
На данном этапе ведется разработка и настройка системы в соответствии с Дизайном Решения и требованиями к системе. Проводятся следующие виды работ:
• Контроль корректности настроек;
• Поднятие необходимых доработок на новую версию;
• Подготовка данных для поднятия на новую версию;
• Контроль корректности шаблонов для переноса данных;
• Проводиться настройка прав пользователей для проведения тестирования
Итогом фазы разработки является приложение для тестирования в соответствии с Дизайном Решения, с настройками и данными из текущей системы.
Интеграционное тестирование
На этапе интеграционного тестирования проводится комплексное тестирование системы по ролям пользователей. Данные закачиваются на тестовую версию, начинается комплексное тестирование новой системы, нагрузочное тестирование, доработки по устранению замечаний. Итогом фазы тестирования является оттестированое на рабочих данных приложение и протоколы по результатам нагрузочного и интегрального тестирования.
Внедрение
На этапе внедрения проводится обучение пользователей, запуск в тестовую эксплуатацию и подготовка к запуску в промышленную эксплуатацию:
• Подготовка или коррекция имеющихся инструкций пользователей;
• Обучение пользователей;
• Подготовка рабочей базы и приложения к запуска в промышленную эксплуатацию;
• Заполнение всех актуальных справочников и рабочих документов данными из текущей системы с помощью подготовленных инструментов портирования данных.
Запуск и начальное сопровождение
На данном этапе осуществляется запуск решения в промышленную эксплуатацию и начальное сопровождение в «горячем режиме».
Мы обычно оцениваем проекты по 2 предложенным методологиям, но советуем именно вторую, как более верную.
Проект по переводу решение занимает примерно 3-4 месяца, но может быть и больше, в зависимости от задействованного функционала.
Для осуществления проекта обычно привлекается следующая проектная команда:
Руководитель проекта – 10-15% рабочего времени
Консультанты по функциональным блокам, на 33 – 100% времени в зависимости от фазы проекта. Обычно это 2 консультанта на 70%-90% времени проекта
Ведущий разработчик привлекается на фазы разработки и тестирования. В его обязанности входит контролем качества кода, подминаемого на новую версию.
Так же возможно привлечение других ресурсов, такие как разработчики, но для снижения стоимости проектов по переводу решение мы предпочитаем максимально использовать сотрудников Заказчика. На себя же берем управление проектом, исполнение проекта, проектные риски и ответственность за результат.
Предпроектное обследование - это, обычно, платная услуга. Но мы готовы провести ее бесплатно, и в итоге предоставить документ с оценкой функционального и организационного объема проекта, детерминированными целями проекта планом-графиком и стоимостью работ по переводу на новую версию системы.
Рад буду ответить на Ваши вопросы по почте georgend@mail.ru или телефону +7 (985) 179-8246.
С Уважением,
Георгий,
Директор по продажам
Компания "АйТи Бокс"
www.itboxcons.ru
Всего комментариев 0
