It has been a few weeks since I quit my full-time job and started off on my own. My immediate physical reaction was to come down with the worst flu I’ve had in years. It was a bit demoralizing to be sick for over two weeks… ugh. I also spent quite a bit of time hanging out with friends and family… it was not my intention to be immediately super-productive anyhow.

Toward the end of last week, I decided to get serious and start planning my time. Last September, I wrote about tangible time tracking and ordered some lego bricks. After my first week of lego project management, I thought I would share my process (which is a little different from Micheal Hunger’s original).

lego project management week 1 I planned 3 weeks of work with each day represented as 2×4 lego bricks (the column on the left in the picture). I found that I didn’t have enough of the skinny bricks to fell like I could comfortably “brainstorm” and I like the feel of the wider bricks. I also wanted to be able to see my plan in parallel with what I actually did. Over the last week, I added another column (on the right) for the work I actually did.

Every project has a color and I’m tracking volunteer, open source work, and the time I spend learning stuff, as well as paid projects. I’m not tracking time spent blogging and surfing the web, since I find that entertaining and I always want to do only as much as I feel like it. I also added bricks at the top right for other stuff that I need/want to do that didn’t fit into the 3 week plan, but that I might re-prioritize, spend additional hours on, or do in the following weeks. Weekends are represented as a (1×6) long gray thin strip.

I knew this past week was going to be a little crazy since I volunteered to run “yearbook club” at my son’s school (gray blocks), so I worked a bit on Sunday to get ahead of the week. I stacked those blocks at the beginning of Monday, since they were really part of my Monday plan. It was a good thing, since I ended up spending a crazy amount of time laying out the yearbook in the afternoons/evenings. I had originally not tracked the time, but then found myself puzzled that was so tired when I wasn’t doing much “work.” So, I added in the gray blocks for the time I actually did spend.

I also immediate went off plan and spent time on project yellow, but that was the right thing to do. It was great to see progress on that project with the blocks stacking up, since it was tangible recognition of why the “red” project wasn’t moving forward. The red represents the work I’m doing with Ruby on Rails, which I’ve actually divided into both red and white. Red represents work that is actually coding on the project, whereas, white is the learning and prep that I’m doing since I’m still learning Ruby and Rails. It was good to reflect that my learning-to-doing-ratio needs to be higher. I expect that to change over time, but I can easily see that this past week it was 8:5 and it may be unrealistic to even consider it as 1:1 next week.

Now that I’ve taken a snapshot of plan vs. reality, I took apart last week’s plan and stacked all of the project hours that I didn’t get done in my “future” pile and then rebuilt the plan for next week. I’m doing the lego visualization in addition to tracking on a spreadsheet. They serve two different purposes. I think it is important to track actual time spent with 15-minute increments, but planning and reflecting on time spent benefits from more of a “rough sketch.” I find planning with lego blocks gives me a good feel for what my week will be like and subsequently an effective “birds-eye view” of how I’m spending my time.

New research tells us what seems intuitive to me as a parent: play is important to learning. A recent New York Times article by Tara Parker-Pope reports that “play and down time may be as important to a child’s academic experience as reading, science and math, and that regular recess, fitness or nature time can influence behavior, concentration and even grades.”

…the brain uses two forms of attention. “Directed” attention allows us to concentrate on work, reading and tests, while “involuntary” attention takes over when we’re distracted by things like running water, crying babies, a beautiful view or a pet that crawls onto our lap.

Directed attention is a limited resource. Long hours in front of a computer or studying for a test can leave us feeling fatigued. But spending time in natural settings appears to activate involuntary attention, giving the brain’s directed attention time to rest.

In addition to the study, publish in Pediatrics, the article quotes Dr. Stuart Brown, the author of the new book Play: How It Shapes the Brain, Opens the Imagination, and Invigorates the Soul
. Brown calls play “a fundamental biological process,” and says that people who play as children “learn to handle life in a much more resilient and vital way.”

I say, it’s not too late… whether or not you got in enough play time as a child, take some time out to play. You’ll think clearer and be happier. Who needs a study to tell you what you know is true?

Sam Wan writes about preconditions for a playful experience or how to prepare to “get in the flow.” He highlights 3 related preconditions:

  • Memorizing a few basic rules and internalizing them into a mental model
  • Practiced ability to iterate quickly without conscious thought:
    feedback loop + muscle memory + internalized mental model
  • Immediate contextual information that fills in gaps in the mental model during active learning: code sense, tooltips, contextual documentation, quick jump to reference documentation


A few related posts where I’ve written about playfulness before:

  • “It is the essence of play that a new relation is created… between situations in thought and real situations.” — Vygotsky Mind in Society (creativity as play)
  • A few basic tactics to create a playful experience (work as play)
  • “True education flowers at the point when delight falls in love with responsibility.” — Philip Pullman (less grammar, more play)

I’ve found it helpful to consciously separate learning from doing, but hadn’t thought about how it enables “flow”. I set myself to different activities and a different frame of mind when my goal is to learn (acquire knowledge, internalize a mental model and develop “muscle memory”), rather than when my goal is solve a specific problem (which relies on applying specific knowledge and “know how”). There was a specific experience that led me to be conscious of this separation of learning and doing.

When I was working on Shockwave at Macromedia and all this web stuff was new, I was assigned the task of trying out Shockwave as a windowless plugin. I was told that Jonathan Gay, the lead developer on Flash, made it so Flash worked in windowless mode in just a few hours. I set out the next day to figure it out. I spent the whole day reading and re-reading the meager documentation. I could find no code examples and didn’t want to dive into modifying the perhaps overly complex Shockwave code without having a clear understanding of a workable approach. By the end of the day I was frustrated an demoralized. How had Jon gotten this working in just a few hours? The next day, I decided to set aside my pride and just ask the guy.

So I walk over to his cube and ask him about it. He offers to send me over the working Flash code, so I have a good sample, which I gladly accept. Then I just have to ask: “I found the documentation to be pretty sparse and heard you got this working in less than a day. Did you find other resources? How did you approach it?” He replied that all he found was the same poor documentation, but that he had spent a few days experimenting and writing his own simple examples, then when he actually sat down to make the changes to the Flash code, it just took a few hours. I was floored. So this is how boy-genius does it.

By redefining the exercise into two tasks: learning about it and doing it, he accomplishes three things. 1) He frees his focus to learning all about the domain, what Sam might call developing his internal mental model and muscle memory; and then 2) applies that learning to the problem at hand, turning a complicated problem into a simple one, then 3) with a brilliant stroke of self-marketing, he excludes the learning time when reporting his accomplishment. In all fairness to Jon, I don’t think he was trying to position himself as the super star he is. He was accurately reporting how long it took him to modify the Flash code, reflecting how long it would take him to do a similar task in the future — pretty useful data.

What I learned from Jon was not the approach, since I would have followed the same practice of learning, then doing. What I learned was that by framing the experiences separately, I felt myself to be more productive, happier and found it easier to achieve “flow” during the learning phase, and that by tracking the time it took me to apply that learning, I had a useful data for estimating future tasks, and, of course, it always feels fabulous to get things done in a short amount of time.