Reality Driven Development

I have been struggling to find a right name for my development methodology. RUP/UML does not work, XP results in punching your colleague, etc. etc.

I have always thought that the reality of the project (people, customers, bugs, change of plan, unseen issues, ...) would automatically lead to quick release-cycles, multiple demos, dozens of back-and-forth emails with the business...

So I adhere to the ideas of Gustavo Duarte on Reality Driven Development