АОТ для бизнес аналитиков

[gl00mie]

Цитата:

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

в некоторой компании А разивается Аксапта с 2006 го года, уже как 4 года. Аксапта 3.0

А в некоторых - и того раньше

Цитата:

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

Никакая документация не ведется. В 2007 ом были документы протоколы изменения системы. но с тех пор их никто не вел и они стали неактуальными. в них что то есть но положится на них проблематично. есть мануалы, в некоторой степени они актуальны, но не для всех участков. имеем текущий проект переходим на AX 2009 SP1 RU5

У вас - классическая ситуаиця на начало проекта внедрения системы автоматизации - любой. В такой ситуации принято поступать однотипно: сперва описывать бизнес-процессы "как есть". Затем вы сможете 1) попытаться наложить это описание на стандартный функционал системы, 2) найти "функциональные разрывы", 3) определить, которые из них, с учетом использования стандартного функционала новой системы, покрываются вашими доработками.

Цитата:

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

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

Я вам скажу по секрету: с учетом того, насколько стандартное приложение AX 2009 изменилось по сравнению с 3.0, даже перенос "как есть" будет вам стоить очень дорого. По большому счету, в вашей ситуации вам предстоит перевнедрение. Если нанятный вами консалтинг не хочет до вас это донести или не хочет на это подписываться - найдите другой, более адекватный и, извините, профессиональный (в плане профессиональной честности - не впаривать клиенту то, что ему на самом деле не нужно).

Цитата:

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

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

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

Цитата:

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

каков эффективный workflow для этого перехода и чтобы не переплачивать?

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