Возможно, это начало заката Axapta на ПНТЗ

[LCh]

Я не знаю, в чём прелесть SAP. Видел один раз screenshot, да и только. Отзывы практически всегда были только негативные, но скорее всего это был чёрный PR.

[George Nordic]

Неверо в корне. Сначала изучите методологию внедрения SAP, потом рассуждайте. В SAP была принята очень хорошая методология, направленная на ВЫРАВНИВАНИЕ бизнес-процессов. А 1С и Axapta - это конструкторы и головная боль как для ит, так и для пользователей. В SAP есть идея:
1) Предпроектное проектирование (везде есть)
2) Выбор готового отраслевого решения или выбор типового
3) Быстрая КОМПЛЕКСНАЯ настройка системы по шаблонам (это несколько СD)
4) Донастройка системы под конкретное предприятие
5) Подгонка интерфейса под пользователей
6) Написание "хотелок"
7) Обкатка системы и запуск в пром. эксплуатацию
8) УДАЛЕНИЕ "хотелок" и приво системы к изначальному виду, оптимизированному для ведения определенного вида деятельности.

Т.е. Вы не понимаете, что SAP - это, в первую очередь, не программа, а МЕТЕДОЛОГИЯ внедрения, и уже потом - программное обеспечение, специально для этого написанное.

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

[LCh]

Точно-точно. И внегласное правило первые два года не дорабатывать ничего в системе. Вдруг галочка нужная найдётся. Бросьте, это же обычная вода и пшик.

[Serge Kotov]

А можно подробнее смысл пункта 8 в сравнении с пп 5,6. Зачем?

[Maxim Gorbunov]

Эх... Если б Аксапту так же внедряли... Как бы процент успешных внедрений подрос

[LCh]

Цитата:

Изначально опубликовано Serge Kotov
А можно подробнее смысл пункта 8 в сравнении с пп 5,6. Зачем?

Да можно на первом остановиться. Зачем проектировать, если потом всё равно выбираешь типовое решение с типовыми настройками. Как можно проектировать до выбора, на основании чего?

[Maxim Gorbunov]

2Serge Kotov
(Методологию SAP не читал, признаюсь) Так это же действие напрямую направленное на снижение TCO. А значит и на повышение ROI. По моему, это очень и очень правильно.

[Serge Kotov]

Цитата:

Изначально опубликовано Maxim Gorbunov
Эх... Если б Аксапту так же внедряли... Как бы процент успешных внедрений подрос

Мне кажется риски самого внедрения в данном случае многократно возрастают...

[George Nordic]

В смысле, сначала написали всякую дрянь, а потом начали от неё потихоньку избавляться, выравнивая "кривые" бизнес процессы. Или не избавляться. Или другие писать Но, все равно, в основу положена оптимазация и разруливание бизнес-процессов. А не писание всего функционала заново, как часто происходит в Axapta.

Ну, конечно, насколько я понял ASAP.

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

[Maxim Gorbunov]

2LCh: Инерцию все равно надо преодолевать. Очевидно в этой методологии предлагается делать это с помощью доработки фич. Но дорабатывая всегда надо помнить, что система должна работать и без этой функциональности, в стандартной комплектации, так сказать. Кстати, отказ от этого постулата часто бывает (по моему мнению, документально подтвердить не могу) причиной провала проектов внедрения Axapta.

[George Nordic]

Цитата:

Изначально опубликовано Maxim Gorbunov
Методологию SAP не читал, признаюсь... Так это же действие напрямую направленное на снижение TCO. А значит и на повышение ROI. По моему, это очень и очень правильно.

Да, это так и есть. Кстати, всем рекомендую прочитать. Хотя книга, дорогая Но того стоит.

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

[Maxim Gorbunov]

Цитата:

Изначально опубликовано Serge Kotov
Мне кажется риски самого внедрения в данном случае многократно возрастают...

Сергей, мысль интересная. А можете пояснить? Какие именно риски?

[Serge Kotov]

Цитата:

Изначально опубликовано George Nordic
В смысле, сначала написали всякую дрянь, а потом начали от неё потихоньку избавляться, выравнивая "кривые" бизнес процессы. ...

Т.е. "левый" путь чтобы поднять шансы успешного внедрения? А потом действуя как рычагом "правильных" решений привести в некий стандартный вид?

[LCh]

Цитата:

Изначально опубликовано Maxim Gorbunov
2LCh: Инерцию все равно надо преодолевать. Очевидно в этой методологии предлагается делать это с помощью доработки фич. Но дорабатывая всегда надо помнить, что система должна работать и без этой функциональности, в стандартной комплектации, так сказать. Кстати, отказ от этого постулата часто бывает (по моему мнению, документально подтвердить не могу) причиной провала проектов внедрения Axapta.

Я помню. И дети мои будут помнить. И внуки. Это очевидно для многих homo-мыслящих и я с вами согласен.

2George Nordic
Есть такая книжка - "Серебрянная пуля". Стоит совсем немного, рублей 70-100. Там на второй странице сказано, что серебрянной пули не существует. Очень рекоммендую вкупе с "мифическим человеко-месяцем" и "путём камикадзе". Всё равно дешевле SAPной книженции.

Раскройте ваши сердца и души. Это же хлам, а не методология!

[George Nordic]

ДА-да-да!

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

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

[Maxim Gorbunov]

Цитата:

Изначально опубликовано George Nordic
В смысле, сначала написали всякую дрянь, а потом начали от неё потихоньку избавляться, выравнивая "кривые" бизнес процессы.

Цитата:

Изначально опубликовано Serge Kotov
Т.е. "левый" путь чтобы поднять шансы успешного внедрения? А потом действуя как рычагом "правильных" решений привести в некий стандартный вид?

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

P.S.: Согласен с тем, что могу ошибаться.

[George Nordic]

Цитата:

Изначально опубликовано LCh
Есть такая книжка - "Серебрянная пуля"...рекоммендую вкупе с "мифическим человеко-месяцем" и "путём камикадзе".

Не, ну, опять! Да причем здесь управление программискими проектами???
Я Вам говоря про РЕАЛЬНЫЕ методологии внедрения!
В частности, на производстве:
"кайдзен"
"дао тойота"
"бережливое производство"
"управление предприятием"

Вы бы еще рихтера мне порекомендовали или пецзольда... или гради буча

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

[LCh]

Да при том, что там речь не о программировании.
Имеющий глаза да увидит.

[Serge Kotov]

Цитата:

Изначально опубликовано Maxim Gorbunov
Сергей, мысль интересная. А можете пояснить? Какие именно риски?

Есть две принципиальные возможности:

1. Осуществить внедрение по неким стандартизированным предлагаемым процессам, характерным для ERP (MRP) системы.

2. Осуществить внедрение с адаптацией логики системы к конкретным бизнес-процессам предприятия, которые могут быть вполне кстати работоспособными и эффективными для данного предприятия.

В первом случае однозначно TCO ниже. Но будет ли выше ROI? Не уверен.

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

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

[George Nordic]

Цитата:

Изначально опубликовано LCh
Да при том, что там речь не о программировании.
Имеющий глаза да увидит.

Я разве что-то говорил о программирований?
Я говорил об управлении "программисткими" проектами, например, разработку (провальную) системы OS/360, о которой как раз и идет речь в трудах г-на Брукса. Кстати, я уверен, что г-н Йордан тоже был на провальных проектах, коли написал такую книжку

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