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.
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:
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 . . .
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 . . .
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:
So you can keep getting work out, do that work in the best way that keeps delivering useable results. Because when you do that . . .
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.
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.
Let’s review the Seventh Agile Principle for Creatives:
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 . . .
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.
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) . . .
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:
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 . . .
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.
Does this matter to the solo creative? Actually, hidden within this Principle are two important lessons:
This simple principle is pretty easy to review:
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 . . .
So if Agile Principle #4 was kind of heavy, Agile Principle #5 is a bit more philosophical – but also is very thought-provoking. It states:
Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
This one makes a lot of sense. Make sure you have motivated people, give them what they need, and trust them. It’s a great principle, and having seen the opposite applied, I can assure you it leads to failure when you don’t do this.
But some creatives are solo acts. So let’s add on to this:
Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. This applies to any size of team, from yourself to a large group.
There. Now it applies to everyone from a hundred people to you alone working on a project. In fact, imagining how this applies just to you helps you understand how it applies to a team. Let’s take a look at this Principle:
It may seem weird to focus on just two words, but the fact this is about projects is important. Projects have defined goals (even if they change) and ends (or potential to end). It’s important to have bounded activities and goals – and not just for direction or signoff.
Having a project focus means you can evaluate progress, know what you want to accomplish, and know when you’re done. That’s vital to retain motivation and interest in these projects. People who feel motivated may loose it if they’re going in loops and don’t know if they’re accomplishing anything.
This is even more important when talking Agile for creatives. Creative projects can go in all sorts of directions, never end, never be broken down. Infinite possibility gives you infinite ways to never complete the work.
Solo Creative Tips:
Quick, when’s the last time you worked iwth unmotivated individuals? Did you measure it in years, months, days, or minutes? Were you an unmotivated person?
Forget any happy motivational speaker talk, let’s be honest – unmotivated people do awful work. Many, many projects fail or are done halfway because of poor motivation. Many managers and leaders never pay for their awful job at motivating and finding motivated people.
Meanwhile, truly motivated people can achieve a great deal. Motivation is instinctive, and thus it guides and directs, inspires and drives; a truly motivated person brings their entire set of skills and interests and knowledge to a project.
If you want to have a project succeed, you want to find people who are motivated and motivate those there. I will state for the record many, many people are utterly terrible at this.
Motivation is a necessary part of any Agile method as it’s a light, adaptable approach to work. It doesn’t rely on someone directing or provoking work, it relies on feedback, direct communication, and initiative. Un-motivated people give poor feeebdak, ask poorly for feedback, have issues with communicating, and have no initiative. Agile methods of any kind don’t work without some motivation.
That means it’s up to you on any project to encourage motivation in yourself and others – and to find it. This is an entire area you could study up on to improve your work and leadership, by the way.
For creative work, you can guess that this is somehow even more important. Creativity is visceral, and the gut-feel of motivation is necessary to drive creative work – or even to feel creative. Creatives who are unmotivated often have trouble doing work or their best work as they don’t have that visceral drive.
And most work has some creativity in it.
Solo Creative Tips:
People need the right environment to succeed of course. The right technology, the right information, the right lack of noise (or lack of lack of noise).
When it comes to creative works, this is even more important because creative activities require certain technologies, environments, equipment, and more people aren’t always aware of. That monitor better have damned good color resolution for subtle artistic tweaks, you’ll want to get that bulk membership to a royalty-free photos site for digital work, and if your team works odd hours have the right chat software. Creative work’s “right environment” may be something not easily apparent.
It helps of course to ask people what they need- and listen. Which leads to . . .
People also need support. They need someone to solve problems, address issues, back them up, give them the professional and personal help they need.
(If you ever worked with a job without good support, well, you know how well that went. And why you’re probably not there).
For creative work, support is, much like the environment, something that will take effort to provide because of the many variables of creative work – and creative people. Listen to people doing the work like writing, art, graphics, and so on to figure what support they need – and provide it.
If you are a creative, learn to listen to and support other creatives on your projects. Creativity isn’t some magical spigot we turn on and off, and if you know that, you can help others.
By the way, on the subject of helping others, let’s get to helping yourself . . .
Solo Creative Tips:
Once you give people who are motivated the right environment, once you’ve got their back, go ahead and trust them to do the job. Help, enhance, guide, offer, so what you can to assist. But trust first (which may be hard when a mistake is made, but often they’re honest).
This is challenging in any situation – we’re taught not to trust people. One of the most revolutionary things about Agile methods is the emphasis on trust and transparency, which is probably why they can be so disruptive.
Creativity, which is often variable, unpredictable, and personal makes that trust harder to give as it’s harder to understand what’s going on. If you’re working with creatives, you’ll want to go the extra mile to trust them. That’s also because . . .
. . . trust is somehow even more vital in creative works. Because of the many variables there’s personal opinions, trial and error, and the need to experiment. This means that creative works, in some ways, can go further afield before coming back to the point and may need even more feedback than most works. Trust is essential for this – and to navigate the more esoteric issues you may encounter.
On a personal level, I think there’s also a kind of mistrust of creatives among people. Folks may see them as lazy as their job seems enjoyable. People may think they’re strange because of their work. Others may assume they’re unreliable because of the many variables in their work.
Most of that is B.S. But it’s a challenge for people.
Solo Creative Tips:
The Fifth Agile Principle is one of the most wonderfully obvious, no-nonsense ideas that really calls out how easily you can do things wrong. Get motivated people (or motivate them), give them what they need, stand back and trust them. Stuff gets done.
It bears repeating because, like many Agile Principles, the obvious gets missed. That’s why we need them.
When it comes to creatives, this principle requires thoughtfulness and discretion because supporting creative works may require extra effort – especially if you’re not a creative type. It’s one to keep in mind as you help people out.
And if you are a creative, hey – support yourself. And support others doing creative work.
There’s something horribly restrictive about creativity. Ever start something and feel trapped? Ever have an imaginative project become a burden? Why?
If you think of it, creativity means that you can do anything. The human mind can imagine things that were are are, never were but could be, and are not but shall be. In a creative act, from an add campaign to a novel, you could do anything.
Modern tools make things even easier. A decent set of CGI tools or self-publishing can bring any work to life.
Yet, why are creative works and acts so often frustrating, feeling like a trap? Why do we worry over writer’s block, argue about subjective artistic choices, or turn creative work into a death march? That’s because the sheer opportunity of creativity and all the options leads us to make bad choices.
When you can do anything, you can find new ways to screw it up.
We all know writer’s and artists with too many ideas in their heads – indeed we may be one. They have all the opportunity in the world – and can’t decide what or how to do it. They are paralyzed by the very power they have to create.
Soon, nothing gets done because they can do anything. One choice is swapped for another, one color for another, and nothing truly finishes. It’s like constantly trying to adjust your thermostat.
(This is similar to the business term, “Paralysis through Analysis.”)
We can be free, only to be lost in a maze of maybes.
Having many ways to create, we also can see many paths to failure. Which is the right option out of an infinity? Which will get the job done? Which will at least keep people from getting angry at us?
Lost in fear, we loose our creative edge – it’s hard to imagine when you’re second-guessing everything. Creativity becomes a constant dodge of imagined failure and anger. At best, we imagine ways around problems we also imagined.
Fear is one of the causes of the Choice of Paralysis as well. Because we’re afraid, we’re endlessly using our imaginations to come up with things we then decide aren’t good enough.
Creatives are good at imagining, and often imagine worst cases.
Communicating creative works is hard. There’s often something visceral, beyond words at the core of what we do. But we must also make it accessible to others – because our audience is often not us.
Yet with so many options, do we choose the one that helps people get it? I’m not talking about over-explaining, I’m talking about using our infinite choices to create a work that is accessible to the audience. It’s all well and good to have a great idea, but not if people can’t enjoy it.
At times, frustrated, we may avoid addressing miscommunication, because we expect to be “misunderstood.” We don’t have to.
At times, aloof, we may figure that we don’t have to work to be accessible, for the journey to understand our creations is part of them, right?
At times, we fear miscommunication – and the Choice of Fear catches us again.
We have infinite options, and sometimes choose the ones that lock people out or can never figure how to talk to them.The Choice Of Restriction
When confronted with many options, some of us don’t choose to wander through creative options, we instead restrict our choices. Plans and plots, review sessions and sign-offs, imagination turned into a checklist. We try to restrict and channel creativity, to avoid both too many opportunities as well as the fear of failure.
In this case we probably stomp all the fun out of it – and make ourselves less creative. It’s hard to look forward to your next work when all you can see is lists and marketing data.
Worse, we often make the Choice of Restriction because it helps us deal with the other bad choices. If we build some elaborate system it’ll solve all our problems! Of course we then imagine a system that destroys the fun of creativity.
We try to control creativity and thus make it harder.
Confronted with many fears, with marketing needs, with needs for a paycheck, many creatives opt to play it safe. Make the same thing over and over. Don’t innovate too much. Recheck everything. Make it like last time.
We take all that potential and make it like te last thing we did. Some creatives are satisfied by this – and the paychecks – but not everyone. Besides “Survivor bias” paints a far rosier picture.
This is often the end result of the Choice Of Restriction. We give up on creativity entirely, and just make it into a machine. We may wonder, at times, why we’re so frustrated, but may lack the imagination to know why.
We can try to stop innovating, just to be safe. It somehow doesn’t feel safe.
So now, facing these paradoxial choices – Paralysis, Fear, Miscommunication, Restriction, Safety, how do we creatives deal with them?
By getting ahead of them. You’re a creative person – you should be able to create ways AROUND these limits. You need to face them head on. Here’s a few things I found, but you’ll need to find your own methods:
Paralysis – Can be addressed by making and reviewing choices, accepting imperfections, and iterative improvement.
Fear – Can be addressed by diving in, producing, facing it. In a few cases personal support or even therapy may help, but don’t let fear rule you.
Miscommunication – Develop empathy with people. Learn to understand them. Also learn that you can’t please everyone – don’t be angry about that, accept it.
Restriction – Can be addressed by making it unnecessary as you’ve build in your own ways of channeling work, but giving yourself space.
Safety – Dealing with Safety requires us to regularly get out of our comfort zones. It doesn’t mean some radical push, it means regularly poking your head out a bit more, trying new things.
For me, using Agile methods have been my methods. Regular reviews help me stay on track. Setting out blocks of time gives me freedom. Staying in touch with my vision gives me guidance and inspiration. It’s worked for me – it may work for you.
But my methods or not, tackle these issues head on.
As a Creative, find your methods, your ways, to deal witht hese issues. They might be my ways, they may be someone elses, they may be yours. But when you address these Choices that make Creativity so paradoxial, then you can truly get amazing things done.
With less stress and less of the wrong kinds of paradoxes.
Now the fourth Principle of Agile Software, which we’ll be re-purposing for creative work, is simple until you think about it for two seconds. It states.
Business people and developers must work together daily throughout the project.
Easy, right? First, let’s tweak this a bit for creatives
Customers and creatives must work together daily throughout the project.
Still simple, but I’m pretty sure you’ve been in situations where you couldn’t get someone to talk. Or respond to email. You probably wondered if they were OK. Maybe the Fourth principle is harder than it looks . .
At the same time, despite your disbelief, you probably see the value in this. If you and whoever you’re doing work for are in communication, you work better, get feedback better, and so on. Work becomes easier, faster, and friendlier.
It’s just that this sounds like it’d be real hard to implement.
So let’s break this Principle down – and focus on how you make it work – to everyone’s benefit.
This is a bit of a “duh” rule. But pause for a second and ask yourself what working together with the customer *really* means.
This Principle doesn’t say one is in charge and the other isn’t. It’s not about following a plan or not doing it. It’s the idea that you and your customer work together. You’re a team, even if one of you sort of started all of this and is probably paying the bills.
So you want to make sure you and whoever you’re doing creative work for are actually cooperating together to get a result and thinking of yourselves as working together. This is a bit of a radical mindshift (probably for both of you) and you can help encourage it because, well, you’re reading this. Approach working with your creative customers as a team effort, which means:
By the way, this may have you askin “hey, who is my customer.” We’ll get to that, but let’s finish off looking at the Foruth principle.
Yes. The Fourth Agile Principle expects you to work with your customer daily throughout the project. The reason for this is obvious – you’re in touch with the people you’re doing work for. Talking to them and communicating with them to get questions answered, get feedback, etc. means two things:
Yes, you are in contact daily, interacting, daily, and by now you’re probably thinking “how the heck can I do that?”
Ideally, you’d be in touch with people you’re doing work for all the time; indeed, ideally you’d work with them in person. In actual reality, in an age of conference calls and distributed teams, it’s a lot harder to work with people daily. I find the best way to solve this is – literally – just do your best and be aware of it.
It’s an ideal to aspire you. A few things I’ve found that help are:
I tend to solve the need for regular communication by mixing regular methods (daily updates, radiators) and informal (using chat programs and upates). Combined together, people stay in touch overall, even if individual methods don’t cover everyone.
And yes, trying to convince people daily communication is a good idea may be hard. If you’ve got people who are heads down, who like their privacy, etc. it may be harder. Cultivating this is going to be a bit of work.
Ultimately, I find this part of the Fourth Principle ultimately wraps up with the first part. You work together, you cooperate. As you do so, you’re better able to communicate daily because you’re more of a team.
But there’s a complication . . .
The Fourth principle may sound hard to implement, but it’s an easy one – except but there’s another wrinkle. There’s the customer and then there’s the audience . . .
If you’re doing a logo, it’s easy – the customer asks for a logo. You make it. The customer’s customers, the “audience” may or may not like it, but it’s probably no big deal.
But what if you’re making a tutorial? Someone may ask you to make that tutorial, and you work as a team, but isnt the audience someone you need to keep in mind, because that tutorial is for THEM. The audience is also a bit more of a customer.
Now take this all the way; you’re an author. You have no direct customer or customer team, just a lot of readers, some of which you’re in touch with some of which you aren’t. How do you collaborate with that ?
When working to use the Fourth Principle as guidance, you’ll need to understand just who the customer is and just who the audience is. It might not be easy.
Let’s review the Fourth Agile Principle for Creatives:
One simple Principle that packs a lot of benefits – and a lot of challenges – in. Worth taking to heart, just be ready for the actions it’ll take to make it real.
But, you’re someone that probably wants to improve and grow – as does everyone on your team. Let’s look at that in the Fifth Agile Principle.
All right now let’s get to what the Third Agile Principle and what it means for creatives, and continue our journey to apply the Agile Manifest to creative work.
I’m sorry, Third Principle of Agile Software. In fact, it’s kinda software-heavy Principle, which means for creatives we’ve got to rethink it a bit. Let’s take a look:
Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
This is pretty clear: deliver actual stuff often. It’s just it assumes that you’re delivering software and that you deliver within a given timeframe. As a creative, you’re probably not delivering software, and we know all to well some creative works need delivery in compressed timeframes.
Let’s not constrain ourselves and think of the third principle this way:
Deliver useable work frequently, with a preference to the shorter timescale.
Pretty clear? Let’s break it down and see what it means from you. This one is *dense.*
Whatever you give to a client, customer, etc. should be something usable. It may be rough, it may be incomplete, it may be rather bad. But you deliver something they can use, even if upon using it they think “this needs a lot of improvement.”
So why are you doing this for them – and perhaps to them?
First, usable work gets you feedback. A (somewhat) useable product, like a logo or document, means people can evaluate how you’re doing and give directions – or confirmation. It may mean they can even put your work into use, which means they get feedback to pass on from other people. For creative works, which have so many variables, early feedback is important as it helps you navigate to completion.
(Shades of Principle #2).
Second, focusing on useable work focuses you on making things people want and need. What is the highest priority to do? What makes something “usable” versus just “better?” Asking these questions means you are more likely to focus on what’s important; developing a new logo that looks right is better than slightly tweaking RGB codes to get the perfect blue half the population can’t tell from most other blues.
Third, this focuses you on delivery. You have to figure how tomake whatever you do actually deliverable and accessible – which can be very revealing. Having to make something that people can use means considering everything from file formats to image sizes to spellchecked documents. You have to ask just what to do first and in what order. This is a great way to reign in your creative ideas and focus on something you can actually give solid form.
These three words are a great way to focus on getting the job done – delivering the right thing so you get feedback. It’d be great to get that early, in fact . . .
EXERCISE: Think of one of your latest creative works. What made it “deliverable” – and how much work did that take over doing the actual work?
If you’re going to actually give people a usable result, be it a comic strip or a piece of a costume, you don’t want to wait a long time for feedback. So when you deliver, whatever you deliver, however pathetic (but functional) it is, deliver it frequently.
Frequent delivery of work means the people you’re doing it for give you feedback more often. With more feedback, the next delivery becomes better (and perhaps faster). Frequent delivery means a dialogue, and enhances communications. In fact, frequent delivery can help lower barriers (psychological and institutional) as people get used to communicating and find new ways to do it.
This is very important in creative work as, with so many variables, communications helps direct your efforts.
With this frequent delivery, people also build trust. When a creative provides results to a client, even if incomplete, they’re taking the lid off of their process and giving people a view of how they work. When a client gives honest feedback that helps, the creative can trust them more. In both cases things are much more open and obvious.
This is very important in creative work as, with so many options and directions, and with work often being personal, mistrust or miscommunication can occur too easily.
Behind the scenes, thinking Frequency also means you restructure your work so you can deliver effectively. This can be challenging and even contradictory, say delivering the later chapter of a book earlier as it’s easier to do or more vital. But when you think frequent delivery, you think about how to deliver better.
“Frequently.” That one word in the Principle covers a whole lot.
EXERCISE: Think of someone you worked for where there was a lot of mistrust. How could more frequent deliver or communications have helped lower that mistrust?
Well if you’re delivering all this useable work frequently, getting all that feedback, thinking how to make things deliverable, you also want to do it as often as possible. The shorter the better.
This part of the principle accelerates all of the other benefits:
If there’s a challenge, it’s deciding just how frequent you really need to deliver. This is something to figure out between yourself, your client, any co-workers, and harsh reality.
This “more often” can get pretty common. After all you could optimize work to deliver daily or every other day. You might work directly with a client for a time or for an hour each day. If it works and delivers value then give it a try. In creative work, the more feedback the better.
By the way, I reccomend the timescale you use be regular if possible. Having an idea of when you meet, or when someone is editing a document, or when you have to send a file increases predictability.
EXERCISE: How fast do you usually deliver work to a client, and why do you work in that timeframe? Have you tried other timeframes – or any?
Delivering useable work frequently sounds simple – perhaps one of the simplest ofa the Principles, but it like all Principles it has hidden depths. Frequent delivery of useable work does everything from making you consider your work to enhancing communication. Besides, if you get anything wrong on the work or anything else, you get that fast feedback.
Work with people, clients and co-workers, to get that rapid and effective delivery into your creative works. You’ll be glad you did – or if you aren’t glad, you will be iteratively.
So in review:
Back when I started working on Flight Of The Vajra, that mammoth space opera epic thing o’ mine, I wasn’t in the habit of assiduously documenting the contents of my stories for reference. If I couldn’t fit the whole thing in my head, my thinking went, it was my fault. Then I discovered Dostoevsky’s work notebooks and decided to stop being silly and start keeping track of everything. And thus was born my use of a wiki as a receptacle for all things related to a given project — characters, plotting, storyline, locations, red herrings, MacGuffins, veeblefetzers*, etc.
The trap with such things, as I quickly found out, is that you can spend so much time planning and documenting the project that it becomes tempting to use that as a substitute for writing it. In which case you’re not dealing in fiction anymore, but something more akin to tabletop RPG modules.
I’ve played a lot of RPGs and games. I love worldbooks and guides. I enjoy fan wikis. However, reading Serdar’s comments made me realize that it’s possible to take documentation concepts from one form of media and apply it to another inappropriately.
RPG books, character sheets, wikis, etc. can teach us great documentation skills, as well as different forms of documentation. However, if one is not careful, one can take the methods and skills from one form of media and try to apply them to another where they don’t do any good and may harm the work.
Case in point, Serdar’s example of overdetailing something so much that you’re not writing, say a book, but a module about the book’s world – which may keep you from writing the damn book.
This is a danger that creatives face, and I think it’s a more modern creation – we have so many documentation methods and tools at our disposal, we may over-use them or use then inappropriately. We end up wasting time with unneeded documentation and documentation forms that keep us from writing the story or creating the comic or coding the game.
A good creative has to be selective in what they document and how they do it. By all means get diverse experience, try different methods, indulge your skills – but pick what works. Don’t go overboard with documentation you don’t need.
This is extremely hard for me to admit as a worldbuilding fanatic, but you can overdo documentation or do it wrong.
Let me leave you with a metaphor a co-worker used (which in term he derived from a Scrum training event) – optimal miscommunication. You don’t have to say everything to say enough, and it’s better to leave things out to help you communicate what’s important.
Or as I put it, better to have 80% of what you need documented and it’s all useful, than have 120% of everything documented and then have to figure out which of the extra 20% you don’t need.
And we’re back to applying the Twelve Principles of Agile Software of the agile Manifesto – originally meant for software – to creative works. Let’s take a look at the second principle, which embraces what usually drives us up a wall. That, for those of you with a long list of wall-driving, is change.
The Second Principle is:
Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage.
This is a principle I entirely agree with and am often terrible at implementing. This is because I’m often used to change being for bad reasons – and I’m sure you have similar experiences. It’s often hard to embrace change because it’s dumb.
However this embracing and leveraging of change is core to Agile, and that is what makes Agile so powerful. So let’s see what this principle can tell us about embracing change, even if we currently hate it.
In Agile you embrace change for a reason, and that reason is to provide Value of some kind. “Value” is really the reason for all Agile practices and principles, and using change is no different.
Note that the second principle doesn’t just say “embrace change because it’s change.” It doesn’t say you have to accept every change. You embrace change for specific goals – and as far as I’m concerned if the change doesn’t help the customer, there’s no reason to accept a bit of it.
You have to help sort out if a change helps your customer, brings no benefit, or harms them. Then you, the creative person doing the work, has to work with the customer to help them understand your choice – which might be to tell them *the change is a very bad idea.*
Because you are a creative, as you know your work intimately, you can help a customer decide how to react to a change. The result may not be “yeah, let’s do that.” The results may be “this is the worst idea ever, let me tell you why.”
I think the change we learn to hate is the change where we cause harm or waste time by following them. We want to help people; there’s nothing more annoying than having that be prevented due to a bad change. But a good change? We can help with applying that.
EXERCISE: Think about the last project you did that faced some changes. How did you evaluate if they helped the customer? How did you communicate your findings? How could you have done better?
Even if we can embrace change, it’s annoying to have to do so when it’s late. You got a lot of work done and now it’s wrong? You have to restart some things? Why?
But these late changes may be valuable, and thus worth doing. As annoying as they are, we should embrace them – but how do we do that?
I think there’s two ways to do it.
First, we have to accept that many of our ideas of “done” are often the enemy. We think something is “almost done” and is thus a solid thing, immutable, unchangeable. When a change comes it offends our sensibilities of “done.”
But, if we think of “done” as a point we navigate towards, tacking here and there, we can embrace change. That late change means it becomes “done better.” By accepting “done” isn’t as solid as we’d like, we can find ways for the actual “final” product to be more what the customer wants.
Second, we should make our creative work easily adaptable to change. This allows us to quickly alter them when new requirements come in. A few examples:
So to review:
EXERCISE: Take one of your projects and ask yourself what are five ways it could have been more change-responsive?
The whole point of the Second Agile Principle is that embracing the right change, even late, brings advantages. This requires a mind shift because often we’re trained or experience change as bad – we need to learn to outright embrace it.
I find you can get to this mindset with two things: focus on value, and embrace Agile methods and practices.
When you focus on value, you see change differently; it’s a chance to do better. It keeps your “eyes on the prize” and not on worrying over the latest changes or assuming the worst. It also helps you take a more “navigational” approach to developing works, adjusting to getting to the destination, or perhaps a better destination.
When you focus on Agile methods and practices, they give you tools to embrace change. Using them effectively and whole-heartedly helps you deal with change and get the most out of it – that’s what they’re there for.
There’s a lot of psychology in Agile. As you guessed.
So there’s the Second Agile Principle – embracing change. It’s perhaps the toughest one to embrace, but also one of the most potentially empowering. When we can alter how we approach change, we can find advantages for our customers, and be ready to shift so they get the best value.
It may just be a bit annoying as we change our mindset.
A quick review:
Change may be an opportunity; if we learn to see it and use it.
Now with change out of the way, let’s talk more value . . .
So for the next few weeks, once a week, I’m going to be looking at the Twelve Agile Principles of Software, the Principles behind the Manifesto, and what they mean for creative works. Though twelve of them sounds pretty hefty, it’s worth examining each They’re dense, pithy pieces of advice that really help you be Agile – adaptable and productive – and are worth studying.
The first Agile Principle states the goal of having all of these principles:
Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
Now as a creative you might not be delivering software. So let’s tweak this one a bit:
Our highest priority is to satisfy the customer through early and continuous delivery of valuable creative works.
There, that’s your goal. Make your customer happy by giving them stuff they value regularly. It’s a simple sentence, but you can spend a long time taking it apart and learning Agile lessons. In fact, that’s just what I’m going to do – because there’s a lot of lessons in here.
Your focus as a creative (or anyone doing something really) is to deliver something that brings value to someone. All other means and methods are just tools to do this. Anything that doesn’t do this or gets in the way should be dropped, minimized, or addressed. Anything that helps meet this goal should be considered.
Remember, whatever you deliver when at all possible should be usable, but that doesn’t mean perfect. It may not be complete, like a first chapter. It may have revisions coming, like a logo. But make it usable.
These kinds of deliverables are important as:
EXERCISE: Pick a creative kind of work you do – writing, art, etc. What are different ways you can deliver part of that work that still have value for a customer?
Delivery should be something you do continuously and possibly even regularly on specific schedules. This continuous delivery means that you’re also getting feedback as continuously you deliver work. Or you should be at any rate.
Delivering work continuously can be challenging, especially if you’re used to thinking in complete projects. This means that you’ll need to figure out ways to break down work, deliver features incrementally, and find ways to get something to the customer. How you work now isn’t as important as finding a way to work so the customer gets value.
I find this to be very healthy for creatives (and anyone) as it keeps you from getting into static habits about work. Something that shakes you up and makes you think about how to deliver helps you find new ways to do work.
Your target audience (even if it’s you) has something they value. You make sure they get it in your work – they’re the reason you’re here.
EXERCISE: Take a creative work you create. How can you break it down in ways that still give a customer value? For instance art can have various drafts, a book can come in chapter by chapter, etc.
No other tool, method, etc. is more important than actually getting the customer results they want and need. Now this may mean you have to help them find results. This might mean helping them understand that legal issues like trademark searches are something they want. But this is your highest priority, and all other methods and work centers around this.
EXERCISE: Write down five things you can do right now to focus on the priotiyt of delivering value in your given creative field?
Yeah, I know that’s one sentence and it becomes paragraphs. The Manifesto and Principles are pretty precisely written, so they pack a lot in. A lot like good Agile.
So let’s review:
Got it? Good. We got 11 more principles to go, and there’s a lot to learn.
Hello everyone and welcome to my next blog series. I’m going to be putting this in a few different places because it applies to so many of you – creativity and productivity.
Most of us are in a creative profession – even if we don’t know it. The problem is that creative professions require productivity, yet are also the hardest to manage because creativity has many unpredictables. Being able to be creative, deal with unpredictability, and be organized is a challenge, one rarely met effectively.
I meet this challenge by using Agile methods (Scrum in my case), which you can apply to many efforts, including creative ones. Agile methods are about adaptability, adjustment, responding to change, and efficiency. Perfect for something creative, as long as you make the effort to apply them.
I’m not going to talk which Agile methods to use. You can try Scrum, Kanban, or whatever works for you. Instead, I’m going to talk about the mindset you need to be Agile and creative. I’ll do this by exploring the Agile Manifesto and what it means for creative works like writing, drawing, and more. Agile is all about adjustment and adaptability, something creatives are supposed to be good at – but we’re often restrained by everything from bad organization to our own assumptions.
I’m going to start with the Agile Manifesto – which happens to be about software. This isn’t a problem – this means its perfect. Software is a creative act, bordering on a mixture of high technology and shamanic vision, resulting in hard product through a near-occult process. The Manifesto is a perfect place to start to develop a creative approach.
Now before we begin, let’s take a mercifully quick look at Agile.
Let’s take a look at the good o’l Agile Manifesto.
We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.
Here’s the core of good Agile. Work with people over a bunch of tools and methods and meetings. Deliver stuff that works over detailed breakdowns. Work with people directly as opposed to arcane agreements. Respond to change instead of following a plan that doesn’t work five minutes after you finish making it.
It’s a lot of common sense, and like common sense it took someone to write it down to make it clear It’s good advice anywhere, though it’s pitched for software, as are many books and guides on Agile and Agile methods.
So let’s take a look at the manifesto and think about what it means for creative work.
You’ve got to create something. You need to understand what people want. The people asking you do to this need to understand what they want. You also need to work with them to communicate, have meetings, reviews, use certain pieces of software (or get people to use them). Sometimes this conflicts as people use different processes or argue one tool over another.
What do you do? You focus on working with people directly as possible. You may have meetings and statuses and use specific software, but that’s not as important as making sure you’re actually working with people directly.
For creative people this is exceptionally important because creative work is a highly individual experience. A person has a vision they need expressed – and you must understand it. There are near-infinite options in creative works, from a color scheme to a dialogue choice, and working with a client or an actor or an artist requires dialogue to “get it right” A creative work can become anything – so talking to the people involved helps it become a right thing.
Because creative efforts involve so many options, you’ll need to focus on interactions with people over formality or a given choice of tool. Sure a regular meeting schedule is nice, but you may need to make that early-morning change. You may use one graphics program while someone else use another – so you need to find a universal file format. These things may matter, but not as much as interacting with people.
Sure you may need to use specific methods and tools. You’ll figure those out. But the first thing is talking to people.
As an Agile Creative:
EXAMPLE: You’re writing a short story for a specific online magazine – and two people have to give you feedback on it. You figure the best way to do that is to put it on a public document share (that you do use), and chat with them on a web chat (which you’ve never used but they use). Everyone has the chat program on their phones so you can get feedback as you work any time.
Let’s step away from the word “software” and think of “usable results” here. Creating something usable is your goal because that work – even a rough draft – stands on its own. That’s a lot more valuable than a detailed description or ten pages of noes explaining what you did.
(Note sometimes your product is documentation. In this case it’s not needing documentation of documentation.)
Sure you may need documentation, but you want to get to a result because it speaks for itself. A rough draft gets you feedback. A wearable if safety-pin laden costume can be tried on. Getting something done matters, even if you know it’s a draft or will need feedback to improve.
What’s less valuable is trying to document all of this. Sure, you might need to do some documentation, but don’t make it the most important thing. Do you need a giant list of possible color swatches? Do you need twenty pages of outlines explaining five pages of story? Do you need a Powerpoint to explain another Powerpoint? Do you need all this extraneous stuff?
Probably not. You need enough to do your job so you can make something. Produce something that speaks for itself so you can get your hands dirty, learn, and get feedback. Besides people relate better to something solid.
In fact, with creative works, which often have infinite potential, comprehensive documentation is a trap. You can never be complete. You don’t have time to document fifty ways to do a training video when you need one.
There is value in documentation, of course, but ask yourself this – what’s the value? If you spend an hour writing up a proposal that saves you fifteen minutes, but if you don’t write it you spend thirty minutes experimenting to get it right, did you save time?
As an Agile Creative:
EXAMPLE: You’re designing a logo for someone. This involves an incredible range of colors, options, trademark issues, and more. To make it easier you keep multiple versions of the logo and send out a new copy every day to the person that wants it – with their tweaks.
You have to work with people to create something – we’ve covered that earlier. But we also have to come to agreements about how we do things, what we’re doing, and so on. Sometimes you just want to stop spelling out the minutiae and talk to someone directly.
That’s what you should do. Collaborate with people, focusing on working together. Arguing fine details, negotiating tiny elements for hours, gets in the way of working directly with people and getting results. It’s also far less adversarial.
This may require you to do a lot of psychology. Or have someone help you with it. But it’s a better approach than spending all your time in negotiations – which, like comprehensive documentation, can be overdone.
Additionally, you’ll want to work out ways to collaborate. Meetings, chat programs, feedback, working together. Make collaboration possible so it can happen – and the more you do it, the less you’ll need to argue fine points that aren’t meaninfgul.
(By the way if someone you work with is all about the contract and not about collaborating, that’s a warning sign.)
As an Agile Creative:
EXAMPLE: You’re doing a cosplay commission with someone who has very specific needs, wants, and deadlines. You chat with them regularly and give them updates on likely completion times, and ask questions to help them make decisions. This lets you get to work up front.
Every plan you have is wrong the moment you finish it. It may be incomplete. It will be interrupted. The only way for a plan to be right is to not spell it out completely.
Now plans are great – I’m a PMP, I’ve been certified in planning. But reality gets in the way, so you need to focus on being adaptable over following a plan even when it’s gone stale. This is one reason Agile methods are so helpful, they focus on adaptability, with just enough planning to keep moving.
This may sound weird to warn people about change in creative activities. We’d like to think they’re wonderful and spontaneous. This is wrong because creativity, being so hard to pin down, is often crammed into a box of organization and plans to get control of this wild process.
It usually fails.
Ever gotten livid over a requested edit? Wanted to argue with someone about how they critiqued your art? Gotten frustrated at a rewrite of a single paragraph? You know what I’m talking about; because creatives need some control, they often chafe against giving it up. You need to learn to give up that control and leverage change.
I find there’s a few lessons to help:
First, realize change is a tool – often change happens due to feedback, discoveries, and more. It’s up to you to use what happens to learn and to adapt and make your work better. This can be painful, which leads to . .
Secondly, you have to build change into how you do things; make yourself more change-responsive. Don’t put into ink what can be done in pencil. Save versions of your work. Test out what you’re creating earlier than usual.
Third, learn the right level of planning. This may differ from project to project, increment to increment. Find what lets you plan but not overplan. Plan enough get something out but not so much you can’t change.
Fourth, learn how to get feedback. This helps you change well, change effectively, and perhaps change earliy enough you don’t have to ditch a lot of work and ideas.
As an Agile Creative:
EXAMPLE: You’re working on an indie game, a challenging market to be sure. You break down work by major features and priorities, creating vertical slices of “game” that can be quickly played by beta testers. This lets you get quick feedback while refining code.
So we’ve just been through the Agile Manifesto for creatives. Let’s sum up.
There you have it – a pretty good mindset to adapt so you can be productive. Again you may want to find a method that helps you, but if you keep these ideas in mind it’ll help you find a method AND make it work.
Now, next up there’s also 12 agile principles. Yeah, I know it’s a lot, but we’ll explore them bit by bit – for creatives.
The manifesto notes that it value the things on the left (individuals and interactions, working software, customer collaboration, responding to change) over things on the right (like having a plan). This doesn’t mean that things on the right are bad, its jut things on the left are more valuable.
there’s a paradox here – we do need tools and processes, documentation and plans. But they can get in the way of the things on the right. How do we solve that?
My solution is that things on the right should be used in such a way that they reinforce the things on the left. Use planning tools and methods that support change. use tools that support collaboration. By having these things that can get out of hand become methods of support, you do better and don’t get distracted.