Здравствуйте. Например перенос ЗУП 2.5 - ЗУП 3.0
Есть у кого опыт перевода клиентов на новые редакции программ со средним объемом доработок?
Как технически это осуществляете?
Т.е. за пол года составляете ТЗ, или тестово просите клиента месяцок посчитать (поработать) в новой программе по 1 подразделению?
За сколько заранее составляете план работ и подписываете с клиентом его?
---
мы делали так:
1. выясняли список доработок
2. какие из указанных доработок реально используются, некоторые сразу отпадали, другие уже были в новой конфигурации, третьи вообще просили сразу немного доработать. Что то переносилось в текущей реализации.
3. прописывали приоритетность - то без чего работать нельзя нужно сделать до внедрения и протестировать.
4. Доработка и тестирование нового механизма.
5. перенос остатков и тестирование/проверка
6. переход всех на новую систему (получаем шквал негатива, потому что в любом случае все не так как привыкли)
7. а дальше вы выравниваете то что доработано, учите пользаков что и как в новой системе и пишите то что было вынесено во второй этап доработок.

Сроки за пол года или за год, очень зависят даже не от количества доработок, а так сказать их качества. Плюс надо учесть что 2,5 и 3,1 ну совсем не одинаковые...
---
мы делали так:
1. выясняли список доработок
2. какие из указанных доработок реально используются, некоторые сразу отпадали, другие уже были в новой конфигурации, третьи вообще просили сразу немного доработать. Что то переносилось в текущей реализации.
3. прописывали приоритетность - то без чего работать нельзя нужно сделать до внедрения и протестировать.
4. Доработка и тестирование нового механизма.
5. перенос остатков и тестирование/проверка
6. переход всех на новую систему (получаем шквал негатива, потому что в любом случае все не так как привыкли)
7. а дальше вы выравниваете то что доработано, учите пользаков что и как в новой системе и пишите то что было вынесено во второй этап доработок.

Сроки за пол года или за год, очень зависят даже не от количества доработок, а так сказать их качества. Плюс надо учесть что 2,5 и 3,1 ну совсем не одинаковые...
---
Ну да, а цену за это ставите клиенту?
Сами инициативу проявляете в плане объяснению клиенту, что нужно ТЗ и прочее и начинать за пол года?
А как тестировали, клиента заставляли в тестовой базе что-то считать?
---
е в плане объяснению клиенту, что нужно ТЗ и прочее и начинать за пол года?
А как тестировали, клиента заставляли в тестовой базе что-то считать

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

ТЗ делали почти за 9 месяцев.

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

Просто я как программист "влетел" с 1 клиентом (т.к. основная масса перевелась без проблем и без доработок или доработки были уже сделаны или до сих пор не сделаны, но они не критичны)
А с 1 клиентом получилось так, что объем доработок для меня не маленький и они критичные для расчета и работы.
При этом они и сами не захотели тестить новую прогу (я им предлагал несколько раз, а им было некогда) и начальство мое не суетилось. Надо было сильнее давить на начальство, хотя, по сути, это не моя обязанность об этом думать.
В итоге сейчас сижу в пожарном порядке самое необходимое разгребаю.
Но все разгрести до первого расчета не удастся, и они "руками" поработают нехило.
---
да, бывает такое, что ни заказчики, ни подрядчики не могут оценить верно объем работ... тоже встряла в такое обновление.... все планировали за 3 месяца сделать все! кое-как сделали минимум за 9 месяцев.... и до сих пор разгребаем...
---
мы требуем на этапе составления ТЗ сценарии прогона, по ним мы и сдаем работы. Если все сошлось, значит работы принимают. у вас как раз именно этого и не хватило.
---
что вообще дорабатывается в зупе?

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