Another thing we still need to improve a lot is that there shouldn’t be any notion of code ownership… when tests fail, people often still react “those aren’t my tests/code so i’m not the one who should fix it”. I’m trying to get people to drop that attitude though, although this takes some time.

I am doing agile for more than two years now at Code71 and I am developer of the scrum tool called ScrumPad . What I have found is, people get very obsessed with the fact that very early you get to see the working software! This is really enticing for business people. But there are a few pre-requisites and thats where only a few put enough efforts. We have implemented a few here and are trying to get better at it. So far, we are doing TDD (I would say its a 75% TDD), peer reviews, short 2-week sprints and so on. But, I really think if you want to keep rolling every two weeks and without a up-front analysis, your software will not remain ‘soft’ after a few iterations. So, its very important to be agile through continuous refactoring and good OO development skills.
And you are right, not many are doing TDD, good OO, reviews and all these prerequisites. Which is bad for agile as a whole.