очень сложно найти вменяемых\заинтерисованых в конечном результате заказчиков, чтобы с ними так обсуждать;

Заказчик должен обладать одним качеством: иметь деньги, достаточные для оплаты работы, и быть готовым с ними расстаться. Всё остальное - это уже вопрос профессионализма того, кто уточняет постановку задачи.

не менее сложно найти вменяемых\заинтерисованых в конечном результате собственных начальников, которые будут понимать необходимость такого шага;

Это да. Но я стараюсь не влезать в такие ситуации.

ну и до кучи, найти вменяемых\заинтерисованых в конечном результате программистов\разработчиков, готовых понимать и вести разработку в подобном стиле...

Программисты получают готовую спецификацию и радостно ударяют по клавишам. Команда, формулирующая требования может (а впрочем и должна) быть достаточно компактной.




\\Желательно ещё и с конечным пользователем под боком.

Дык... это и есть тот же ажиль. ;)

Пардон, тот же agile требует наличия этого самого пользователя или лица его заменяющего.

На самом деле, не всё так страшно и достаточно просто приходить и периодически разговаривать. Правда, мне недавно один проект угробили, досрочно отрапортовав о почти полной готовности, и под это дело запретив общаться с заказчиком. Так что пришлось объяснить, что они не правы, и я получил только деньги, без чувства удовлетворения.



А вот об этом... очень интересно.
Может можно(стоит?) заделать даже новый комюнити под эту тему?

Были и кмюнити, были и долгие беседы. Только всё это бесполезно. Даже, если делать на английском. Совет "надо думать головой" совершенно непродаваем. А к нему всё в конечном итоге сводится.

И статьи тоже не интересно. И на конференции выступать - смысла не имеет.

Просто что-то приходит в голову и надо это куда-то сбросить, чтобы там не бродило и под ногами не путалось.