Проведение проектов внедрения

[Shura]

Всем добрый день,

Хотелось бы узнать(прояснить) некоторые моменты, связанные
с проведением проектов внедрения Navision Axapta:

1. Существует ли для Axapta какой-либо ассистент по внедрению, аналогичный
AIMу для Oracle Application и ASAP для SAP R/3 ? Или при проведение проектов
каждый руководитель проектов использует свой опыт, те средства ведения проектов и ту методологию с которыми он привык работать ранее?


2. Я видел набор шаблонов ( план проекта, устав проекта и т.д) и презентаций, как бы для проведения работ по внедрению . У меня сложилось впечатление, что это наработки одного из партнеров. Использует ли кто-нибудь эти шаблоны и разбиение на этапы работ, рекомендуемые в этих шаблонах ,при внедрении проектных работ по внедрению?

[komar]

1. "Ассистент по внедрению", а иначе средства автоматизированной настройки в Ахапте не существуют. Есть правда набор визардов по настройке, но не встречал широкого их применения. Ибо система рассчитана на катомизацию, тогда как Оракл или САП ориентированы на внедрение прежде всего стандартной функциональности.

2. Есть методология On Target, и последовательность этапов внедрения многие используют (поскольку набор этих этапов достаточно универсален). Но всякая фирма эту методологию модифицирует под себя, так что использование шаблонов "один в один", никто, насколько я знаю, не применяет.

[mazzy]

Ассистента нет. Стандартного шаблона нет.

Не думаю, что так задумано. Скорее всего, так получилось.
В последнее время оба Дамгаарда только об этом и говорили. Навижин обещал "массу методических" материалов в "следующей версии". Посмотрим.

[ViGo]

Да. Нету такого ассистента.

Правильно комар написал, система рассчитана на кастомизацию.

Да и не правильный это подход.
Такой подход - человека, который не имеет времени или желания разобраться поглубже в системе. Хочет быстренько и с минимальными потерями пройтись по Мастеру и начать работать.

Халява не пройдет! Девушка внимание любит!
И хорошие слова!

[Shura]

Вообще-то я спрашивал про ассистент по внедрению ( даже привел названия аналогов для Oracle Application и SAP R/3), а не про руководство по внедрению.

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

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

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

Я не говорю уже про то, что это помогает более безболезнено закрывать работы у Заказчика.

[komar]

И я не про руководство, а про тул для автоматизированной настройки.
Мастера для настроек есть. Толку от них мало. Потому что:
-при каждом добавлении поля в таблицу надо мастера научить и ее заполнять
-трудоемкость настройки в мастерах и в стандартных формах одинакова, различие только в том, что надо знать, где формы находятся
-помогает обойти только грабли типа "забыл настроить что-то"

В целом, как автоматическая коробка передач - на ровной дороге при хорошей погоде удобно.

Методлология настройки в принципе была бы полезна. Но применение ее ограничено некастомизируемой стандартной функциональностью.

Для контроля работ по кастомизации существуют средства разработки. Со слоями, проектами, что позволяет определенный контроль вести.
Для настройки... не знаю, достаточно сложно определить грань между расстановкой параметров и переносом данных. С переносом данных есть грабли, ибо Аксапта сама целостность данных контролировать не станет. Не знаю, спасает ли от таких проблем ASAP.

А про более безболезненное закрытие не понял. Это если прописано, что на этапе должно быть проставленно определенное количество галок? С системами среднего класса такое не проходит, тут клиент хочет, чтобы система заработала по его требованиям.

[ViGo]

Да, вообще то, и я о Мастере говорил, т.е. о некоторой тулзе, которая, типа, жизнь делает приятнее...

Но не может быть такой тулзы.

Шура использует термин "ассистент по внедрению " и, как он написал и как я понял, это - инструмент, встроенный в систему "для документирования функциональности системы, так и для контроля объема выполненных работ по параметризации и кастомизации, и является встроенным в систему".

Такого в системе нет.
Я видел как на одних проектах для этого использовали Acsess.
Diamond предполагает использование текстовых шаблонов в Word или в HTML.
В принципе, разными внешними системами учет вести можно. Но только внешними.

Ведение проектов в средствах разработки помогает частично. Все равно приходится держать файлы, описывающие более подробно, что включается в проекты. Особенно, если их шибко много.