agile

Steve’s Update 6/5/2017

by

(This column is posted at www.StevenSavage.com, www.SeventhSanctum.com, and Steve’s Tumblr)

It’s my weekly Scrum style standup for the audience – and you’ll notice it’s now Monday.  This is because yes, the week starts Sunday but those updates kind of invited me to move more week stuff into my weekend.  So now updates are Monday..

And now on to what’s up!

What’s Up For The June Sprint?

  • First, Way With Worlds Minibook #1 will drop eom.
  • Speaking at Hydra Comic Con.
  • Finishing the full plot outline and writing the first chapter of “A Bridge To The Quiet Planet” hopefully.
  • Donating some books to libraries.
  • A few social events.

So what have I done the last week?

  • Way With Worlds Minibook #5:  Got behind on this, trying to get back to it.  I think I’m kinda of tired writing these, so maybe book #6 just needs to be done in one go.
  • Social: Finished up Fanime.
  • Her Eternal Moonlight: The sale completed!
  • “A Bridge To The Quiet Planet:” I think I’m back on track.  I’ve got an expanded plot outline done more or less on time.

What am I going to do this week:

  • Way With Worlds Minibook #5:  Try to, well . . . write for it.
  • “A Bridge To The Quiet Planet:” I’m going to finish up the full plot outline – scene for scene – this weekend.  This is the big one.  If I can get this to work I’m ready to write.  Not 100% sure I’ll do it, but let’s give it a shot!
  • Writing: More blog posts – now alternating my agile findings and my writing experiences.

Challenges and blockers:

  • My allergies are back, so we’ll see how bad that hits me.
  • I realized I’ve not done any new generators – I might shift some priorities to do a fun one.

– Steve

My Agile Life: Breaking It Down So It Works Together

by

(This column is posted at www.StevenSavage.com, Steve’s LinkedIn, and Steve’s Tumblr)

(My continuing “Agile Life” column, where I use Scrum for a more life).

One of the challenges of doing any work is that things we want to get done can conflict with each other, are hard to schedule, can only be done at certain times, etc. That makes anything, from delivering software to my own attempts to organize my life a bit more challenging.

What I found is that when you figure out the things you want to do – the stories and tasks – don’t just design them or break them down in a vacuum. Design them so they’re as easy to do as possible, hard to block or disrupt, and of a size where you can have a good chance to complete them in a reasonable time. This way you can maximize value, deliver quicker, and be disrupted less – and even when you are disrupted, you can switch priorities easier.

Here’s a few examples:

  • You’ve got to buy gifts for Christmas. You could have a simple Story “buy gifts” and “order for everyone on the list” but there’s a lot that could go wrong – lack of gifts, delays, a need for research, and that’s one big block-of-work. If you make a task for each person you can do them in order in one go – but if there’s any delays or unavailable items, you can take care of some of the orders a different way. This lets you timeshift or adapt (and is good policy).
  • You’ve got a massive art project to do. You prefer to do it in one 8 hour go, and you really can’t subdivide it without losing your mojo. You make sure your other tasks are broken down so you can easily fit them around the needed 8 hour block, and get the important stuff done early. (By the way, in my experience the Big Block does not always work, so be careful)
  • You plan to deliver a book chapter for a technical manual to an editor. It’s going to be a hefty chapter and require some research. You decide to make each section its own story.  This allows you to adapt (by doing them out of order), get them to the editor quicker (thus avoiding lots of WIP), and gives you a good sense of organization.

A rule I found helps is this: break down stories so that they don’t just deliver value, but require as few tasks as possible, and those tasks are as small as you can reasonably make them.

This will mean more stories, but stick with me here.

Stories deliver value. If you can break down stories into the smallest chunk of actual value, then you can deliver (and evaluate) that value faster. In turn because you are working on smaller pieces, you can shift them around, scheduled them, deal with interruptions by working on something else, etc. This also lets you focus better – and change focus if needed.

So if you’ve got lots of small stories, it’s probably a good sign. Sure there may be some big ones, but if a lot are small then you can move them around while you deal with the big ones.
– Steve

My Agile Life: Failure

by

(This column is posted at www.StevenSavage.com, and Steve’s Tumblr)

I’m talking my “Agile Life” experiment where I use the Agile techniques in Scrum in my everyday life.  Well, it doesn’t always work, so let’s talk failure – specifically something that went bad this Sprint of May.

As you know one of my goals for the May Sprint was to plot a new novel and write chapter 1. That has partially failed – which is a great time to examine what I did wrong and talk failure.

Agile methods are all about learning as opposed to shame.  We all make mistakes, we all have discoveries of what we didn’t know, so the goal is to learn and adapt.

So first, let’s see what happened:

  • I was going to start a new novel, “A Bridge To The Quiet Planet,” an SF/Fantasy mix.
  • I was going to use a lot of the techniques I’d used before to write it – heavy setting detail, iterative plotting. Just on a larger scale.
  • I found things not feeling “right.” The plot was stale, parts came and went, I didn’t feel I had a grasp on the story – I had about 60% of it but something felt off.
  • After analysis I realized I didn’t have a good a grasp as I thought, it wasn’t quite “alive.” There were good parts – there were *great* parts. But it felt half-made.

So now the questions come in – “Why.”

There’s a great technique called “The Five Whys” that I learned – basically to solve a problem, ask why – and when you get an answer, ask why again. Soon you’ll get to the cause, part of the cause, or one of the causes.

  • WHY did it feel wrong? Because it was. It was patchwork.
  • WHY did it feel patchwork? Because some parts were far more fleshed-out than others and they conflicted due to that.
  • WHY are they half fleshed-out? Because my designing was erratic.
  • WHY was my designing erratic? Because I dived in and didn’t think of what I needed to do as a specific set of tasks.
  • WHY did I do that? Because I didn’t think I’d need it, I’d just dive in as I’ve done this before.

I came to realize I got a bit arrogant. I’ve written and built worlds for 40 years. I’ve published books. I should be able to dive into this right because I’ve done so many similar things?

Yep, I should – if I had thought ahead. But I didn’t think about what was needed, didn’t look at my techniques, didn’t break down the work. If this had been a programming project, it’d be the Product Owner and an Engineer saying “hey, we know how to do this easy, so let’s just block out some time” without the Scrum Master saying “why do you think this doesn’t need the usual level of analysis?”

What I should have done is use all my techniques and experience to design a better plan – how long it’d take for this tasks, what tasks were needed, and so on.  It would have made me think, made me more aware of the work needed, and how that work tied together.

Lesson learned – in writing, like anything else, a good work breakdown is needed.  Just because you might be able to do it “from the gut” is no reason not to think it over – especially when you’re getting back in the swing of things.  Had this not been a novel but a shorter work I might not have caught this mistake.

Now of course after finding this the goal is to get back on track. How am I doing that?

  1. I will focus this month on plotting – any time meant for Chapter 1 now moves to plotting.  That helps me get a timeframe.  It’s still adding work to my sprint, so I may move out other plans – since getting this done is important, and spreading it out too much may mean it loses coherence.
  2. Writing is moving out by one month at least – maybe two.  But I’ll try to do Chapter One next month and then slowly ramp up.
  3. To plot the book I am breaking it down into tasks required to get a full plot outline that I can write from.  It’s really more of a product design process or a research task.  I may write up more on that depending how it goes.

The story quality is already looking much better, and I learned something about my own creativity. Also the story may have a slightly off kilter Technomancer riding a motorcycle on top of a moving train, so there’s that.

A good lesson on many grounds.

– Steve