Мне кажется нам обоим стоит посмотреть ASAP, на моих последних 4-х проектах (все ERP вместе с BI/BW), да и на всех предыдущих тоже, интегратесты(предварительные испытания) мы проводили именно на настройке и разработке на переходе к запуску же занимались/занимаемся обучением конечных пользователей, устранением замечаний к интегратестам, установкой рабочих мест, подготовкой данных к загрузке остатков и т.п. Посмотрите внимательнее ASAP и поделитесь своим проектные опытом - если у вас было не так и подскажите в каком это было внедрении ERP, BI/BW, CRM.

На Концептуальное проектировании Консультант вместе с Заказчиком прописывает все операции которые они знают и могут прописать, на настройке и разработке Консультант все это настраивает и разрабатывает в системе и старается все протестить, но как показывает практика, что практически все операции можно протестить только во время ОПЭ, а часть (особенно касающихся перехода года) вообще только во время промышленной эксплуатации.

Т.е. у тебя часто случаются проекты в которых несколько месяцев работаешь в опытной эксплуатации, а потом на новой системе запускаешься? У меня на моих всех проектах запускаемся на продуктиве в опытно-промышленную эксплуатации, смотрим что все прошло успешно и запускаемся в продуктив на том же мандате (в некоторых случаях копируем мандант со всеми данными и настройками в котором вели ОПЭ в тот мандант на котором ведем ПЭ).
LadyWind не стоит строить из себя опытного джедая поучающего юного поддавана - говоря туманными фразами (это прерогатива скифа ), если хочешь что то сказать поясняй смысл того что говоришь . Что ты подразумеваешь под ОЭ, а что под ОПЭ, где я путаю и какое это имеет отношение к нити обсуждения?
А так соскок с дискуссии такими способами называется если я ничего не путаю "сливом".

Я ещё раз повторю, что ОПЭ для сапа - это ширма, за которой "всё криво, а заявить о старте надо". И ОПЭ, длящиеся годами, я тоже знаю.
Впрочем, если заказчик может "забыть рассказать" на этапе КП и вспомнить только на ОПЭ, о чём вообще речь?
Только не надо это выдавать за норму. Сейчас это отличная иллюстрация к тому, почему после Газпрома берут только на Газпром.

Угу, посмотрел - правда тестинг и там и там есть, но интеграционный в настройке, признаю

Хм, интересно. Знаю про паралельный проект QA (которое делается обычно независимым аудитором). Но не нашел code review ни в одном этапе ASAP. Что то похожее только в GO-live&support - optimizing system perfomance. Но на этом этапе уже как бы все перенесено в продуктив и работает...
Да и "старшие товарищи" есть не всегда. А если код как раз "старший товарищ" сам и писал - он сам себя ревьюить будет?

А оно там должно быть? Как бы методология разработки никаким боком к ASAP.

Я писал о "Заказчик что то забыл рассказать консультанту" в первую очередь.

Анна написала:
"Очень жаль, что часто экономят и классические этапы внедрения пропускают, сжимают, экономят. Результаты потом соответствующий"
Я так понял, что это относится ко всему вышенаписанному Анной (в том числе и code review). Отсюда и вопрос возник.

Ну раз ты говоришь значит так оно и есть.

Впрочем если ты не понимаешь разницу между охватом операций на КП и ОПЭ, то о чем может идти речь?

А вот это вообще к чему? У тебя есть информация что ребята, работавшие на проектах Газпрома нашли только работу в компаниях занимающихся так же проектами Газпрома? LadyWind, не нужно строить из себя супер профессионала, имеющего гораздо больший опыт или более правильное понимание ведения проектов, чем люди, работающие сейчас и/или работавшие раньше на проектах Газпрома. Рынок SAP-а очень узкий и узнать о друг друге и кто что стоит через общих знакомых можно очень быстро. Зачем здесь эти распальцовки?

Ну так мы все эти проекты знаем даже.

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

Газпром - это условное для монополии с бардаком. Рынок консультантов уже давно поделился на меньшинство, кто успел прыгнуть в правильлный поезд и у кого более адекватные проекты (в РФ или за пределами, не эмиграция) и большинство, кто ишачит на стандартных российских с теми вводными, о которых ты сейчас говоришь. Причём если раньше это оправдывалось большими деньгами (но с потерей нервов и здоровья, как водится), то теперь уже и деньги платят не особо большие, и не всегда платят обещанное, и задерживают, и схемы мутят. Лично для меня это логично вытекает из того, что на проекте кто-то что-то может забыть рассказать или что ВНЕЗАПНО нужен абапер. Хаос - так во всём.
Из второго в первое перейти всегда было сложно, т.к. к хорошим рукам и мозгам надо было ещё отличный английский и готовность в короткие сроки перестроиться, но пока хорошо платили - многие сами кривили носы, фу, дурачки, у нас-то о-го-го деньги; а теперь уже вообще невозможно.

Без коментариев. Я не знаю всех проектов на которые перешли ребята даже из нашего отдела не говоря о смежных. Видимо ты знаешь о всех и гораздо лучше.

Потому что я запускал транзакционные модуля в SAP-е (а не аналитические как ты), коими являются модуля SAP ERP, и прекрасно знаю что охватить все операции на КП не возможно, для этого и проводится ОПЭ/ОЭ чтобы можно было бы подобрать все что могло быть упущенно на КП, Настройке и разработке - конкретные примеры при запуске электронной банковской выписки, когда автоматизируются выплаты/получения денежных средств по сотням расчетных банковских счетов в десятках подразделений. Операции, с различными перемещениями между подразделениями, р/с и кассой, р/с и карт счетами, возвратами, поступлениями по различным видам операций, причем на каждой операции нужно и статья БДДС проставлялись. Пусть кто нибудь из белых и пушистых иностранных компаний, про которые ты постоянно говоришь расскажет что у них не так и что они на КП все операции описывают и отлавливают.

Ну что Газпром стал именем собственным в твоей голове для всех госкопораций - все должны были сразу догадаться? Т.е. ты хочешь выделить первых и сказать что они из-за этого настолько умные что будут теперь учить всех остальных (вторых) как правильно вести проекты? И раз ты по твоему мнению попала в первые, то теперь мы должны с открытым ртом внимать твоим речам, а если что то возражаем, то услышав твое: "Вы там в своих Газпромах привыкли в бардаке жить - нечего своим бардачным опытом делится", должны тупо с этим соглашаться?
В общем дисскусия перерастает в неаргументированное выпячивание тобой секретных знаний правильных методов работы на основание твоего мнения что "Газпромы" это бардак, а так как ты работаешь видимо в очень крутой и правильной компании, то сейчас здесь всех научишь правильным методам внедрения причем не только в BI/BW но и в ERP - конечно не обязательно быть РП по SAP ERP, видимо достаточно рядом с внедрением этих проектов посидеть.

Я о проектах, где ОПЭ годами длится. Неужто не слышал о таких?

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

В моём понимании не надо выдавать за норму 100% необходимость наличия абапера на старте и оперативное переписывание им наживую. А что в российских монополиях бардак, дублирующиеся функции, куча неписьменных подтверждений, которые реализации в системе не подлежат - это факт, вообще-то. И это не может не сказываться на проектах. Это две разные концепции: сразу делать всё на 95% правильно и делать так, как делается, а потом долго допиливать, на ОЭ, на ОПЭ, на старте, после старта... В российских условиях действительно вторая превалирует и такой опыт больше востребован. Но это не норма же.
Научиться вечным авралам и рвать понятно что на что, чтобы в 10й раз переделать как опять придумал заказчик - дело нехитрое. Только за это уже сапёрам перестают платить, скоро будем говорит "спасибо, что при своих остались". Это опять-таки логично вытекает из общего бардака: согласился упахиваться без гарантий (в России - без фиксированной высокой зарплаты, на остальное легко кинуть) = лох, зачем лоху деньги?

Можно даже сказать большее, если внедрение продукта требует подобной методики - а нужен ли был этот продукт? Или сначала надо было навести порядок? Или вообще свой продукт писать, который учитывает процессы конкретной компании?

Фраза о том что на КП и Настройке и разработке Заказчик и консультант не могут определить (а другими словами прогнать) весь поток операций через разработки лишь только для того чтобы разработчику потом не пришлось не дай бог на ОПЭ/ОЭ доделывать разработки, моя и то что ты пытаешься активно подменить ее тем что Заказчик может умолчать о целом блоке БП, это уже извини не мои проблемы - я не собираюсь отвечать за придуманные тобой ситуации, когда я их не озвучивал. Я по-мойму в нескольких постах и ранее конкретно говорил что не оьследованным останется не блок БП, а отдельные операции которые все на КП определить не возможно и часть из них все равно вылезет при прогоне всех операций Заказчика за определенный период и для этого и нужен разработчик на ОПЭ/ОЭ. А тебе ни ОЭ ни разработчик на запуске не нужен - из-за этого и говорю что твои слова чистое теоризирование.

Ищщо раз.
1. ОЭ <> ОПЭ.
2. При правильно выстроенной методологии проекта разработчик "у ноги" почти не нужен. Даже на наших монополиях, если они открыли удалёнку, естественно. И тем более не нужен он на старте, когда поздно пить боржом методом переписывания кода с нуля. Иначе это проблема в проектировании.
А если попадаются только безответственные, который не могут работать, не сидя вот-прям-здесь - ну... бывает. Не повезло. Таких тоже много, к сожалению.