Problem solving is problem solving
At an agency, you are hired to solve problems; whatever the client brings your way, technical, strategic, creative and always be holistic (right?). I am a self-described tech guy, but my reading list isn't just the Google API manual, it's also great marketing books like Hey, Whipple, Squeeze This: A Guide to Creative Great Advertising. This is a great book on marketing and the creative process. I learn lessons from everywhere I can, and this book is no exception. Recently, there was a part of the text that came back to me when I was talking with one of my developers. It's the part about solving the client's issues, and how you prepare to actually do the work.
For this part, I'll paraphrase: "You fill up your brain with absolutely everything you want to know about the project. You then let your subconscious work on it. When you come back to the problem, whatever problem you're trying to solve, you'll be further along." There's a lot of other great content and points about the text, but the idea about allowing your subconscious to really work on something stuck with me.The writing in the text is much better than my paraphrasing. I'm about applying concepts and I still recalled it and am able to apply the lesson - not so shabby.
I was speaking to one of the developers on my team and he says to me, "You know sometimes I would like to be part of the process. I really don't even want to have any say-so or debate the (my words here) creative execution. I just want to see it before a few days before I start programming it."
What he was really asking for was time so that his brain could digest the information and begin to solve the problems prior to doing the development. There are specifications and so forth along with any design, but the actual coding of a site is a very creative problem solving process. After talking with him a bit more and really digging in to what he was saying, he was expressing that when he gets a problem to solve without the benefit of having time to allow his subconscious to work on it, he's not as efficient. The truth is that if you see a problem ahead of time, your mind goes to work on it. It plans out the next step, how to solve the problem.
We purposefully excluded developers from certain stages of projects because we wanted to protect their time to focus on solving problems. The issue we didn't anticipate is that they too needed the time to digest the information and come up with a mental game-plan on solving the development task at hand. I quickly thought of Hey, Whipple, Squeeze This and realized exactly what my developer was asking for: time to let his subconscious plan out the work. He's trying to be a creative problem solver.
I was simply awestruck by this insight. Isn't that the mark of great insight? It's so simple that you can't believe you didn't get that before. Yes, there's action for me out of this. We're going to see if we can get our developers in on some more design reviews to allow them to solve problems. I'm going to measure it and see if we can get some efficiency out of it too. I can't imagine that we won't.
Remember these two things:
1) A great insight is so simple it's like getting blindsided by a train.
2) Creative problem solving is different in the execution, but not preparing to solve the problem.
~marty