Earlier quoted context omitted.
In agile, individual developer does not have personal responsibility for anything. Where in the world do you get this idea? For one, there is no such thing as "agile", in the sense of a prescriptive methodology that would make such a declaration. There are just individual methodologies that claim varying levels of adherence to the Agile Manifesto[1]. And even then, the popular "Agile" methodologies like Scrum, XP, et…
That was my experience with agile. So, on earth in software companies :). But theoretically, agile methodologies I studied were about team responsibility. "Some say that teams are self-organizing and that you succeed or fail as a team" That is opposite of personal responsibility. There is very little space for making individual decisions and being responsible for them. If you like, you can force your vision, but whol…
I see it as a continuum, with a lot of room between "absolute autonomy and no responsibility to the team" and "slave-like adherence to someone else's position". In between there is a place where you take a position and have to sell the rest of your team on it and then once everybody buys in, the whole team does own the decision.
But I think here we're talking about design decisions, architecture and what-not. What I mean earlier was more about responsibility for actually delivering the things you say you're going to deliver. So if, on your self-organizing team, you volunteer to take on the task "Write Fromgizzit-A I/O module" then there is indeed responsibility around actually delivering the code in question, as opposed to coming in every day, spending all day reading HN, and not delivering anything.