Стоимость перехода с AX3.0 на АХ2009. У нашей компании есть методология перехода... Обращайтесь...

[George Nordic]

***** Выделено отсюда Стоимость перехода с AX3.0 на АХ2009 *****

Смотрите.

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

Если походить правильно, то переносить надо по бизнес-процессам. У нашей компании есть методология перехода, близкая к методологии внедрения, потому что мы считаем, что этот проект сравним со внедрением заново. Поэтому, к сожалению, и стоимость выше. Но результат - гораздо более качественный: максимально используется стандартный функционал и новые возможности. Часть наработок и "заплаток", которые были написаны программистами Заказчик заменяются новой функциональностью, которая уже есть в новой версии. В большинстве кода надобность просто отпадает - т.е. эту функциональность уже никто не использует. На фазе анализа выбирается необходимая функциональность, анализируется код, который необходимо перенести, выдается рекомендации по оптимизации кода (хотя можем и сами перенести). Перенос модификаций идет под контролем ведущего разработчика.
Полностью в методологии более 200 блоков и задач, они и берутся при построении плана проекта. Приведу основные
Фазы:
Анализ и Дизайн
- на этой фазе наши сотрудники развертывают, демонстрируют и обучают пользователей новым возможностям системы. Это необходимо для отказа от части функциональности и решения задач стандартными возможностями новой системы.
-проводятся интервью с пользователями, составляется список основных форм и отчетов, необходимых сотрудникам для ведения операционной деятельности.
-Проводится Gap/Fit анализ, анализируется что есть в новой системе и что необходимо поднять со старой.
-Иногда выдаются рекомендации по реинжинирингу бизнес-процессов с целью их оптимизации. Или рекомендации по использованию дополнительной функциональности, например документооборота или CRM.
-В результате получаем Дизайн Решения и уточненный план проекта
Разработка
-контроль корректности настроек
-поднятие необходимых доработок на новую версию.
-подготовка данных для поднятия на версию, контроль корректности шаблонов для переноса данных
-проводиться настройка прав пользователей для проведения тестирования
-В итоге подготавливается приложение для тестирования, с настройками и данными для тестирования с текущей системы
Интеграционное тестирование
-данные закачиваются на тестовую версию, начинается комплексное тестирование новой системы, доработки по устранению замечаний
-В итоге получает оттестированое приложение
Внедрение
-подготовка или коррекция имеющихся инструкций пользователей
-обучение пользователей
-подготовка рабочей базы и приложения
-закачка всех данных на новую боевую
Запуск
Начальное сопровождение.

Мы оцениваем по 2 предложенным методологиям, но советуем 2ю

Проект занимает примерно 3 месяца.
Требует привлечения РП на 20 - 25%, 1-2 консультантов по модулям в течении всего проекта и ведущего разработчика за контролем качества кода, подминаемого на новую версию (на фазы разработки и тестирования).

Все считается по ставкам. Накладные - за Ваш счет, обычно выставляем отдельно. (билеты + гостиница + командировочные)

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

С Уважением,
Георгий
Директор по продажам компании АйТи Бокс.
georgend@mail.ru

500 часов / 200 блоков = 2,5 часа на блок. Ровно 1 человеко-8ч рабочий день. Интересненько... точно не 3 года?

[BOAL]

А еще можно задаться влпросом
Что даст новая система, чего нет сейчас?

Это же не 1С, которую нужно натянуть на обновление для бух отчетов.
Какой функционал критичен из АХ2009 в свете выхода АХ6?
переход ради грядущей совместимости перехода на АХ6, тк он "поддерживает" только пред две версии, а это Ах4 и Ах2009.
Данные будут переноситься как есть или сальдо?
Дело в том, что уверен на 99%, что в новую АХ6 можно прекрано переехать хоть с АХ2.5 с теми же трудозатратами, что и на пред версию. Достаточно будет лишь ХРО в ЮТФ кодировки перегнать и пару строк автозаменой поправить.
А об отказе загрузки ХРО пока не было анонсов.
Потому как колво проблем переноса будет условно постоянным, что с Ах3 на Ах2009, что сразу на Ах6, а не двойным.

То есть переход с АХ2009 на АХ6 сам по себе будет веселый из-за глобальных переделок (тех же аналитик и разносок). И выигрыша переноса Ах3-Ах2009-Ах6 нет абсолютно.

Но! Это если вам не нужно год-два активно использовать что-то, что есть только в Ах2009 (тут меленькими буковками.. и что нельзя засунуть обратно в Ах3 )

По названым % переписок можно сказать, что производство придется перевнедрять с полным рефакторингом и анализом с дизайном.
Остальное может перенестись по принципу 15-20 мин на элемент АОТ + две недели на тесты и правки (с продумываением как теперь жить) удивительных открытий в Ах2009
Бездумный перенос кода занимает где-то от 1-2 человеконедели на сам перенос кода + 2-3 недели (уже 2-3 человек и не только разработчиков) на танцы с бубном по интеграционному сквозному тесту на типовых бизнес процессах
Это это время идет в зачет настройки компании для закачки данных, тк эта дема на выходе будет рабочей, если все потереть лишнее и данные залить.

Итого имеем 2 + 3х3 = 11 человеко недель или 2-2.5 чело-месяца или 320-440чч условно
Цена?
Ставка вендора + командировочные расходы

Но если рефакторить все, то нужно смотреть на доки и функционал, оценки иные.

Если что, обращайтесь в ЛС, переходили со времен Ах2.5 много на СПаки и новые версии.

[gl00mie]

Цитата:

Сообщение от BOAL

колво проблем переноса будет условно постоянным, что с Ах3 на Ах2009, что сразу на Ах6, а не двойным.

Тут много говорится про функционал и, к сожалению, очень мало - про данные. По-моему, вопросы переноса данных как-то... недооцениваются, хотя если судить по письму Георгия, то предполагается жесткий переход сальдовками без каких-либо исторических данных, хотя даже в этом случае миграция с Axapta 3.0 на AX 2009 представляется непростым процессом. И к слову, скрипты обновления данных, как я понял, в AX 2012 поддерживают миграцию только с AX 2009.

Цитата:

Сообщение от BOAL

То есть переход с АХ2009 на АХ6 сам по себе будет веселый из-за глобальных переделок (тех же аналитик и разносок). И выигрыша переноса Ах3-Ах2009-Ах6 нет абсолютно. Но! Это если вам не нужно год-два активно использовать что-то, что есть только в Ах2009 (тут меленькими буковками.. и что нельзя засунуть обратно в Ах3 )

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

Цитата:

Сообщение от BOAL

Бездумный перенос кода занимает где-то от 1-2 человеконедели на сам перенос кода

У... это очень сильно зависит от объема кастомизаций. Если у вас их буквально с гулькин нос, то да, 1-2 человеконедели. По мне так один лишь перенос модификаций, делающих 3-ку более-менее удобной для разработки, может занять 20-50% озвученного времени.

2 BOAL
на 2009 тоже переходили с ее ГАК?

[BOAL]

Цитата:

Сообщение от otkudao

2 BOAL
на 2009 тоже переходили с ее ГАК?

На ах2009 переходили, и модификаций много (цельное решение отдельное по лизингу, развивающиеся с ах3 еще, суммарно где-то 15 челолет разработки), но они в большей части с боку (все же Лизинга в АХ нет, потому и перекрытий по нему нет).
Остальное трогало фин блок оч сильно и с разрезкой ЖГК на "мелких медвежат" и адресной книгой пришлось помучается - факт.

Я писал о "бездумном" переносе - в этом случае реально эти нормоминуты тратятся только на пересечение в АОТ, а те 1000+ новых элементов идут как есть и правятся уже по результату компиляции и реальных тестов (это и есть доп время из 3х3 недель). То есть, после переноса кода версия не живая, и считать только это все нельзя.
Перенос полных данных - это уже другое время, соизмеримое с переносом кода или его превосходящее (до 3-4 мес может дойти). А вот сальдо переносить сильно проще.
В любом случае, прикинуть можно - 1000 элементов на выверку - это 250+ чч и тд

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

[dmitryul]

George Nordic, в данном случае я бы сказал от 3-х месяцев. Если торговля/дистрибуция - то да, в 3 месяца.

Да, Георгий, может немного оффтоп, но почему Вы берете (не только в этом посту, раньше тоже замечал) 20-25% ресурсов PM на проект. Реально 1 PM может плодотворно вести 1 проект, т.е. загрузка 100%, что всегда мы и выставляли клиентам.

Знаю компании, у которых PM ведет 2-3-4 проекта, но это работа на износ.

[oip]

Цитата:

Сообщение от BOAL

Остальное может перенестись по принципу 15-20 мин на элемент АОТ
...
Бездумный перенос кода занимает где-то от 1-2 человеконедели на сам перенос кода .

2 человеко-недели = 80 человеко-часов=240-300 элементов AOT. У меня есть подозрение, что у спрашивающего количество измененных-добавленных объектов эдак на порядок больше.

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

Цитата:

Сообщение от dmitryul

почему Вы берете (не только в этом посту, раньше тоже замечал) 20-25% ресурсов PM на проект. Реально 1 PM может плодотворно вести 1 проект, т.е. загрузка 100%, что всегда мы и выставляли клиентам.

Я полагаю потому, что если ПМ по совместительству не играет роль ведущего консультанта, то у него просто не будет 100% загрузки на проекте. Что там по 8 часов в день пиэму делать? Стоять с кнутом над программистами и консультантами? Такая загрузка будет только в действительно крупных проектах, в которых не будет никаких "проект занимает примерно 3 месяца".

Цитата:

Сообщение от dmitryul

Знаю компании, у которых PM ведет 2-3-4 проекта

Или совмещает с работой ведущего консультанта.

[Pustik]

Цитата:

Сообщение от oip

У меня есть подозрение, что у спрашивающего количество измененных-добавленных объектов эдак на порядок больше.

Да, вы совершенно правы, модификаций темный Лес. Для примерной прикидки представьте : что могут написать программисты за 5-6 лет?

[George Nordic]

Очень опытные консультанты. Поверьте, должность консультанта в компании АйТи Бокс равнозначна должности старшего / ведущего / архитектора / пиэма в ряде других компаний.

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

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

Еще момент: так как сотрудники опытные, то они и стоят дорого. И продавать РП, которые и так загружены, на 100%... не совсем разумно.

С Уважением,
Георгий

Цитата:

после переноса кода версия не живая

извини, брат, за это не заплатят

чувствуется, что у вас только финчасть в приложении.
Предполагаю, что даже невдомек, что в 2009 и РсК-РсП сильно "повернуты". Те же "медвежата" в документах, например.

Если я правильно понял

Цитата:

Перенос модификаци для разработки - это 1-2 дня

это относится к тем 1000 объектам, которые "сбоку"?

Не вдохновил, одним словом.

[BOAL]

Цитата:

Сообщение от otkudao

Если я правильно понял
это относится к тем 1000 объектам, которые "сбоку"?

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

Цитата:

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

А этот набор "старого ковбоя" скорее всего у всех +- одинаков.

Цитата:

после переноса кода версия не живая
извини, брат, за это не заплатят

Не нужно из контекста фразы драть.
Речь о первых двух неделях переноса кода, а не сдачи версии, потом идет прогоны и правки, и вот после всего (проекта перехода), о чудо, версия живая
"За это и платят"
То есть, уточню, что любой идеальный перенос кода с супер продумыванием и рефакторингом, без тестов всего по сквозным б-п - "не живой" (хотя б в силу новых багов родимой АХ в тех местах, где их не было до того, а это перекрытием кода не отследить).
Ну или осознано нужно потом 2-3 мес закладывать на онлайн горячий суппорт с ночевками по сменно, тоже вариант. По первости (в 2003) я так и запустился однажды... теперь "на грабельках резиновая ручка".
Вот George Nordic и привел полный цикл проекта на переход не просто так....

А по поводу быстро-долго. У долго нет верней планки, если клиент готов платить, то.... сам косвенно участвовал в переносе ах3-4, который шел 6-7 мес при участии 4-5 челов (сложное приложение логистика + фин + куча сбоку + перенос полный БД в 60гб).
Другое дело от чего плясать в мин. оценках.
И опять же, в названной мной схеме - нет времени на перенос данных - про это в вопросе изначально не было.

[Ievgenii]

Цитата:

И к слову, скрипты обновления данных, как я понял, в AX 2012 поддерживают миграцию только с AX 2009.

Что бы не было сомнений - мы поддерживаем переход с последних двух версий Ax.4, Ax2009 -> Ax2012.

Цитата:

про это в вопросе изначально не было.

"волшебники" имеют в виду именно полное перевнедрение и запуск "под ключ" за 3 мес.

И кто после этого дергает контекст?

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

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

PS
Да, рефакторинг с отсечением лишнего и использованием новых возможностей не забываем.

Минимальные оценки каковы?

[BOAL]

Цитата:

Сообщение от otkudao

Минимальные оценки каковы?

Минимальные я и привел
А вот реальные - это, как верно заметил MIFI, Функция(чего у вас там)
То есть, за 1 день или неделю не перевести точно, это вам не тут (не 1С с накатом конфы... хотя там при 1000+ правок тоже не накатить), а далее уже нужно анализировать, что есть (кстати, этот срок тоже нужно заложить - от 1 дня до 1 недели на оценку может уйти).

Можно еще до кучи сайлз работу учесть, то есть то "бесплатное" время по договору на эту самую работу, которое потом в ставках сидит. А этот срок совсем уж плохо прогнозируемый - от 1 дня до 6 мес.

[mifi]

Цитата:

Сообщение от George Nordic

***** Выделено отсюда Стоимость перехода с AX3.0 на АХ2009 *****

Смотрите.

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

Если походить правильно, то переносить надо по бизнес-процессам. У нашей компании есть методология перехода, близкая к методологии внедрения, потому что мы считаем, что этот проект сравним со внедрением заново. Поэтому, к сожалению, и стоимость выше. Но результат - гораздо более качественный: максимально используется стандартный функционал и новые возможности. Часть наработок и "заплаток", которые были написаны программистами Заказчик заменяются новой функциональностью, которая уже есть в новой версии. В большинстве кода надобность просто отпадает - т.е. эту функциональность уже никто не использует. На фазе анализа выбирается необходимая функциональность, анализируется код, который необходимо перенести, выдается рекомендации по оптимизации кода (хотя можем и сами перенести). Перенос модификаций идет под контролем ведущего разработчика.
Полностью в методологии более 200 блоков и задач, они и берутся при построении плана проекта. Приведу основные
Фазы:
Анализ и Дизайн
- на этой фазе наши сотрудники развертывают, демонстрируют и обучают пользователей новым возможностям системы. Это необходимо для отказа от части функциональности и решения задач стандартными возможностями новой системы.
-проводятся интервью с пользователями, составляется список основных форм и отчетов, необходимых сотрудникам для ведения операционной деятельности.
-Проводится Gap/Fit анализ, анализируется что есть в новой системе и что необходимо поднять со старой.
-Иногда выдаются рекомендации по реинжинирингу бизнес-процессов с целью их оптимизации. Или рекомендации по использованию дополнительной функциональности, например документооборота или CRM.
-В результате получаем Дизайн Решения и уточненный план проекта
Разработка
-контроль корректности настроек
-поднятие необходимых доработок на новую версию.
-подготовка данных для поднятия на версию, контроль корректности шаблонов для переноса данных
-проводиться настройка прав пользователей для проведения тестирования
-В итоге подготавливается приложение для тестирования, с настройками и данными для тестирования с текущей системы
Интеграционное тестирование
-данные закачиваются на тестовую версию, начинается комплексное тестирование новой системы, доработки по устранению замечаний
-В итоге получает оттестированое приложение
Внедрение
-подготовка или коррекция имеющихся инструкций пользователей
-обучение пользователей
-подготовка рабочей базы и приложения
-закачка всех данных на новую боевую
Запуск
Начальное сопровождение.

Мы оцениваем по 2 предложенным методологиям, но советуем 2ю

Проект занимает примерно 3 месяца.
Требует привлечения РП на 20 - 25%, 1-2 консультантов по модулям в течении всего проекта и ведущего разработчика за контролем качества кода, подминаемого на новую версию (на фазы разработки и тестирования).

Все считается по ставкам. Накладные - за Ваш счет, обычно выставляем отдельно. (билеты + гостиница + командировочные)

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

С Уважением,
Георгий
Директор по продажам компании АйТи Бокс.
georgend@mail.ru

Немного непонятно, почему перенос производится по бизнес-процессам, но при этом сроки проекта фиксированные (как и ресурсы). На первый взгляд кажется логичным, что сроки (затраты) есть f(количество БП).

[George Nordic]

Цитата:

Сообщение от otkudao

"волшебники" имеют в виду именно полное перевнедрение и запуск "под ключ" за 3 мес.

Цитата:

Сообщение от mifi

Немного непонятно, почему перенос производится по бизнес-процессам, но при этом сроки проекта фиксированные

Гм. Так. Попрошу не передергивать, а внимательно читать.

Я говорил "примерно", и "В результате... фазы Анализ и Дизайн получаем Дизайн Решения и уточненный план проекта".

Да проведения предпроекта о сроках говорить можно только приблизительно. И только после Анализа и Дизайна РП готов головой отвечать за сроки. Зачастую именно поэтому многие консалтинговые компании заключают 2 контракта с клиентами: один на анализ, второй - непосредственно на внедрение. Ну и 3й на поддержку .

Коллеги. Я бы с удовольствие и 5 лет повнедрял. Да вот беда: не видно что-то таких клиентов. Проекты стали короче:

Цитата:

В 2010 году средний ERP-проект длился меньше, чем в 2009 году, и стоил дешевле. Кроме того, возврат инвестиций вырос. Ключевыми вендорами исходя из выбора предприятий остались SAP, Oracle и Мicrosoft

http://www.tadviser.ru/index.php/%D0...BE%D1%87%D0%B5

Цитата:

Более 150 отдельных организаций в составе госкорпорации и 280 тыс. сотрудников — автоматизация процессов управления персоналом таких масштабов в РФ проводится впервые. Внедрение новой единой системы управления персоналом на базе SAP в центральном офисе «Росатома» заняло всего 4 месяца. В планах тиражирование системы, и снова рекорд — до конца 2010 года в систему вольются еще 6 управляющих компаний атомной отрасли, расположенных в Москве

http://www.tadviser.ru/index.php/%D0...8F%D1%86%D0%B0

Вопрос о переносе данных - один из самых важных. Где я говорил о том, что только сальдо сливается? Нигде. Если надо - полную историю. Не надо - сальдовка. Есть скрипты, которые анализируют и чистят базу. Например, если с клиентом не было, например, 2 года никаких расчетов и нет задолженностей, можем не переносить, а оставить в архивной базе. Да много есть вариантов. Индивидуальных подход.

Коллеги, прошу Вас не додумывать. Если что не ясно - спросите, я отвечу.

С Уважением,
Георгий

Ну всего сразу и не переспросишь. Додумывать приходится.

Вот 6 мес - это примерно 3 или уже не 3 вовсе? А 4 месяца? Или "примерно" вообще что угодно может значить?

PS

Цитата:

Внедрение новой единой системы управления персоналом на базе SAP в центральном офисе «Росатома» заняло всего 4 месяца.

где-то на rospil.ru или в обсуждениях тендеров был вполне себе официальный документ, в котором разработка мегасайта госуслуг занимала то ли 2 недели, то ли 4 дня... При желании, конечно, все реально. Отменили по-моему этот тендер, почему-то...

[George Nordic]

Да Вы спрашивайте, не стесняйтесь

Данная примерная оценка давалась по запросу участника, исходя из его оценок:

Цитата:

Почти все модули используют стандартный функционал на 80-90% от возможного, Производство на 30%

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

Кстати, хочу еще раз обратить внимание, что компания АйТи Бокс готова бесплатно провести предварительное обследование по внедрению системы или переводу на новую версию (за исключением затрат на гостиницу и проживание сотрудников, если дислокация предприятия Заказчика отличается от Москвы). По всем вопросам прошу обращаться ко мне: gnrd@itboxcons.ru

С Уважением,
Георгий

[oip]

Цитата:

Сообщение от George Nordic

Данная примерная оценка давалась по запросу участника, исходя из его оценок: Если это действительно так, тогда 3 месяца - это нормальный срок.

Я лично это фразу понял так: они переписали примерно треть Аксапты в описиваемых модулях, написали еще треть сверху и используют примерно 80-90% от того, что в Аксапте есть (используют 90% от всех имеющихся объектов из которых 30% изменено). То есть эта фраза не означает, что на 80-90% используется стандартный функционал. Иначе непонятно, что значит "все модули используют стандартный функционал на 80-90%" и при этом "Модификации... 40% от используемого". При таком понимании срок в 3 месяца кажется мне гм... несколько заниженным. Но может я и неправильно понял.

Цитата:

Сообщение от Pustik

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