« Recently converted a couple friends | Main | ways to contact me »

Saturday, 20 September 2003

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00d83456281969e200d8343c4c8053ef

Listed below are links to weblogs that reference A couple times this week:

Comments

25% done
It's not how many things you decide to take on. It's how many things you try to do at the same time. Let's see...with the totally bogus assumption that your five stated projects are roughly equivalent in needs of your time, at least one would be done, and I suspect that if you took out all the "now where was I?" time required by getting things 25, 15, and 40% done, the second would be a lot further along than the remainder 30%, maybe even done. Just a thought.

One more thing. Yeah.
Regarding the idea of which efforts are worth doing...If it's worth doing, it's worth finishing.

I agree, multi-tasking projects isn't the most effecient way to get results. A couple of benefits that it does have, however: you can take a break from one project by working on another (at any given point in a project's duration, there are tasks of different sizes, and sometimes you want to work on a small task so you can choose the project that has a task to fit, and other times you want a big task... so while you lose time in switching between projects, you may be able to fit more work into a given period), ideas from one project can supplement another project, getting one thing done at a time is nice, but not necessarily worse than doing a lot of things for a long time and then finishing all of them together. For some reason, I think our brains try to optimize by multitasking... whether it be in books we're reading or projects we're working on or applications we're using... but I have heard studies that say that the perceived benefit is actually not there, so you're probably right. I'll have to think about it some more.

And also... I agree that if a thing is worth doing, it's worth finishing. But that just changes the dilemma from deciding if it's worth finishing to whether it's worth doing. The problem is still there though.

worth starting
I think a lot of ideas require you to start prototyping them so you can see if they are worth doing. If they aren't worth finishing, that doesn't mean they weren't worth starting. Maybe the key here is to be clear about whether you are building a prototype or a finished project. Some of the things you've listed seem like projects (promoting your book) some are prototypes (planning your next one, building a mobloging site).

This problem is really about managing your "designs in inventory". What you really ought to care about is how fast you can get an idea through that queue, and how many times you can turn it. To speed it up you need to be more ruthless about flushing the queue.

What I mean here is the prototype doesn't have to be code complete or feature complete to be finished (it's a prototype after all), but it does have to have rendered the bulk of the hidden information it is going to produce. At that point, I'd bet the project is either clearly easier or harder than it was when you started. Move it onto a production queue if it's easier and looks promising (or really if you can estimate the value of it), and stick it on the "done" shelf if it got harder or if the value isn't clear (unless, someone is paying you to complete it). You can always pull the prototype off the shelf to work on later or combine with a different idea.

The other part of the discipline that seems like is missing is scheduling. Work expands to fill the time allowed. How many of these projects have a "budget" for time. When you start a new idea, give yourself a time limit, and if the experiment stalls or takes too long -- write a quick note about the status of the stalled (or too big) project and declare it "completed" even if it's incomplete. You'll be able to make a more accurate cost estimate based on what you learned from the first crack at it.

I think all of my projects are prototypes--I just happen to launch some of them and call them complete: this site, allconsuming, nervousness, seattle stories, adfarm, even the novel. I would love to hand over allconsuming to a team of software developers and designers to actually build... unfortunately I don't have such a team so I move on to the next prototype. I think for the most part (now that I can see the potential problem) I manage the design inventory well enough... I don't often work on projects past the point of value (which is why I didn't continue to revise the novel, and why I gave away nervousness and adfarm), but I think the current ideas in the queue aren't quite prototype-complete yet. That's why they'd be so difficult to abandon. I think the double-blind one is actually much further along than I stated... it's probably closer to 75% done. Hellomachine may be too big... though it's probably the one I have the most love for. Shoot, I don't know if I like looking at things this way... what about the genius of the 'and'?

The comments to this entry are closed.