|
А экономическое обоснование под эту идею сделали? Просчитали, какие возможности хотите задействовать, под какие задачи и какой это даст эффект? Чья это вообще идея и чем она обоснована? Вариантов вижу несколько:
1. меняется команда проекта, и новички не хотят разбираться со старым хламом
2. "перетаскивает" внедренческая фирма, которая вела проект (о возможных причинах промолчу)
3. возникло желание перейти к использованию стандартного функционала и перестать зависеть от команды разработчиков
4. реально востребован какой-то новый функционал. но такого нет.
Думаю, переходить чаще чем раз в три-четыре года на новые версии - не рационально.
Переход на новые версии должен быть связан с желанием "сделать многое по другому и при этом воспользоваться новыми возможностями развитой системы". Оптимально, если при этом проводятся процедуры оптимизации рабочего процесса.
Переход с версии на версию желательно делать в начале года, отработав механизм переноса остатков, сальдо и всех процедур в системе, а так же отработав механизм запросов к старой базе в удобном для пользователей виде.
Время подготовки и тестирования - минимально 3 месяца, если люди знающие сидят. Это все- только мои оценки, разумеется.
__________________
"...жизнь проходит, пока мы строим планы на жизнь..."
с уважением, ESys.
|