а зачем пихать заказчику то, к чему он не готов и что ему не нужно?

пока что все это выглядит как люди заказали конкретную задачу, а вы за их деньги хотите научить их жить иначе, чем они уже живут, хотя они об этом не просили. Возможно выводы неверные, но ваше изложение пока что выглядит именно так.
То есть вы здорово описываете в чем проблемы внедрения ERP, а потом предлагаете несмотря на то, что это проблема - продолжать делать то же самое. Разве не странно?

Это предположения в рамках чата, по-моему, так 😉

Поговорите об автоматизации бизнес-процессов с любым консультантом который имел пару проектов длинной больше года и все встанет на свои места :)

А то что грызть кактусы прибыльно в ущерб делу, это дело второе.

что-то какие-то непонятные аллюзии.

я просто имею опыт "с другой стороны" такого проекта косвенный и наблюдая высказывания @pimenaus начинаю понимать почему так больно.

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

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

Все равно непонятно как тут инкрементальная поставка поможет это преодолеть. Люди увидят маленький кусочек системы, научаться и возрадуются и дальше дело пойдет веселее?
Сомневаюсь. Наблюдаемая сейчас практика такова, что пользователи которым надо производственные задачи решать недовольны недоделанными системами (вы упоминали "сделайте чтобы работало") и чем дальше тем больше будет сопротивление, так как мы не просто ломаем им привычный процесс, но создаем на ровном месте усложнения работы, когда любая автоматизация должна её упрощать.

Про опыт интересно конечно, но если брать ERP, то там год могут что-то делать, потом выкатывают в надежде на то, что то что было в анализе 9 месяцев назад не утратило актуальность, а оно уже утратило, потому что "аллюзии" были там. :)

А про НЕрабочий инкремент, это опять тоже про ваш опыт? Инкремент должен быть рабочий, нет смысла выкатаывать нерабочий кусок.

30% от плана релиза это не инкремент.

А чтобы большое проект разбить на маленькие релизы надо иметь определенный опыт. Переосмысливать многие вещи о том, как писать код. Например, UI then API не многими еще постигнут :-)

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

вопрос в длительности "как есть" :-)

если там годами как есть не меняется, то норм конечно, вери биг энтерпрайз поинт оф вью

а длинну можем мы сами определять, MVP можно сделать реально Minimal

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

Ьш0