Hey, I want to welcome everybody to the Continuous Design and the No PSD Movement Google Hangout.

With me, I have Andrew Carr and Matt Copeland.

They were two of the guys behind the article in the ThoughtWorks P2 magazine talking about

continuous design and the No PSD movement.

They're going to talk a little bit more about the article and some opinions they have on this movement. With that, I'd like to turn it over to Andrew.

Thanks. So I guess for the start of this, I guess one of the things we wanted to walk through

was kind of the explanation of why I wrote the article and some of the reasons behind

it. So first thing to start with that is kind of to give you a gauge of my background. At

the moment I am an experienced designer for ThoughtWorks in Australia and I work mainly doing design

work within continuous delivery teams. So that was kind of the start of it for me

because I've been working on a continuous design team

and working through the process of actually being part of the delivery process

as opposed to being something that happens beforehand.

And then I'll toss over to Matt real quick and let him do some introductions uh... what are the reasons i want to bring matt in is as i had a chance to meet matt when he was out here uh... and we were just very like-minded in this sense and kind of have a similar skill set and a similar passion for these types of things so that you can go and introduce yourself uh... my name is macop. I am a ThoughtWorks designer working in the US.

Primarily where I live is somewhere between design and development.

I come from a product design background, education and service design and tangible goods and that type of thing.

Did some startup work, ended up falling into developing products for market research and then one day picked up a book

because I wanted to learn my own scope and picked up another book and kind of fell down this rabbit

hole of learning how to be a developer.

So what I primarily do within teams is help to set up workflows between design and development

to make sure that they're able to pivot well, to be able to, you know,

as you build products in a lean or agile fashion, that they can expand, that you're

...