AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 12.03.2015, 11:44   #61  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от macklakov Посмотреть сообщение
Это как ты такой вывод сделал? Я тут пытаюсь объяснить что весь смысл существования scrum это как-то работать с пользователем, который никак не определится, чего он хочет. Поэтому детальные спецификации, мягко говоря, не поощряются. Все направлено на то, чтобы клиент как можно быстрее получил на руки что-то работающее. А потом уже можно писать вдумчивую документацию. Если, опять таки, клиент этого захочет и у него будут деньги.
Клиенту ERP нужно работающее что-то большое, под его конкретику, а не абы что, что можно быстро сделать. Scrum требует конкретных постановок, тут не подходит неопределившийся пользователь. Можно по этой методологии вести поддержку или дорабатывать коробку, которая уже развернута и настроена, но не внедрение с нуля.
Наверняка можно организовать и миграцию из одной системы в другую, если функциональность задокументирована.
Старый 12.03.2015, 13:34   #62  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 916 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
Клиенту ERP нужно работающее что-то большое, под его конкретику
Клиент обычно знает что ему нужно лишь в общих чертах. Поэтому в кошерном agile по глобальным хотелкам составляется дорожная карта. А вот что конкретно и как будет реализовано, решается уже на ходу.
Насчет чего-то большого есть старинная притча про поедание слона. Очень сложно слона сразу проглотить и не подавиться. А вот если его нарубить меленько, то очень даже посильно. И когда наелся можно остановиться. Передохнуть. А потом опять продолжить.
__________________
Isn't it nice when things just work?
Старый 12.03.2015, 18:04   #63  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от macklakov Посмотреть сообщение
Клиент обычно знает что ему нужно лишь в общих чертах. Поэтому в кошерном agile по глобальным хотелкам составляется дорожная карта. А вот что конкретно и как будет реализовано, решается уже на ходу.
Скрам еще подойдет для длительного пресейла.

Цитата:
Сообщение от macklakov Посмотреть сообщение
Насчет чего-то большого есть старинная притча про поедание слона. Очень сложно слона сразу проглотить и не подавиться. А вот если его нарубить меленько, то очень даже посильно. И когда наелся можно остановиться. Передохнуть. А потом опять продолжить.
Есть ещё ролик про самолет, который строят ИТшники
Старый 24.07.2015, 14:58   #64  
Удвой Покуров is offline
Удвой Покуров
Участник
 
461 / 228 (8) ++++++
Регистрация: 03.04.2011
Ролик назывался "I love this job". А насчет agile - вот классный ролик: https://www.youtube.com/watch?&v=c84HVg_xAyw

Хорошая критика и разбор полетов - где применимо, а где - нет.
За это сообщение автора поблагодарили: mnt_dx (2).
Старый 24.07.2015, 16:40   #65  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
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.
...
Теги
agile, scrum

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Сделайте пожалуйста обновления одного раздела. без обновления всей страницы -O_o- Обсуждение форума 1 31.05.2013 12:49
Какая модель управления эффективнее? lagr221374 Курилка 13 26.01.2012 16:01
Звездочки заменены на символ "Сила сигнала". Стало ли лучше? mazzy Информация для участников 12 28.07.2009 13:29
Новая версия движка 3.5.4. Стало ли лучше? Сбор багов и замечаний здесь mazzy Обсуждение форума 102 25.05.2006 00:25
Методология распределения рабочего времени консультанта / программиста ushastik Курилка 12 24.02.2004 09:22
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 21:14.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.