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

[mnt_dx]

Цитата:

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

Это как ты такой вывод сделал? Я тут пытаюсь объяснить что весь смысл существования scrum это как-то работать с пользователем, который никак не определится, чего он хочет. Поэтому детальные спецификации, мягко говоря, не поощряются. Все направлено на то, чтобы клиент как можно быстрее получил на руки что-то работающее. А потом уже можно писать вдумчивую документацию. Если, опять таки, клиент этого захочет и у него будут деньги.

Клиенту ERP нужно работающее что-то большое, под его конкретику, а не абы что, что можно быстро сделать. Scrum требует конкретных постановок, тут не подходит неопределившийся пользователь. Можно по этой методологии вести поддержку или дорабатывать коробку, которая уже развернута и настроена, но не внедрение с нуля.
Наверняка можно организовать и миграцию из одной системы в другую, если функциональность задокументирована.

[macklakov]

Цитата:

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

Клиенту ERP нужно работающее что-то большое, под его конкретику

Клиент обычно знает что ему нужно лишь в общих чертах. Поэтому в кошерном agile по глобальным хотелкам составляется дорожная карта. А вот что конкретно и как будет реализовано, решается уже на ходу.
Насчет чего-то большого есть старинная притча про поедание слона. Очень сложно слона сразу проглотить и не подавиться. А вот если его нарубить меленько, то очень даже посильно. И когда наелся можно остановиться. Передохнуть. А потом опять продолжить.

[mnt_dx]

Цитата:

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

Клиент обычно знает что ему нужно лишь в общих чертах. Поэтому в кошерном agile по глобальным хотелкам составляется дорожная карта. А вот что конкретно и как будет реализовано, решается уже на ходу.

Скрам еще подойдет для длительного пресейла.

Цитата:

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

Насчет чего-то большого есть старинная притча про поедание слона. Очень сложно слона сразу проглотить и не подавиться. А вот если его нарубить меленько, то очень даже посильно. И когда наелся можно остановиться. Передохнуть. А потом опять продолжить.

Есть ещё ролик про самолет, который строят ИТшники

[Удвой Покуров]

Ролик назывался "I love this job". А насчет agile - вот классный ролик: https://www.youtube.com/watch?&v=c84HVg_xAyw

Хорошая критика и разбор полетов - где применимо, а где - нет.

[belugin]

http://www.martinfowler.com/bliki/ScopeLimbering.html


...
To illustrate, here's a specific example with a client that I'll call Nebbiolo. As is often the case with our work, we came in because another delivery company had failed (you'd recognize their name, but I'll spare their blushes). They'd spent a long time gathering requirements but got nowhere with development. So the client had detailed requirements which had cost a lot of time and money, and were feeling rather sore from the other firms inability to get things done. So they insisted on a fixed scope arrangement, based of course on those detailed requirements.

We took a look at those requirements and estimated it would take us about half a million dollars to build it. Like most people tackling a fixed scope project, we added a buffer - in this case quite a large buffer doubling it to a full million. This was still less than the original contracting company's estimate. (We charge much higher daily rates for our people, but since we have better and more productive people, we can actually do the job for less.)

We weren't at all shocked to discover that despite the detailed and heavily reviewed requirements, the requirements changes still came thick and fast. For each one we estimated the scope of the change and figured out how much it would cost, but didn't charge the client for the change. Slowly but steadily the changes ate up the buffer. After about six months or so the changes had used up the buffer completely. We'd been quite open with Nebbiolo during this whole time, so they weren't surprised when we told them that we couldn't afford to eat the cost of the changes any more. During that time we'd collaborated closely with Nebbiolo and they'd grown to trust us. We had no problem finding more money, indeed it took another half million to cover the requirements changes that were needed before we delivered.

At the end of all this Nebbiolo agreed that the fixed scope approach was a mirage, and we would do future projects together using a more flexible charging scheme.
...