Какая методология лучше в случае "Сначала сделайте, а мы посмотрим"

[fed]

Agile вообще на больших проектах не работает. Ее хорошо использовать чтобы какие-нибудь пользовательские интерфейсы или печатные формочки на поздних стадиях проекта отлаживать. Гораздо интереснее бывает когда ты решения по настройке производства, например, принимаешь. Там чтобы последствия решения увидеть, надо запуститься и пару месяцев проработать. Никакой Agile в этих случаях не помогает.
Более того - в той же Турции такой огромный процент факапов на проектах как раз из за широкого применения agile. Сначала клиент через двухнедельные марафоны (или как оно там называется), тратит весь бюджет на какие-нить удобные формы для пользователя или отчетики, а потом после запуска выясняет, что ему основную финансовую отчетность толком не построить, сводное работает через одно место, себестоимость не считается и тп. А ему просто во время марафонов всего этого не показали (потому что за марафон не уложиться).

[Logger]

Цитата:

Сообщение от fed

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

Интересно, а финдир, главбух и.т.п. участвовали в этих двухнедельных забегах ?
И если участвовали, то что им показывали ? Неужели они удовлетворились какими-то формочками, но не обеспокоились отчетностью, которую они на ЭТОМ будут готовить ?

[fed]

Цитата:

Сообщение от Logger

Интересно, а финдир, главбух и.т.п. участвовали в этих двухнедельных забегах ?
И если участвовали, то что им показывали ? Неужели они удовлетворились какими-то формочками, но не обеспокоились отчетностью, которую они на ЭТОМ будут готовить ?

Обычно они считают что все это доступно out-of-the-box в любой ERP. Поскольку вылизывание формочек - это типа отраслевая специфика. А отчеты и сводное - оно у всех есть. И естественно - отчеты и сводное им показывали на Contoso, где все они без проблем работают.
P.S. Ну и другая стандартная проблема - что топам некогда внедрением плотно заниматься, а тимлиды на местах (ака ключевые пользователи) обычно больше озабочены удобством ввода, чем глобальными задачами внедрения.

[ax_mct]

Цитата:

Сообщение от fed

Обычно они считают что все это доступно out-of-the-box в любой ERP. Поскольку вылизывание формочек - это типа отраслевая специфика. А отчеты и сводное - оно у всех есть. И естественно - отчеты и сводное им показывали на Contoso, где все они без проблем работают.
P.S. Ну и другая стандартная проблема - что топам некогда внедрением плотно заниматься, а тимлиды на местах (ака ключевые пользователи) обычно больше озабочены удобством ввода, чем глобальными задачами внедрения.

Я бы добавил что например для британцев в принципе некомфортно и непонятно когда ты говоришь о ВОЗМОЖНЫХ и ПОТЕНЦИАЛЬНЫХ проблемах достаточно отдаленных и еще непонятных. Будет проблема - будем ее решать, чего парится заранее - примерно такой жизненный позитивизм. В этих условиях предупреждать о чем то глобальном - просто выглядеть чудаком. Не принято о плохом заранее говорить С одной стороны есть управление рисками но менталитет многое определяет. Наверное поэтому немцы считаются лучшими руководителями проектов

[macklakov]

Цитата:

Сообщение от fed

И естественно - отчеты и сводное им показывали на Contoso, где все они без проблем работают.

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

[kALVINS]

Цитата:

Сообщение от fed

Более того - в той же Турции такой огромный процент факапов на проектах как раз из за широкого применения agile.

Это потому, что Product Owner нихрена в критичных задачах для своего бизнеса, методике внедрения и информационных системах не понимает, а не потому, что методология нерабочая!
Суть фреймворка Scrum в том, что Product Owner определяет приоритет у задач и последовательность их реализации. Нормальные люди сначала основные функции реализуют, а потом за хотелки принимаются. Вот поэтому на турецких внедрениях и проблемы ))))

[fed]

Цитата:

Сообщение от kALVINS

Это потому, что Product Owner нихрена в критичных задачах для своего бизнеса, методике внедрения и информационных системах не понимает, а не потому, что методология нерабочая!
Суть фреймворка Scrum в том, что Product Owner определяет приоритет у задач и последовательность их реализации. Нормальные люди сначала основные функции реализуют, а потом за хотелки принимаются. Вот поэтому на турецких внедрениях и проблемы ))))

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

[pitersky]

Цитата:

Сообщение от fed

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

А я бы с этим поспорил.
Факт привлечения консультантов говорит только о том, что клиент НЕ ХОЧЕТ сам решать те задачи, которые на них возлагаются. Причины же нехотения при этом могут быть самые разные, "не могу" всего лишь одна из них.