Форум Сообщества Аналитиков
Общий раздел => Методологии => RUP EUP AUP OpenUP => Тема начата: Denis Beskov от 01 Марта 2007, 13:02:44
-
http://www.google.com/trends?q=RUP%2C+Agile&ctab=0&geo=all&date=all
-
IMHO потому, что маленьких (до 1 года, до 10 человек) проектов, в которых agile методологии эффективны, больше, чем крупных, в которых они вообще неприменимы.
-
Полностью согласен с предыдущим оратором. Agile и RUP предназначены для разных по уровню проектов.
-
Это объясняет соотношение, но не динамику графиков.
-
Динамика там объясняется на мой взгляд легко.
1. ИБМ первыми предложили четко описанный процесс + предложили инструментарий. Соответственно РУП стали внедрять все кому не лень. Сейчас просто идет откат. Не РУПом единым, как гвориться
2. Как мне кажется, общая доля небольших веб-ориентированных проектов на рынке непрерывно растет. А для таких разработок Эджайл - самое оно.
-
Обращает на себя внимание, что "Agile вытесняет RUP", прежде всего, в Индии. По остальным странам картинка, мягко говоря, другая.
P.S. Может, индусы просто не смогли разобраться в RUP?...
-
Обращает на себя внимание, что "Agile вытесняет RUP", прежде всего, в Индии. По остальным странам картинка, мягко говоря, другая.
Я также посмотрел данные только по США http://www.google.com/trends?q=RUP%2C+Agile&ctab=0&geo=US&date=all&sort=0
на мой взгляд, очень похоже.
По другим странам статистика в чистом виде не выдаётся. Вы о чём тогда?
-
Обращает на себя внимание, что "Agile вытесняет RUP", прежде всего, в Индии. По остальным странам картинка, мягко говоря, другая.
<...>
Agile - это такая вещь, которой хорошо называть процесс разработки в стиле "как Бог на душу положит":
- Вы работу планируете, время учитываете? Нет, у нас ведь agile!
- У вас что бывает за ошибки и превышение сроков? Ничего не бывает, у нас же agile!
- Кто-нибудь вообще занимается требованиями, документирует принятые архитектурные решения? Нет, конечно, у нас agile!
- Почему задачи меняют 2 раза в день, и вдруг начинают требовать решение задачи, которую сняли неделю назад? Ну потому что agile, что хочу, то и ворочу!
IMHO настоящий agile мало кем применяется, т.к. роли "непререкаемый менеджер проекта" в большинстве его разновидностей нет. А ПМам их должности очень дороги - от $3500 + право ломать и строить, знаете ли.
-
К сожалению, мы не знаем какого качества Агиле использовался при составлении графика.
-
Agile - это такая вещь, которой хорошо называть процесс разработки в стиле "как Бог на душу положит":
- Вы работу планируете, время учитываете? Нет, у нас ведь agile!
- У вас что бывает за ошибки и превышение сроков? Ничего не бывает, у нас же agile!
- Кто-нибудь вообще занимается требованиями, документирует принятые архитектурные решения? Нет, конечно, у нас agile!
- Почему задачи меняют 2 раза в день, и вдруг начинают требовать решение задачи, которую сняли неделю назад? Ну потому что agile, что хочу, то и ворочу!
IMHO настоящий agile мало кем применяется, т.к. роли "непререкаемый менеджер проекта" в большинстве его разновидностей нет. А ПМам их должности очень дороги - от $3500 + право ломать и строить, знаете ли.
Ага, очень часто с этим сталкиваюсь. И отношение потом соответсвующее. народ говорит "Agile гавно, мы ничего не планировали и получили какую то хрень"
-
К сожалению, мы не знаем какого качества Агиле использовался при составлении графика.
Согласен полностью.
Моя догадка (я уже привык интерпретировать различные графики и т.п., постороенные на неизвестном мне как собранном материале) - людей, считающих. что они делают что-то по Agile посто больше, чем считающих что они как-то используют RUP.
Все-таки Agile выглядит как-то проще на первый взгляд ;)
IBM кстати очень серьезно занимается Agile (в первую очередь, конечно, масштабированием на крупные проекты). Вот, например, серия статей: http://www.ibm.com/developerworks/library/ar-archman1/
там же на developerworks можно нарыть еще много материала по Agile.
А это основной методолог IBM по Agile - http://www.ambysoft.com/scottAmbler.html