Про XP (eXtreme Programming). Зацикливание
После давних обсуждений с фанатами на сайте xprogramming.ru у меня сложилось следующее устойчивое мнение о случаях профпригодности этой религии.
1. Проекты, в которых команда первый раз сталкивается с задачей(ами) из данной предметной области. В этом случае речь идет о возмещении недостатка опыта и вытекающей отсюда невозможности эффективного проектирования и повторного использования наработок (компонентов, кода, шаблонов, схем, архитектур) возможностью кодирования с максимально быстро вносимыми изменениями. Нужно учитывать, что 80% требований исходят из предметной области, и только 20% - от заказчика.
Отсюда вывод: если на втором похожем проекте снова "заряжать" ХР, то нужно усомниться во вменяемости разработчиков и их способности усваивать и повторно использовать какой-либо другой, отличный от техник кодирования, опыт.
2. Внутренние проекты а ля "отдел АСУ (ИТ)" на подхвате. Нет времени на постановку, все нужно "еще вчера", площадка располагается непосредственно у заказчика, обеспечивая быструю обратную связь.
В чем XP похоже на классический "водопад", с которым, как с ветряными мельницами, борются фанаты ХР?
В зацикливании.
С усложнением моделируемой системы "водопад" зацикливается на начальных стадиях разработки проекта, а ХР - на конечных. Чтобы выйти из бесконечного цикла разработчикам в любом случае придется изменить методику.
- Блог пользователя Serguei_Tarassov
- Добавить комментарий
- Просмотров 1382
