The Trouble with Time Travel — a presentation about designers working one Sprint ahead of developers on Agile projects

Many UX practitioners own their own TARDIS – it’s the pattern many of us have adopted so designers can work with development teams using Agile methods by designing up-front and then working behind to iterate the designs. While some suggest that its best practice, does it actually reap the benefits that Agile has to offer? What are its pitfalls, what are the advantages and disadvantages compared to just doing up-front design, and are there any smarter ways of becoming agile, whether working solo, in design teams, or working on end-to-end projects?
[gigya embed id=”preziEmbed_zymr7j3uiqvw” name=”preziEmbed_zymr7j3uiqvw” src=”http://prezi.com/bin/preziloader.swf” type=”application/x-shockwave-flash” allowfullscreen=”true” allowFullScreenInteractive=”true” allowscriptaccess=”always” width=”450″ height=”350″ bgcolor=”#ffffff” flashvars=”prezi_id=zymr7j3uiqvw&lock_to_path=0&color=ffffff&autoplay=no&autohide_ctrls=0″ ]
This presentation was given at WebDU 2012 in Sydney, with a second iteration given at Agile Australia 2012 in Melbourne.
M

About the author

Related Posts:

Groupthink: the bane of high performing Agile Teams

What makes an agile team great and why? After coaching a number of teams in Scrum, we’ve now seen a number that, after a some months now, could be considered high performers. Some of these go bad and reject any external criticism regardless of how accurate that might be. Why do these teams go bad? Groupthink might have the answer.

READ MORE
search previous next tag category expand menu location phone mail time cart zoom edit close