Start all of the pieces of work a little bit earlier. The key to starting work early is not succumbing to the pressure of having to finish the work. Don’t worry about finishing. If you’re a developer, you can start doing things while your design or information architect are working because a lot of your work actually isn’t dependent on their work. Some of it is, so you probably won’t be able to finish, but that shouldn’t stop you from starting.
Share Work-in-Progress Early and Often
When you share work-in-progress, share it with the caveat that no feedback is needed at this point. You’re simply sharing it to let people know where you are. For example, if you have to make 12 wireframes, share it when you finish 2 or 3. Rather than spending a whole week to drop 12 wireframes, share 2 – 3 wireframes every 2 days. The more often you do this, you start to build rhythm, and rhythm builds momentum.
Ugh, now I have to write this boring part, I would think. I would spend a few days in active rebellion against this directive that I imagined the book was imposing.
Then I would realize: this is my book! There are no rules! I can write it however I want! Also, I would think, if I’m bored by something that I believe I need to write, the reader undoubtedly will be too, if not because the subject is inherently boring, then because I myself find it so unbearably tedious to imagine discussing it for five pages. Often as not, I would remember some aspect of the subject that deeply interested me, something a little outside the way it’s usually perceived or written about. Then I would meditate on that, and soon I would be scribbling notes from an increasingly excited place until I found a way forward. A form of beginner’s mind.