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

Apr 27, 2006 19:45

Наиболее часто встречающуюся практику программирования можно охарактеризовать как "пишем и исправляем". Такой метод имеет ряд существенных недостатков - затяжной период тестирования и большая стоимость внесения изменений. Для их устранения был разработан ряд методологий, делающих процесс разработки программного обеспечения более прогнозируемым и ( Read more... )

Бизнес

Leave a comment

Comments 3

Waterfail vs Agile weisses_fleish April 28 2006, 08:59:45 UTC
Как работавший и с тем и с другим в больших проектах могу сказать что на практике главное отличие ватерфольных методов в том, что клиент не видит работы и не может во время скорректировать траекторию. Никто четко не следует этому бюрократическому процессу, который описан во всех этих книжках. Это никому не нужно. Лишние конечности отмирают если их не используют. Но отдельные фичи (например, стадии ДЕВ/ДИТ/СИТ) как правило остаются если все к ним уже привыкли. В общем, эти ватерфольные методы имеют право на жизнь, но уж точно не в разработке заказного ПО для бизнеса. И количество разработчиков тут не причем. Если их очень много - нужно эффективно делить их на команды и декомпозировать систему.

В аджайле же клиент регулярно видит то, что он реально имеет на данный момент. Меньше рисков и white box. Остается проблема с областями ответственности, но самый главный недостаток в выпадении интеграционного тестирования и QOSа. Здесь главное не упрощать все до примитивных тестов отдельных операций, а учитывать все, пусть и не сразу.

Reply

Re: Waterfail vs Agile iamnatureman April 28 2006, 09:07:32 UTC
Так ты реально учавствовал в проектах, разрабатываемых по agile методологии, где количество разработчиков превышало 50?

Reply

Re: Waterfail vs Agile weisses_fleish April 28 2006, 09:19:23 UTC
Последние три месяца только этим и занимаюсь.

Reply


Leave a comment

Up