As a developer who’s never worked in Agile specifically (but have worked in TDD shops), I see employers that are running Agile shops resistant to hiring someone who hasn’t worked in Agile. I’ve run into this a few times over the past few years. Is it really that fundamental of a philosophy change? After working in TDD, I can almost make an argument for not hiring someone who’s never done TDD (when working in a heavy TDD environment). Perhaps I don’t understand Agile and the difference between it and TDD.
I’d actually like to work in Agile, but this seems to be one of those times where you have to have the experience to get the experience. Sure, you can do it on your own, but that doesn’t qualify if you ask me. As an employer, I wouldn’t really call it applicable.
Agile is not an engineering philosophy in the strict sense – TDD, Peer Programming, etc are engineering practices that Agile uses – but rather Agile is a management methodology. As such, it’s more important that someone be open to the mindset that Agile demands, rather than them actually having worked in an Agile shop before. Yes, it really is a different philosophy and approach to software development. People who expect everything up front and to be told what they need to do will be very out of place in an agile environment.
When I have interviewed people, I do ask whether they have any Agile experience or knowledge, but what I really look for are some of the following:
Those are some of the qualities that I think qualify someone to work in an Agile environment.