Author: Steven Savage

 

Posted on by Steven Savage

(This column is posted at www.StevenSavage.com and Steve’s Tumblr.  Find out more at my newsletter.)

Hello everyone, and welcome to my new column series. It’s a followup to an old series I did on how to use a brainstorm book. I’ve decided I need to rewrite to include my later insights, improve the writing, and explore it further.  If all goes well I might turn it into a book.

But let’s get to what’s important – the Challenges of Creativity.  These are why you need some method anyway.

Creative Challenges That Plague Us

Creativity is something we all rely on. For some of us, such as writers and graphic artists, it may be the core part of our careers. For others, it may be part of what we do, like creating presentations or infographics. Even if creative work isn’t part of our career it may well be part of our hobbies, recreations, and goals.

To be creative, as so many of us need to be, we need inspirations. We need those lighting-bolt ideas that come out of the blue, or slowly—incubated dreams that suddenly come to life. Inspiration is where the connections come together so we can make new things.

The problem is that creativity brings in a lot of challenges – a lot to fear.

We fear a lack of inspiration. We are terrified that our new ideas and innovations will just dry up. Without those creative sparks, we can’t do what we want to do – and the fear of losing them makes it worst.

We might fear too much innovation. Ideas come thick and fast, new possibilities intrude on our thoughts as we’re dealing with past inspirations. We get overloaded trying to keep up with what we might do – it almost makes a lack of inspiration welcome.

We fear losing ideas. No matter how many we have, too many or too few, we need to keep track of them to cultivate them and develop them. How we track them and evaluate them becomes critical to our creative work.

We fear not knowing how to focus. We have our dreams and ideas, we want to develop them – but which do we focus on? What creative work comes next?

We fear not knowing how to plan long term. It’s a problem to focus short term, but how do we arrange all these ideas for long-term? Will some never come to fruition? Should others be moved up in priority?

We fear being blocked. What do we do next? Why did this great idea suddenly stop energizing us? Perhaps the greatest fear creative people have is when things just stop in our heads.

If you sit back and think about it, creative work can be very stressful. Thinking over what can go wrong can paralyze us and make our creative efforts even harder to do. There’s an irony in that.

. . . maybe I shouldn’t have brought it up.

However, even if I’ve suddenly destroyed your confidence, I do have a solution I’ll be discussing in the upcoming blog posts – what I call a Brainstorm Book method.

The Brainstorm Book – A Quick Overview

The Brainstorm Book Method is actually three things.

  • First, it’s a physical thing – a book you record ideas in. You use this book to capture ideas.
  • Second, it’s a system – a way to use those ideas to maximize your creativity and prioritize them. You review the book at certain intervals, capturing and prioritizing ideas regularly.
  • Third, it’s a philosophy – a way to think about creativity. This helps you innovate and make your own methods or tweak my methods to fit you.

I’ll be exploring this method over the weeks to come – to help you out with your creative work and maybe put some of those fears to rest.

Remember, this is not just for artists or writers. This is for anyone that needs to imagine, dream, and creative – which is really anyone. From home cooks innovating new recipies to someone trying to figure out better memo systems on the job, we all create.

So, next column, let’s talk about your Brainstorm Book.  Er, the physical one.

– Steve

Posted on by Steven Savage

(This column is posted at www.StevenSavage.com and Steve’s Tumblr.  Find out more at my newsletter.)

As I edit A Bridge To The Quiet Planet to get it ready for my awesome professional editor, I reflected on what I went through to write the book.  I see now this could have been faster if I hadn’t spent time editing as I went, chapter by chapter until the halfway point.  In short, I actually aimed for quality too early.

At first this violated my expectations.  Being into Agile, I figured that doing it piece by piece, making chapters available to prereaders, would result in better quality.  It’s something I’ve read about authors doing before, and I’d read several articles on how instructional writing (which I’ve done for awhile) can be released in modules.  Shouldn’t a story be something you can release chapter by chapter and get good feedback?

Not entirely.

Now I’m not saying it’s a bad idea to make fiction available to prereaders in parts, but I’ve come to the conclusion that’s of very limited value.  Here’s why.

Instructional and nonfiction works are often something we can break down – and indeed, should break down – into pieces that almost anyone could edit.  Yes, some may miss context or seem borderline useless on their own, but nonfiction is often very modular.  We process instructions, history, documentation, etc. in discreet chunks – we think step-by-step.

Nonfiction works are a lot like modular software or dishes where you can sample individual ingredients and get an idea of their combined taste.

But fictional works?  They’re different.

Fictional works are much more of a whole.  They’re intellectual and emotional and literary, requiring many modes of thought and feeling to appreciate them.  They often have mysteries and callbacks and references – indeed, deception is part of some some fiction writing.  Fiction is hard to evaluate apart from the whole of the work – to truly “get” it you need the whole experience a complete work.  Finally, as fiction involves imagination, you often discover your work as you write it.

Fictional works are like software that requires a lot of code to be done before it functions or a crude alpha before it can be evaluated.  They’re like a dish that you can’t appreciate until it’s done, or ones requiring careful tweaking to get “just right.”

I now realize that I could be delivering A Bridge To The Quiet Planet to you quicker if I’d decided, as opposed to editing chapter by chapter, I’d just run on and pushed myself to finish the thing and accepted it wasn’t perfect – maybe put out one or two chapters to get my groove.  Now that I have a complete work, all the edits are far more richer, far more revealing, far more coherent – and much of my best edits were made when it was done and I could see the whole thing.

When I write fiction in the future, I think I need to accept that my initial effort is basically going to be like a piece of alpha software.  Good planning and thought can make it a very good alpha, but my focus should be to get it done so I have enough to work from.  Many things in fiction writing only become apparent once you have the whole picture.

Again, I don’t think this means you can’t put unfinished fiction up for review.  I just think people need to accept the limits of such things – and ask what delivers the most value for them and the audience.

I also find this very satisfying to think of.  I can accept that fiction starts imperfect because of all its factors and charge ahead, admitting it won’t be perfect.  It’s just that when the imperfect version is done, the perfect version follows more easily.

(By the way that title took me forever to come up with so I hope you appreciate the attention to alliteration.)

– Steve

Posted on by Steven Savage

(This column is posted at www.StevenSavage.com and Steve’s Tumblr.  Find out more at my newsletter.)

And here we are, the last Agile principle. Appropriately, it’s about review

At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

It’s another piece of simplicity – the team regularly reviews on how to become more effective then adjusts. It’s one of those things that should have gone without saying, which is why a bunch of people had to say it.

This is one that doesn’t have to be changed or altered for creative teams. But let’s take a look at what it means for creatives by breaking it down.

At regular intervals . . .

Reviewing is done at regular intervals – happening every x days or y weeks, or z months. Not “whenever” or “when we have time.” Reguarly.  This is important.

First, this regularity means that the review is guaranteed – you know it’s coming and when so you can prepare for it. If you’ve got a hectic or unpredictable schedule, this provides an anchor so you’re ready.

Secondly, this regular review means you hold it no matter what. There’s no saying “we didn’t learn anything” or ‘we can’t improve.” It’s a great way to break people’s habits and challenge any assumptions there’s “nothing to learn.” – and can get things out into the open and stimulate conversation. In creative works this is vital, since the unpredictable nature of the work may mean lessons are not immediately obvious – besides we know creative folks can build who ideas that they know something and be wrong (I’ve certainly done that).

Third, it gets people into an improvement mindset. In my experience the more you do these reviews, the more you learn, but also the more people improve outside of the reviews. Self-review and self-improvement is a skillset, and doing this develops it. There’s nothing like turning an imaginative team loose on self-improvement.

Fourth, it encourages applying lessons that can be used. In creative works, projects may differ wildly, so a regular review will in general lead to developing improvements that apply well into the future. Yes, short temporary changes may come up and be made, but in time you’ll improve longer and longer term as repeating issues come up and new insights get put into long-term practice.

Fifth, people don’t have to worry about missing opportunities or remembering everything they want to improve. Their work, especially creative works, may be seen differently in retrospect or with a marketing change. A person may have a hundred ideas but only remember five. Regular reviews mean you’ll be able to get back to forgotten ideas later or incorporate new views of old work. You can relax – you’re less likely to miss something.

. . . the team reflects on how to become more effective . . .

There’s two parts to this section.

The Team

The team is who does these regular reviews so they can improve – not just as individuals but a team. Now we have to ask who is the team?

To me the team is usually the folks doing the work – in the case of creatives those doing said work and their support team. But does that include consultants? The client? Beta testers? The legal team?   Asking this question is probably going to lead to unexpected and important answers:

By the way, no I can’t give you an obvious answer. But I can say in creative teams that it gets a bit hairy because that’s a place “things come together.” So your “team” may not just be people doing what you think is the work, but:

  • The legal team reviewing copyrights.
  • Proofreaders for documents who provide “testing.”
  • Marketers testing your ideas.
  • Support teams who provide software, hardware, maintenance on things like cameras, etc.
  • Administrative teams scheduling events.

Ask who the team is. The answer may surprise you.

Being More Effective:

Reflecting on being more effective sounds great, but there’s  an issue.  What does it mean for your team to be “more effective.”

It’s not an obvious question, which is why the importance is in how we answer it! How do you measure effectiveness so you know you’re getting better.

I often solve this by asking the team how they want to measure effectiveness and then going around until we have an agreement and a way to do it. For many it’s a simple general gut check of “did we get the work done and signed off on” but you may find a few additional factors come in. You may also find that it changes over time.

The best way, of course, is to focus on Value – did you deliver what people valued. But the way there, that may take some consideration, analysis, and arguments.

In creative teams, where metrics may be hard to come by and subjectivity is an issue, this question is very important. It may help to ask now and then just what effectiveness is and how you measure it.

. . . then tunes and adjusts its behavior accordingly.

Ah, yes the end goal of these regular reviews with the team – you review how you did and then figure how to tune and adjust what you do accordingly. In short, you decide how to improve your behavior, approach, actions, tools, and methods. you hold these reviews and then create *takeaways.*

I can’t emphasize this enough. Make sure that these reviews lead to concrete goals for the team that you can measure, and tasks for the team or individuals so you can say “it’s done.” I’ve seen people who do reviews insist everything be something that can be tracked as simple as a piece of work – and I have to say it’s effective.

Make sure your team comes up with concrete suggestions that you can move on. In fact, when I do this I review them reguarly, often during other meetings and definitely at the start of the next review.

This is needed in creative works because of the many variables, obvious, but also for another reason. Creative works, with their infinite options, also provide us many ways to improve. Having solid choices is a nice way to narrow things down to workable selections.

Having definite choices also keeps people from overloading themselves. After all, you can’t improve if all you’re doing for a few weeks is doing things better – so you have no time to DO the things you want to do better.

A final important note – improvements for individuals should be called out by the individuals themselves. The team’s goals are to improve as a team, and blame-slinging (even if true) is pretty disruptive at these meetings. I found a way to make this easier is to see if people have any personal improvement goals they want to call out to encourage personal improvement – but note the team has to support these people.

Note: If your team has too many improvements to make, have them force-rank them in order and pick what they think they can do in the next time period. That helps them prioritize (and deprioritize) and focus.

Do I Do This As A Solo Creative?

Yes.  You should do your own reviews even if it’s just you.  Even if you don’t review with a client.  Even if it’s just personal work. Sit down and go over what you did, how you’re doing and how to improve.

Remember, never assume there’s no way to get better . . .  even if you’re awesome on your own.

Roundup At The End

So there it is, the Twelfth Agile principle – go and review sutff regularly with the right people and make concrete improvements.

I find these reviews are almost comforting in any practice. In creative practices you’ll always be focused on going forwards, on lessons learned, on getting better. it adds a structure where needed – while also breaking you out of any assumptions or mental straightjackets.

Besides, creative people asked to “make something better” can often take off when given a chance . . .

A few quick roundups:

  • A regular review puts people into an improvement mindset, reduces the chance and fear of missing opportunities, and makes it predictable.
  • The team should be involved – but you have to ask who “the team” really is.
  • Reviews should focus on being effective, but you need to determine how “effective” is defined.
  • Concrete goals should be the end result of the review so you can move forward.

And that’s it folks!  The Twelve Agile Principles for creatives.  Now you’ll be pleased to know this isn’t the end – I’m using this as raw material for a book. So in a few months get ready for something even more awesome . . . and probably better edited.

– Steve

Posted on by Steven Savage

(This column is posted at www.StevenSavage.com and Steve’s Tumblr.  Find out more at my newsletter.)

We’re almost there, my iterative (ha) effort to review the principles behind the Agile Manifesto – for creatives. We’re on the eleventh principle.

The best architectures, requirements, and designs emerge from self-organizing teams.

For people not familiar with IT, the only area of this that may seem odd is the word “architecture,” the structure of IT systems and the like. So let’s tweak this just a bit for creatives

The best structures, requirements, and designs emerge from self-organizing teams.

There we go. So what can we learn from this principle?

The idea is basically this: that teams who-self-organize create the best designs, the clearest requirements, and the best way to get stuff done. This sounds great, but I find a few people worry about it; how can people who self-organize get stuff done?

That’d be a great title for a section.  Let’s do that!

How Can People Who Self-Organize Get Stuff Done?

First, the entirety of Agile thinking and Agile methods is about self-organizing. The principles reflect this constantly, from communicating among people to reflecting and analyzing ideas and results. All of this helps cultivate self-organization.

(Also, most teams self-organize anyway, because no one can constantly be there monitoring their every move, though people try.  So it’s more realistic.)

Secondly, I take the word “teams” in the broadest sense – this is everyone involved in the process, from the actual creative to the person requesting the work to the people giving feedback.  I mean everyone involved – we’re all part of the team, even the folks ordering the work or the users testing the software as part of a beta program.

I find this approach helps because when you think of teams as broadly as possible (which you should), there’s more collaboration and communication, more trust, and far less us-versus-them. You get a lot more done as you’re automatically involving more people . . .

. . . and you cultivate self-organization with training, with being a good role model, with pitching Agile methods, and of course by using the principles of Agile and the methods to get your own stuff done.

So Why Does This Work?

OK so your team self-organizes and gets how to work together.  Or they’re close enough that they self-organize anyway.  But why does it actually work?

  1. People use their hands-on knowledge to design, plan, and organize. Like it or not the person up top of the big old command pyramid doesn’t know what’s going on all the time – the people doing the work do. This is doubly true for creative works, that often require intimate knowledge, gut-checks, feedback, and specific knowledge.
  2. People find the structure that works for them. The people doing the work don’t necessarily know what’s going to work at the start – but being self-organizing they’ll find out. Plus this exploration yields insights they can use elsewhere.
  3. People who self-organize communicate. This feedback tells people what’s needed, allows for adaption, and builds relationships to further the work.
  4. People determine needed artifacts. Agile principles and methods aren’t big on giant piles of documentation, but we do need them. When you self-organize you come up with what’s needed to track work, describe it, and record information. This saves time and increases clarity (also saving time).

Just remember, to make this work you have to make sure people are allowed to self-organized, encouraged, and trained or otherwise supported in doing so.

Where Does This Help Creative Work?

I’ve hinted at just how this affects creative work, but let’s get down to it – why does self-organizing support creative work – and how can you support it?

It Avoids Overstructure: Starting a creative effort with lots of unnecessary structures in place will kill creative work which needs a level of freedom and feedback and experiment. Allowing teams to self-organize helps avoid this.

  • What you can do in your creative works is allow for self-organizing and be aware of when you’re over-attached to processes and procedures.

It Allows For Adaption: Creative work is hard to automate, even though many of us have tried (me included), and it needs room for adaption. Allowing for self-organizing teams allows for that adaptability upfront – people can find what works for them.

  • In your creative works, support adaption by helping people (even if it’s just you and your client) change and adapt what works, with your eye on the eventual goal. That focus on value will help keep you from being distracted.

It Allows For Communication: Creative works are communicative work (even if sometimes the goal is to confuse, such as in a challenging game). To support communicative work people have to communicate and thus self-organizing teams support that – but also force it. When there’s no checklist being ordered and people are encouraged to communicate, you get more actual talking.

  • For creative works, encourage communication among people – and communicate yourself. It helps to be supportive, finding what works for them, not forcing your goals of “how it should be done,” but helping people find what must be done.

It Creates Habits and Culture: Self-organizing teams build their own structures and methods – and habits. This means that there’s more than just some org chart – there’s good habits and in long-term efforts, a culture that evolves. People who develop their own structures,, methods, and so on will remember and embody what they’ve learned. In time this leads to even more productivity as this is in the bones.

  • In your creative efforts, support developing a culture by finding what works and noting things that went right. In times the best lessons burrow into peoples habits.

What About Solo Creatives?

But what about solo creatives? How does this apply?

Recall that the “team” is everyone as far as I’m concerned – the client, people giving feedback, your roommate offering unsolicited advice. Even if you’re on there own there’s still “teams.”

What you want to do is:

  1. Find what “teams” there are – you and a client, you and an editor, etc.
  2. Encourage the teams to self-organize. Be open to feedback, listen, communicate, focus on goals.
  3. When possible, cross teams over. Share that client who wanted your art with a writer that you know. Share an editor with someone else. Build a larger culture among individuals to support each other.
  4. Even when it’s just you in the end, listen to yourself and your ideas. You’re a multitude – be your own team.
  5. Self-organize – don’t get too lost in other people’s ideas and advice, even mine.  Learn to rely on your own wisdom.

Always keep the need to adapt and adjust and self-organize.

In Closing

The eleventh agile principles notes that self-organizing makes for the best results. This works because people communicate, determine what works, and create what structures and tools are needed to get those results. You can encourage this with

  • Avoid overstructuring
  • Encourage adaption with feedback.
  • Encourage communication
  • Encourage development of a larger culture – the self-organizing lessons we keep with us.

Self-organizing teams can produce the best results – even if sometime the team is one person.

– Steve

Posted on by Steven Savage

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

Now gear up for one of my top Agile Manifesto Principles, the 10th Agile Principle.  Let’s get to it.

Simplicity–the art of maximizing the amount of work not done–is essential.

It’s another one of those principles that I can’t really modify or need to tweak to apply to creatives. It’s simple – maximizing work not done is essential to Agile practices. Agile practices are a great way to get work done effectively and sanely. So to deliver things effectively and sanely – maximize work not done.

Of course simple, compact statments like this are the ones where we also need to delve a bit, so let’s just take a look at what the value of simplicity and maximizing work not done means to a creative.

Simplicity Is About Right Value

Simplicity sounds easy to describe – until you actually try to do it. Then I find its a bit hard to phrase it, but you can think about simplicity as not just delivering Value, but the right Value. You focus on what people need delivered – and as little else extraneous as possible. Remember, Agile is a way to deliver Value.

When you focus on delivering the right Value to people, then you avoid distractions, unnecessary work, and the like. You don’t just deliver value – you avoid delivering less valuable and non-valuable work.

Up front this means focusing on simplicity from the start. I find this helps with creative works because, with many options, and at times unclear goals, you have to choose options and clarify them. You may well have to help your client or end user find what they really want – because they may not be too clear.

This also means simplicity is about an investment of time – doing the simple thing might just seem to take more effort up front. As you’ll see, the benefit of this investment pays off.

Simplicity Is About Clear Communication

Focusing on simplicity also means clearer communications for three reasons:

  1. First, you work early to clarify what’s needed (and as noted, you often have to talk this out).  This means that you have to work on and develop clear communications.
  2. Because you’ve worked on simplifying work, you’ve also got less things to discuss to distract you.  Communications are clearer because there’s less to talk about.
  3. You also have less to distract you period.  Simplicity means less chance of error, less rabbit holes to go down.

In creative endeavors, that can mean subtle works, assumptions, and hard-to-communicate idea, this clear communication is valuable indeed.  The efforts that you make earlier (and the work you don’t do) make your life easier.

I find this is a great thing to communicate better with this simple rule; if it’s hard for people to communicate about a project or creative work, if you’re going in circles, it’s time to focus on simplicity.

Simplicity Reduces Waste

Because you’re not doing extra work due to a focus on Simplicity, you’re spending your time better. The work you actually do meets a need – a need you clarified by a focus on simplicity and not complicating things. Everything you do is almost certainly valuable, or at least more likely to be so. Remember the agile emphasis on reducing unnecessary processes and documents?

The focus on simplicity also reduces wasted time.  Simply, you’re doing less and so there’s less chance to do it wrong.

Simplicity Is A Goal

So the benefits of simplicity are clear, but Simplicity doesn’t just happen – it has to be a goal. Your creative works need to focus on the simple, the precise, the effective from the start.

It’s probably easy to get everyone on board with this once they realize the value of simplicity (which is often found by discussing value).  We all want less complexity anyway.

But remember, ultimately simplicity is . .

Maximizing The Amount Of Work Not Done

Yes, your goal is to do less work overall as an Agile Creative.  Lazy?  No.

There’s plenty of work you can be doing, so you focus on doing the right work.  You work on what really matters, in a way you can keep delivering effectively.  There’s all sorts of things you can be doing, focusing on simple, valuable work means you don’t get distracted or do unneded things.

I believe you should celebrate finding something is no longer needed.  When you find something isn’t necessary, when you can ditch parts of a project, when you find something you can cut, good.  I’ve actually complimented people on the job for finding something isn’t needed.

And when it comes to creative projects, remember that creative people love figuring things out.  Turn some of that loose on simplicity . . .

But this all ties to one more thing.

Don’t Just Find Simplicity – Make It

You shouldn’t just seek simplicity – though you should – you should also find ways to make things simpler over time.  Simplicity is something to build in:

  1. Streamline the processes and documents that you use to make them simpler, focusing on value.
  2. Find ways to streamline code that you reuse or templates that you use for art (shades of the 9th Agile Principle)
  3. Improve communications with simplicity, such as combining several meetings into one or having a check-in as opposed to elaborate email conversations.
  4. Drop overcomplicated methods.

Just as you work to deliver value, always be on the lookout to deliver simplicity in how you do things.

This allows you to not just help your client, but to constantly uncomplicate your life and your efforts.  Each time you make things simpler, it pays off now and down the road.

Remember This Is Essential

That “Essential” part of the 10th is a final thing to remember.  Simplicity?  Doing less?  That’s essential to agile and agile practices.  All that clarity, all that focus, all those benefits?  The’re indispensable.

So next time you find things getting complicated, remember simplicity.

Rounding Up

So let’s get simple with simplicity.  Working for simplicity and looking for work not done is essential to agile practice.

To do this:

  • Keep simplicity as a goal and develop it.
  • Focus on value to keep things simple.
  • Focus on clear communication
  • Focus on reducing waste.
  • Maximize work not done.

– Steve

Posted on by Steven Savage

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

Now on to the 9th Agile Principle, one of my favorites (it’s hard to pick a favorite), because it makes a great point often forgotten. It also applies to so many situations. Let’s take a look

Continuous attention to technical excellence and good design enhances agility.

Ah just soak that one in. By paying attention to technical excellence and good design, you become even more adaptable, more productive – more Agile. Simple, and elegant, so as you may guess I’m going to analyze the hell out of it. It’s not that it hides any excret complexity – it’s obvious – it’s that there’s a lot of power in this that anyone can use – and Creatives have unique opportunities to take advantage of.

Let’s take this – backwards.

The Goal: Enhancing Agility

Note this Principle spells out that technical excellence and good design are things that one wants to pay attention to – always. That of course seems obvious, because who wouldn’t want to pay attention to doing things right and designing things right? But it states specifically that this enhances agility – that it lets you act, manage, and work agilely.

The benefits of these things aren’t just “hey well done” – they’re that you use Agile methods and apply agile principles better. There’s a benefit beyond the obvious of “doing stuff well.”

So it helps to spell it out. If you want to improve agility, do things right and design them well.

For Creatives, which often deal with unpredictability, ways to enhance agility are always welcome. Creatives are almost always entering unknown territory, have challenges communicating work, and more.  Anything to make work more adaptable, more predictable – more agile – should be welcome. More agility allows you to deliver more value.

So let’s look at just good design and technical excellence help you out – and help you be an agile creative.

Good Design

When you design something well, it’s more than just a “valuable” piece of work. It delivers other benefits that deliver agility. Let’s look at them and how they apply to creative work.

  • Good designs prevents errors since you can get it right the first time. This means you save time since you’ve got less revision – and aspiring to good design focuses you on listening to the client and understanding work so you deliver value. That helps in unpredictable developments, which you probably face a lot.
  • Good designs are repeatable in part or in whole – which saves time in the future. That lets you work faster since you’ve got other things to call on like design templates, reusable code, or helpful checklist. This can help you in creative works because you’ve got some work done already – at least the less predictable or more standard parts.
  • Good design makes your work shareable – because you can communicate it. This makes it easier to review with clients, as well as easier to teach to people. Creative work has its challenges in communication, so good design makes it easier – and good communication means more agility.
  • Good design is just good practice. Making something well-designed in turn helps you just learn to do things better – and that by definition will make work more agile.  Creative work often involves multiple skillsets, so good design helps deal with that.

Technical Excellence

Good design isn’t necessarily the same as technical excellence.  Good Design may be about laying things out and putting things together well, about organizing and making patterns apparent.  Technical excellence is about attention to detail, about doing things right, and about not overdoing things. Again, it has obvious benefits anyway, but  let’s see how it affects Agile Creativity.

  • Technical excellence just means things are done right and done well.  This ensures not having to redo things so you can move on – good for any form of organization, but in agile . .
  • Technical excellence also means that you’ve learned lessons you can repeat and teach.  Since many Agile methodologies focus on review and improvement, when you do it right once, you can do it again.  This is important in creative work since, with so many options in creative works, having repeatable work is helpful.
  • Technical excellence builds confidence in the people you work with and deliver work to.  When people see you do well, they trust you.  Creative works, which have many options and many variants, require trust.

You want to aspire to technical excellence period – but when you work with Agile methods, the benefits are even more pornounced.

When it involves creative work, it’s essential.

The Ninth Principle

The Ninth Agile Principle really is a great reminder that designing things well and doing them right has more benefits than the obvious – it lets you be better at being Agile.  When you’re a creative it has some specific benefits:

  • Good design helps reduce unpredictability, creates repeatable elements, allows work to be easier shared, and is just good practice.
  • Technical excellence reduces doing things over, teaches you repeatable lessons and inspires confidence.

– Steve

Posted on by Steven Savage

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

Now on to the 9th Agile Principle, one of my favorites (it’s hard to pick a favorite), because it makes a great point often forgotten. It also applies to so many situations. Let’s take a look

Continuous attention to technical excellence and good design enhances agility.

Ah just soak that one in. By paying attention to technical excellence and good design, you become even more adaptable, more productive – more Agile. Simple, and elegant, so as you may guess I’m going to analyze the hell out of it. It’s not that it hides any excret complexity – it’s obvious – it’s that there’s a lot of power in this that anyone can use – and Creatives have unique opportunities to take advantage of.

Let’s take this – backwards.

The Goal: Enhancing Agility

Note this Principle spells out that technical excellence and good design are things that one wants to pay attention to – always. That of course seems obvious, because who wouldn’t want to pay attention to doing things right and designing things right? But it states specifically that this enhances agility – that it lets you act, manage, and work agilely.

The benefits of these things aren’t just “hey well done” – they’re that you use Agile methods and apply agile principles better. There’s a benefit beyond the obvious of “doing stuff well.”

So it helps to spell it out. If you want to improve agility, do things right and design them well.

For Creatives, which often deal with unpredictability, ways to enhance agility are always welcome. Creatives are almost always entering unknown territory, have challenges communicating work, and more.  Anything to make work more adaptable, more predictable – more agile – should be welcome. More agility allows you to deliver more value.

So let’s look at just good design and technical excellence help you out – and help you be an agile creative.

Good Design

When you design something well, it’s more than just a “valuable” piece of work. It delivers other benefits that deliver agility. Let’s look at them and how they apply to creative work.

  • Good designs prevents errors since you can get it right the first time. This means you save time since you’ve got less revision – and aspiring to good design focuses you on listening to the client and understanding work so you deliver value. That helps in unpredictable developments, which you probably face a lot.
  • Good designs are repeatable in part or in whole – which saves time in the future. That lets you work faster since you’ve got other things to call on like design templates, reusable code, or helpful checklist. This can help you in creative works because you’ve got some work done already – at least the less predictable or more standard parts.
  • Good design makes your work shareable – because you can communicate it. This makes it easier to review with clients, as well as easier to teach to people. Creative work has its challenges in communication, so good design makes it easier – and good communication means more agility.
  • Good design is just good practice. Making something well-designed in turn helps you just learn to do things better – and that by definition will make work more agile.  Creative work often involves multiple skillsets, so good design helps deal with that.

Technical Excellence

Good design isn’t necessarily the same as technical excellence.  Good Design may be about laying things out and putting things together well, about organizing and making patterns apparent.  Technical excellence is about attention to detail, about doing things right, and about not overdoing things. Again, it has obvious benefits anyway, but  let’s see how it affects Agile Creativity.

  • Technical excellence just means things are done right and done well.  This ensures not having to redo things so you can move on – good for any form of organization, but in agile . .
  • Technical excellence also means that you’ve learned lessons you can repeat and teach.  Since many Agile methodologies focus on review and improvement, when you do it right once, you can do it again.  This is important in creative work since, with so many options in creative works, having repeatable work is helpful.
  • Technical excellence builds confidence in the people you work with and deliver work to.  When people see you do well, they trust you.  Creative works, which have many options and many variants, require trust.

You want to aspire to technical excellence period – but when you work with Agile methods, the benefits are even more pornounced.

When it involves creative work, it’s essential.

The Ninth Principle

The Ninth Agile Principle really is a great reminder that designing things well and doing them right has more benefits than the obvious – it lets you be better at being Agile.  When you’re a creative it has some specific benefits:

  • Good design helps reduce unpredictability, creates repeatable elements, allows work to be easier shared, and is just good practice.
  • Technical excellence reduces doing things over, teaches you repeatable lessons and inspires confidence.

– Steve

Posted on by Steven Savage

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

Let me say up front this is one of my favorite Agile Principles (#10 is up there too.). It’s obvious, thought-provoking, and in-your face.

Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.

Yes, the Agile Principles state outright that you should find and keep a pace that can be maintained indefinitely, and everyone should have that pace. I’d love to phrase this positively, but let’s face it, it’s a principle about not burning out.

Yes, way back in 2001 the Agile gurus were well aware of the potential for burnout, death marches, and more and made it part of their principles.

Agile Processes Promote Sustainable Development.

Agile processes make sure that development is sustainable – that the inputs, velocity, testing, processes, demands, etc. all are aimed so everyone (and I do mean everyone) involved could keep this up forever.  This of course makes sense – once you find a doable pace you’re able to continue, predictably, over time.  When there is deviation, you can adapt as you’ve got a stable pace going.  When it’s sustainable you can keep delivering value.

This flies in the face of so much we’re taught about work, leisure, and so on. We’re taught to expect death marches. We’re taught to expect rushes. We’re taught to idolize being overworked. This Agile Principle outright states ‘bollocks to that’ and says ‘no.’ Or if we want to put it positively, says ‘yes’ to sustainability.

But I’ve seen so many death marches and overtime pushes I like the “no” part.  But let’s get away from negative/positive, let’s talk about why this matters to creatives.

  1. Creatives are often in areas and industries that promote death marches and rushes.
  2. Even if we’re not in #1 we often do it to ourselves.
  3. The unpredictability of creative work may lead us to pace ourselves erratically anyway – and accept it as normal.
  4. Because of these issues we don’t try to find a way to work better.
  5. All this stress outright kills creativity – and the goodwill that’s needed for it.  It’s a testimony to many creatives that they’ve sustained in the face of so many things.

Because it is so important this means . . .

We Need to Consciously Work On Sustainability

You don’t just say “hey, let’s be sustainable” and it happens.  It’s something you work on – this principle reminds us to commit to it, to make sure we find a pace we can all work at, together.

This principle, despite the fact it’s a call to work appropriately, is also a call to work on sustainability.  You need to take the time and effort to make work sustainable.  You need to educate yourself on principles and processes to make things sustainable.  Hopefully this is the collective “you” – all the sponsors, users, and developers in your creative work.

But it might be the lone “you.”  Sorry, you might be the lone voice of sustainability and have to advocate.  Maybe these columns can help, but let me emphasize that if you’re using Agile, keep reading up on it and researching it.  There’s plenty of knowledge out there.

Note that this Principle means everyone in the project.  It could just be you and one client, it could be a giant team and users/audience.  So let’s talk about how the three different groups – sponsors, developers, users – can promote sustainability on a creative project.

Sponsors And Sustainability

Sponsors are the people asking for the work. It would seem their role is obvious – don’t overload people!  Of course it’s not that obvious.  Each of the three groups have different interactions on creative projects.  So how can Sponsors work with the other groups?

Developers:

  • Sponsors need to understand what pace Developers can work at and support it – perhaps even push back on those pressuring them.
  • Sponsors need to work with Developers and be available so they can both assist developers, but also stay aware of their pace and sustainability.
  • Sponsors need to listen to Developers; the developers know what they’re doing. In creative work, this is exceptionally important because of the little intricacies and intimacies.

Users:

  • Sponsors need to understand User expectations – not just what is wanted, but what can be handled. it might sound great to shovel out a ton of stuff (such as game patches), but this may limit feedback and communication. Users can only handle so much.
  • Sponsors should listen to Users and get feedback, finding ways to encourage sustainable development.  This may also mean understanding User perspectives – and what they want and you want may differ.
  • Sometimes the Sponsor is the User – and you’ll need to figure out how you feel in both roles.

In promoting sustainable development, a good Sponsor is realistic, listens, facilitates – and doesn’t overload Developers. I won’t lie – sometimes you become a firewall or a funnel. Be a good one.

Now a few warnings. Where does this usually go wrong in creative works?

  • Sponsors often come to Developers far too late in creative processes – I’ve seen it a number of times. Sponsors should engage Developers in creative works as early as possible and learn their pace.
  • Sponsors overload Developers. This often fails, leads to bad blood, and the “there’s more where that came from” attitude I see a bit too often in creative fields makes enemies.
  • Sponsors don’t pay attention to Users or assume on what they want. They often get it wrong.
  • Sponsors assume they know how the creative process works. Often they’re wrong because even if they are a creative, each creative is different.

With sponsors covered, let’s get to Developers – which, my guess, covers a lot of my readers.

Developers And Sustainability

Developers make the creative work. Also an obvious role, but a Developer’s role is really kind of strange – they’re an expert in making something who often deal with people who aren’t. Thus you’re trying to give people what they want when they don’t know how you do it. Though they probably think they do and it drives you crazy.

Worse, you’re sort of in the middle of the Users and the Sponsors. You spend a lot of time making something for the actual target audience, you do research, so sometimes you end up as a bridge. When the User and Sponsor is the same (say, if you’re doing an art piece for someone directly), they can still seem like two different people and you have to bridge the gaps in someone’s own head.

(Ever have someone argue with themselves about a creative work? Probably.)

Finally, you’re probably the one most aware of any burnout, overload, or unsustainability, and you have to tell people about it. Sometimes those people aren’t happy with you. OK most of the time.

So first up, if you’re a Creative (and you probably are if you’re reading this), get ready to do a lot of psychology for yourself and for others. You do the work others don’t do, see things differently, and are kind of in the middle. However, to make sure your work is sustainable, you have to think about them.

Sponsors:

  • Give Sponsors feedback and information to help them pace themselves and pace working with you. The more pre-emptively you give them an idea of what’s sustainable, the quicker they’ll get it.
  • Help Sponsors reach a sustainable pace – they don’t do the work, they may not know what it is. You might save them from burnout and being overly pressured – or help them find they can do more.
  • Help Sponsors understand your work and what you’re doing so they can work with you sustainably.
  • If needed, bridge the gap between them and the user on what’s sustainable.
  • You’re also probably the one most focused on using Agile methods, so help them understand them – including the Eight Principle.

Users:

  • Understand Users have a limit to what they can process and work with that. Their pace may be slower than yours, so you need to slow down, or faster, and you need to find a reasonable delivery.  That may need to be communicated to Sponsors – and in creative work the pace may vary a lot.
  • Users may not understand their own limits; be aware of the.
  • Remember to work feedback from the Users of your creative work into your plans and pacing. Feedback can consume a lot of time.
  • Learn to understand how the users think and communicate. Help bridge gaps with the Sponsors.
  • Users might not get the creative efforts you put in – find ways to subtly make them aware (it helps set expectations)

A good creative Developer is aware of their process and abilities so they can not only pace themselves, but pace themselves with others, and help others pace themselves. Because you’re where work happens, you’re the most able to understand what’s going on and what can probably be sustained. You just have to make the effort.

Now a few bits of advice for Creative Developers trying to keep a sustainable pace in Creative work.

  • Sustainability also incorporates probable interruptions – vacation, illness, training, etc.
  • Yes, there will always be rushes. Minimize them, adapt, work them into expectations.
  • Don’t assume because you know how the creative process works that you’re superior – don’t get arrogant. That can lead to over-confidence and/or poor communication with Sponsors and Users.
  • Also remember how unpredictable creative work can be – communicate that but also work to minimize it.

Users and Sustainability

It feels weird to even go into this part – this is pitched at Agile Creatives. That definitely covers Developers and may cover Sponsors. But Users? They’re the end consumer of a creative product. They may not be that interested in all this.

I include this however because you, doubtlessly a Creative of some kind, will be communicating with Users (and thus you can figure how they can work with you), and probably are a User at some point (and can work better with others). It’s my small way to bridge the Developer-User gap in Creative work. Whatever side you’re on, you can help the other side work better.

One thing Users forget is that they to have to have a sustainable pace, and it’s easy to think “I can handle anything” delivered to you because you want it. However, getting too much of a good thing is not sustainable – you can’t enjoy it, can’t give feedback, etc. You to, even as a pure consumer, have limits, and pushing those does no favors to the people doing work for you.

Sponsors:

  • I find Users are often very abstract from Sponsors, from idolizing them to being suspicious of them, to ignoring them. Instead, be aware of them and who they are – and their motivations.
  • Understand sponsors have their own limits. Learn to be a responsible User in your demands and interests.
  • Find ways to engage Sponsors realistically – if they actually engage you, be grateful (I find a lot of Sponsors aren’t to great at this).
  • Be aware that the pipeline between Sponsors, Developers, and you has a lot of bumps.

Developers:

  • Respect the Developers time and understand that they are often not only the limitation on delivery, they’e also the ones doing a lot of work.
  • Engage constructively with Developers. In fact, the more you engage with them, the better you understand sustainability, and the more you can help them with feedback.
  • if you’re really engaged with Developers, learn how they work on their creative projects.  It’ll help you appreciate them – and you may learn some things.

I don’t have a lot of other advice for Users promoting Creative Agile to use Sustainability except for this – remember you’re part of the process to.  Working with others means much better stuff on your end.

Moving On- Sustainably

Sustainable development requires everyone’s effort – and commitment.  In a creative project, this is even more of a challenge.  It requires everyone to get on board.

Of course if not everyone is on board, you’ll get to help with that because you’re the one reading this.

So let’s round up what we can learn:

  • Good Agile involves sustainability.
  • This sustainability requires all sides to be involved and committed.
  • Each of those involved in an Agile project – creative or otherwise – has a role to play.
  • Sustainability is more challenging in creative projects due to a variety of factors.

– Steve

Posted on by Steven Savage

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

We’ve passed the halfway points! We’re now on the Seventh Principle behind the Agile Manifesto. It looks simple, and in fact is simple, which means I’m going to go on at length about it. Let’s take a look:

Working software is the primary measure of progress.

Yeah, it’s pretty clear isn’t it? I’m very fond of it because the idea is the measure of progress is something that actually works. No maybies, no charges, no plans, no mockups. Something that works is how you measure progress.

But let’s tweak it a bit for creatives, since creative work involves a wide range of stuff from art to presentations to films.

Usable products are the primary measure of progress.

There, not much of a change, but we broadened it out. You measure progress primarily by giving people things that are usable.

Now of course, I’m going to analyze the heck out of it.

You measure progress with something people can use – even if imperfect

Your efforts should focus on giving people something they can use and experience – that’s it.  It’s usable/working/review-able or whatever you want to call it.  That does not mean it is:

  • Complete.
  • Ready for public release.
  • Ready for all of your customers to use.
  • Even that good.

You may deliver work that’s incomplete and lousy, but at least each embarrassingly bad delivery there’s something people can use to give you feedback.  You will improve it over time.

As you may guess this means . . .

Delivering usable product means feedback

Giving people something they can use, no matter how incomplete or half-baked, at least means you’ll get feedback on it. It may not be nice feedback, it may mean a lot more work, it may mean a change of direction. But at least you know what to do next.

So the more often you deliver, the better you do getting people to their destination – because you learn how to better get there.  It’s a lot like navigation – in fact your customer or client may learn about what they really want once they have something they can really experience.

But it’s not just people who give feedback. You and your team give each other feedback. If it’s just you, then YOU give yourself feedback (even if it’s “that was dumb”). You also learn by making something usable as opposed to reaching abstract deadlines and milestones.

There’s nothing like having to make something workable to really learn what you have to do, and what you shouldn’t have done.

Now to do this . . .

This almost always means iterative development – so plan for it

So as you’ve probably guessed from reading so far, this Principle really hearkens to iterative development. You measure progress with usable product, so you’ll be delivering useable product over time – probably improvements of previous deliveries. That’s pretty common in Agile, obviously and we’ve already discussed it.

But this means that anything useable you deliver is something you should plan for and keep in mind. Don’t just work on something, work on it in a way that helps you give actual results as often as possible. This could mean:

  • Constant refinement, like putting a logo through more and more iterations.
  • Delivering in usable parts, like a costume where each piece is complete (and, say, at least display-worthy).
  • Delivering in review-able parts, like a piece of writing where each chapter is something that can be edited.

So you can keep getting work out, do that work in the best way that keeps delivering useable results. Because when you do that . . .

Useable Products Are THE Way to Measure Progress

Delivering usable products is the way to measure progress. There’s the obvious ones of “this customer is happy,” but you can also use this to get a bit more mechanical and procedural.

  • If you have a list of features for something, like perhaps a game, as you deliver them in prototype, you can check them off. Yes, some may be wrong or changed, but you can get a rough idea of progress.
  • If you are aiming for certain numbers, such as a performance score or loading speed or image size, then you can measure them – with workable product.
  • Of course, you get abstract feedback from others, maybe customers or even beta testers and early access users. They might provide other quantifiable forms of feedback, ranging from yes/no responses to answering polls and questions.

From simple lists of features to complex analysis, usable product is not just a way to measure results in general, but gives you a way to get specific results, maybe even complex ones that need some number crunching.  Thinking in deliverables and producing them gives you access to a wealth of data.

Though I wouldn’t overdo it. This is Agile after all, let’s not get complicated.

Rounding Up

Let’s review the Seventh Agile Principle for Creatives:

  • Frequently produce something usable for your audience, no matter how imperfect.
  • Iterative development is the best way to do the above, so organize your work accordingly.
  • Because you are delivering something usable, you’ll get feedback and learn, meaning you can produce a better product.
  • If you need to have deeper analysis, working products are a great way to do it.

It’s another simple principle, but it’s really great advice – progress is producing something.

Sounds like you could overload yourself with trying to constantly get stuff out, right?  Well, let’s move to the Eighth Principle . . .

– Steve

Posted on by Steven Savage

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

Agile principle #6 is a simple and sweet one about communications.  It needs no embellishment:

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

This is obvious.  If you want to get the most done, effectively, talk to a person directly.  I could probably stop here and you and I have easily discussed 70% of the value of this Principle.

Obviously I’m not done – and we’re talking Agile and Agile Creativity, so there’s some subtleties to go into.  So I’d like to discuss this principle in a bit more detail, and focused on creative work.  This probably would be faster if we were face-to-face, so revel in the irony.

Good communication is vital to all work – creativity moreso.

It’s obvious that you get more done productively if you actually go and talk to people, and in-person conversations convey a lot of information effectively.   In-person you can judge gestures, expressions, voice pitch and more.  In-person you sync-up with people better.

When you communicate effectively, you say more, hear more, and can work effectively.  You can adapt better because you’re actually talking to someone directly and saying so much more.  I’ve seen team behavior change and become more productive when face-to-face activities are introduced.

In creative works are challenging to communicate because they involve everything from intuitive interpretation to understanding complex emotions.  This makes face-to-face or similar far more important because there’s just a lot to convey.  So if you have to collaborate creatively, get talking face to face

(As you may guess, I accept we can’t always get face-to-face, which means) . . .

Face-to-face isn’t always possible, so make due

Communicating with people on your team face-to-face sounds great.  It’s also probably impossible at many times due to location, travel, mutual loathing, and what have you.  So what do you do?  You find the closest-way to face-to-face in order to interact.  This could mean:

  • Video conferences (with sharing)
  • Chat programs (of course)
  • Phone conferences.
  • Meeting face-to-face when you can and packing in all the communication you can do.

You do what you can.  This may mean when it comes to creative works, you have to get pretty innovative.  You may do things like sending people videos and following up with online chat, and it may not be face-to-face, but it’ll be as close as you can get.

Is this somehow violating the ideal?  No, because . . .

Face To face is the most efficient and effective method – not the only one.

This Principle is a recommendation and a statement of truth – face to face is the best way to communicate within your team.  It’s not the only one, it’s just the best.  Agile isn’t big on hard rules and structures.

But sometimes the best is not available, so you do what you can.  Don’t fret, don’t beat yourself up over it.  Just do what you can.

A quick thought for solo creatives.

Does this matter to the solo creative?  Actually, hidden within this Principle are two important lessons:

  • You may be solo, but changes are you still are depending on other people for some things.  Delivering supplies.  Providing editorial services.  Etc.  Face-to-face still applies to these “team-like” connections.
  • Are you taking time to really communicate with yourself?  Analyze results, do research, consider where you’re going?  You might not be – learn to pay attention to yourself.

A moment for review

This simple principle is pretty easy to review:

  • Face-to-face is the best way to communicate with your team members.
  • If Face-to-Face isn’t possible, learn the best alternatives.
  • Even when solo, practice good communications techniques and take the time to self-reflect.

Simple one there.  Good, because the next Principle seems simple – but has a lot of depth.  In a way it’s a core to a lot of Agile thought . . .

– Steve

...
Seventh Sanctum™, the page of random generators.

...  ...  ... ...

...
 
Seventh Sanctum(tm) and its contents are copyright (c) 2013 by Steven Savage except where otherwise noted. No infringement or claim on any copyrighted material is intended. Code provided in these pages is free for all to use as long as the author and this website are credited. No guarantees whatsoever are made regarding these generators or their contents.

&nbps;

Seventh Sanctum Logo by Megami Studios