http://www.useit.com/alertbox/agile-methods.html
I found this article interesting as it spells out problems and solutions for combining UCD and agile project method - that I have had difficulty pinpointing during my project work. I wish my project team would read and understand this stuff.
This article made me realise that as an EA, I need to become skilled in, and get good at conducting fast and quick user tests. Testing could be part of my day-to-day activity, rather than needing it to be a separate task on the project timeline. Requesting project time for user testing will often be rejected, because people are worried it takes too much time.
Nielsen refers to a Tivo case study, where they ran weekly tests, but doesnt give too much detail on how. Nielsen recommends paper prototypes, but I dont think it takes much to whip up some wireframes - then at least they can be sent through to remote testers. The challenges are defining what to test and how to recruit particpants quickly and for free? Participants from our USiT team is a start….?
As for defining what to test, from my experience recently on 3 agile projects, the requirements were so undefined, and evolving, that I would have thought it would be difficult to nail down something to test. Then I read this advice:
“Keep a sense of humor and a good attitude. Have a flexible staff that’s willing to roll with the pace and unknown nature of the work. “You don’t know what you’re going to test next,” says Torres. “It was really taxing on researchers. At times, I didn’t know what we were testing until the night before, and I had to build a prototype and be ready to moderate the next day.”
http://www.useit.com/alertbox/weekly-usability-tests.html
So perhaps its not them, its me!?