Parse error: in /home/surtees/ : runtime-created function(1) : eval()'d code on line 1

Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/surtees/ : runtime-created function(1) : eval()'d code:1) in /home/surtees/ on line 16

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/surtees/ : runtime-created function(1) : eval()'d code:1) in /home/surtees/ on line 16
Video on Agile Design from my Creative Mornings talk is up | DesignNotes by Michael Surtees

Video on Agile Design from my Creative Mornings talk is up

Just before my Creative Mornings Talk

5/8 Michael Surtees from CreativeMornings on Vimeo.

surtees_agilededesign surtees_agilededesign Michael Surtees

I’m really happy to mention that my Agile Design talk at Creative Mornings can now be seen on Vimeo at The entire video is about half an hour with the Q & A—I guess I went over my ten minute slot, ha. I just want to thank Tina and the entire Creative Mornings team for giving me the opportunity to talk, setting up the event and producing a great video that ties my talk together. I also wanted to thank James A. Reeves who was hanging out in Finland and was the virtual skype guest, and Core Industries for sponsoring the talk.

And please let me know what you thought of the talk. I’m kind of curious to hear from designers who are working in a more traditional framework of waterfall. Does agile seem like a good idea or something that should be left to engineers? And to save some time, here’s the links from the last slide…

The Age of the Unthinkable: Why the New World Disorder Constantly Surprises Us And What We Can Do About It
by Joshua Cooper Ramo

Adaptive Path

Is incremental design the wave of the future?

Ethan Eismann (Look for the Designing for Agile: Seven Practices)

Twelve emerging best practices for adding UX work to Agile development

Design as an Iterative Process

Is Your Agile Software Process Handcuffing the User Experience Design?

Kanban Development Oversimplified

Blog Widget by LinkWithin
  • edwin Rozendal

    I enjoyed your talk/presentation and I must say that the 'agile' way of working looks the way to go.

    Recently I decided to not follow this proces for a client of mine just because they are not ready for it (proven in earlier projects). The waterfall just works better for them.

    So choosing this proces is not only a decision for the project manager, you really need a team to back it up. (yes this seems logical, but I found out that a lot of designers (visual and interaction and tech) find it really hard not to have the 'privacy' (lets say 2 weeks with the door locked) to do “their thing”.

    The point of “not knowing” is great, that recently is much more accepted by my clients (they really learn) and is a great relief. Just more reasons to choose this proces.

    But I also feel that the role of 'designer' changes (maybe it's just me). The agile-project can only succeed if someone is really in charge of the concept/goals/targets. You really need a concept-lead to check if everything is going they right way. This was not different in the 'old' methods but the lead is just more often in contact with the client.

    So to me it's a great way of working, but only if you have a group together that is willing and able.

  • Nerd Stalker

    Would be great if you did another one of these with a Mic the audio is a challenge to hear and audio is everything in one of these. Would also be great if you could do a longer session with more Agile specific examples from a-z as opposed to the high level change of mindset type stuff.

    What I have seen in real practice is the Agile/Scrum process being imposed from the development side to the design side which is not the way to begin. I have not seen a good implementation of the design process in the Agile model yet, this could just be my bad luck. I believe if Agile/Scrum is the way to go for the design process then it needs to be formalized and have it's own early stage sprints and be clearly defined. Arch/Development sprints should not begin till after the design process is at the very least more solidified else it will be a disaster.

    But again my experience could have been an anomaly, I wish I could find a best practice map or set of guidelines that lays out an end to end process where agile design and dev can truly reach that productivity panacea.

  • michaelsurtees

    I can't disagree at all with that assessment. Ideally once you have the road map considered and start prototyping hopefully some of the design principles have been sorted out.