Гибкие методологии проектирования

← →
Mike B. © (2002-07-22 15:30) [0]

Кто-нибудь из присутсвующих имеет опыт работы в командах использующих что-нибудь вроде XP,ASD и т.п? Какие у кого есть мысли/идеи по данному поводу?

← →
Awex © (2002-07-22 17:24) [1]

Самая лучшая с моей точки зрения методология это водопадная,
особенно когда сроки четко поставлены.
Хотя на практике часто бывает что самая жизнеспособная методика разработки софта это гибридная, то есть смесь всех существующих, и зависящая от кучи факторов и конечных задач.......

← →
Awex © (2002-07-22 17:27) [2]

Кстати, в последнее врямя получает все более широкое распространение новая методика как "Парное программирование".
Всем интересующимся http://www.maxkir.com/sd/pairprog_RUS.htm

← →
Mike B. © (2002-07-23 11:01) [3]

Вот именно, что водопадная методика работает, когда четко поставлены сроки, заранее полностью известен объем и состав работ и т.д. Я же имею ввиду случаи, когда приходится вести работу в условиях частичной неопределенности.
Парное программирование не является самостоятельной методикой а входит как составная часть в XP и некоторые другие методологии. Кстати, внедрение именно парного программирования вызывает наибольшие споры.

← →
Igorek © (2002-07-23 13:04) [4]

Лично я попробовал с напарником XP и в том числе парное программирование. Очень позитивная оценка. Главное не быть догматичным в этом вопросе. Хотя я согласен, что методология должна определяться конкретной задачей.

← →
Mike B. © (2002-07-23 13:29) [5]

Для меня в XP остаются не вполне понятными ряд вопросов.
Например, как организовать взаимодействие с клиентом п очасти написания User Story, ведь для этого клиенты должен быть как минимум технически подкован? Как офорляются отношения с ним же по поводу оплаты работ (какая схема оплаты и т.д)?
Далее, почему то в публикациях по XP не слишком четко оговаривается методика разработки тестов.
И наконец, кто-нибудь может мне внятно объяснить, что такое эта самая метафора?

2Mike B
www.xprogramming.ru

> Далее, почему то в публикациях по XP не слишком четко оговаривается
> методика разработки тестов

Русскоязычные ресурсы по ХР вообще неполные. А по тестах я думаю ситуация такая потому, что они в принципе в каждом конкретном случае разные.

Еще раз возможно повторюсь, но кажется на практике наиболей эфективной и жизнеспособной является та методика которая сама
собой создалась/сложилась в процесе многократных решений задач.
Если уж смотреть в корень, то можно с уверенность сказать, что для каждой задачи методика формируется персонально.
И тут важны те критерии и подходы по которым будет формироваться новая "рабочая" методика проекта.
Ведь не секрет что если для одних задач водопадная модель является оптимальной, а для других она совершенно недопустима(хотя с моей точки зрения таких задач мало, хотя они есть).
Да и как часто бывает в лучших традициях консерватизма желания и ресурсов для опробывания новых методик никогда нет..(плюс это или минус ?)

P.S.
Да стоит оговориться, что если XP будет эффективно работать где нибудь в штатах, у нас в России в силу национальных особенностей видения бизнеса она (XP) может дать совершенно противоположные результаты.....

> Awex ©
Для меня изучение разных методик - не самоцель, а попытка найти какие-то интересные идеи, которые можно было бы использовать в моей практической деятельности. Так что я не призываю кого-либо использовать XP или любую другую методологию, а просто хотел бы обсудить примеры и результаты их практического использования, если таковые найдутся.

Гибкие методологии проектирования Найти похожие ветки