Наткнулся на книгу описывающую принципы экстремального управления проектами XPM. Такой вопрос, кто-нибудь встречался с таким зверем в жизни?

в бытность работы веб девелопером мы полностью строили свою работу на принципах ХР.
при переходе в сап пытался перенести некоторые принципы в работу. но сап специфичен,потому многое не удалось.
главный принцип ХР - сначала пишите тест, а только потом то что тестируете.

Я не совсем о том, вы имеете ввиду экстремальное програмирование - это в САП не реализуемо, там где всегда вчера невозможно двоих программеров за один комп. Я про экстремальный подход к управлени. проектами. Т.е. например критериями выполнения проекта считать не только объемы, бюджет, сроки, но и удовлетворенность, изменение рисков, уточнение показателей эффективности. Вот такого зверя видели?

а кто автор книги? Бек?

А что подразумевается под изменением рисков? Это же просто область управления рисками.
И неясно с уточнением показателей эффективности. Предлагается кроме стандартных методов оценки качества вводить показатели эффективности, как в стратегическом управлении?

Я не являюсь экспертом в области XPM, книгу я себе купил

http://biblion.ru/cgi-bin/WebObjects/sh ... 0.0.0.11.1

буду читать

Очень интересно будет узнать мнение. Судя по претенциозности термина есть ощущение, что в очередной раз изобретается велосипед.

Вообще-то XP в 96-м появилась как методология, так что велосипед уже изобретен и активно применяется при разработке на традиционных языках.

Мы вообще-то говорим не про экстремальное программирование, а про экстремальное управление проектами.

Скачать книжку можно здесь http://itbooks.msk.ru/link/2064/

А у нас в России каждый проект идет по сценарию экстремального управления проектами Можно книжку не читать

Судя по описанию XPM, "экстремальность" в нем заключается в активном вовлечении акционеров, менеджеров, и даже клиентов компании в проект, и приоритет ставиться не на проектный треугольник (сроки, деньги, качество), а на успешность проекта(удовлетворенность проектом этих Участников).

Удовлетворенность обычно наступает, когда заказчик получил больше, а заплатил меньше. Вот и экстремальное проекты!!

Однако строительный проект отличается от проекта внедрения SAP тем, что цель внедрения -- поставить фундамент и каркас системы. Но если представить результаты в конце проекта, то можно получить провал. Объединяя методологию ASAP и принципы RUP, получаем тот самый XPM: плотно работаем с требованиями и ожиданиями от проекта, заставляем Участников писать развернутые ТЗ, тестировать функционал. Задача менеджера проекта -- превратить требуемые бантики в наличность для компании, приходить к компромиссу.