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.
There is a Japanese catchphrase, community suru, literally "making" or "doing" community. I will never forget the queasy feeling that came over me when I first heard that term, phrased as if community were a kind of event.
Hold an event, bring people together, get people who might otherwise never meet to interact. It's a wonderful thought. I have nothing against events per se. However, if they are not spontaneous and voluntary, they will not last. That is my objection to the keep-it-lively concept of community. The perception of community as event stems, I think, from a yearning for the festivals and rituals that once flourished in rural communities in Japan. But those events occurred precisely because a community existed, not the other way around.