GTD

Jun. 1st, 2008 08:37 am
trickykitty: (Default)
[personal profile] trickykitty
I'm reluctantly and slowly going through the motions of implementing a Getting Things Done system at the recommendation of [livejournal.com profile] vadania. I've read through Part 1 of the GTD book and have started looking at products and programs available on the net. Many things are free or cheap or can easily be purchased at Office Depot or made out of cardboard boxes, but my eyes popped out of my skull when I saw the price for this little office desk tray set.

David Allen Company

Date: 2008-06-02 01:27 am (UTC)
From: [identity profile] vadania.livejournal.com
Yeah, other than that book, I don't buy anything from them. Most of their stuff is outrageously priced (but most of their customers are corporate executives).

Let me know if I can help you with anything. I saw the edits to this in RSS, but don't seem to see them here - the measure of the "two minute rule" is how long it takes something to work through a GTD system, not necessarily how long it takes you to call something "brief."

Re: estimating time - this is a strange requirement of planning in just about any system you or a business could use. It's odd to have to estimate how much time something will take, but it's a useful skill to have in the long run. I don't know with any precision how long any piece of code will take either, but I know that with all steps included (requirements, design, development, testing, documentation, production, etc -- assuming the waterfall model), that I can write ANSI C in 1.6 lines of code per hour, Perl in 3.0 LoC/H, and Ruby in 2.4 LoC/hour. You won't need hard-and-fast metrics for this, but a rough ballpark is good.

Expand Cut Tags

No cut tags