 2000 that I first got my exposure to these things and it was well in 2001 the term agile was coined and I've been using them since the since they were a thing and I want to tell you it's gone horribly sideways the people don't use them quite right so I want to bust down to some basics and as as always if you've seen me present before I've got too much to present so I'll edit a little bit on the fly because I'd very much like you guys to get the get some practice creating a story map so I'm gonna favor doing versus versus just talking now a few people have asked me I've got a workshop running on on Friday and Saturday and if you're in that workshop yes everything I say here I will repeat Thursday and Friday so I've told a couple people that I don't come to this because if you're in that workshop you're gonna get it already I'm gonna do this in a little bit of a weird style because I want to control my deck and there may be times I want to draw a picture here so I've got this desktop thing to do that so let's break this down we've got three parts to this I want to talk about what stories are and aren't and why they're such a simple thing and why such a simple thing can be so complicated I want to talk about what a story map is because that's the way I like to work with stories and we might be blending a little bit of two and three because maybe the best way to learn about a story map is for you guys to create one and we'll have to go through the process to create it so let's start from the beginning here did anybody read that Dilbert cartoon while I didn't have a slide up so you could read it but the if you look at the URL on that the date is 2003 I believe January of 2003 which means the authors or Scott Adams Scott Adams okay yeah get my hitchhiker's guide Adams and this as I transpose those it means it you know he knew in 2002 what these things were the story thing is not a new idea it's a fairly old idea and the the story thing came from this guy Kent Beck Kent in the late 90s was looking at at process and was looking for things that were going wrong so if you treated the process that you work with like a product the thing that you're making and you want your process to work better you look for problems or things you can fix and one of the things he latched on to is the way we transfer information to each other the way