Quote:
Originally Posted by joelande
When the majority of your tasks fit into one context, the list is very long - and doesn't feel any different than a traditional to-do list.[...] Looking at that long list can be daunting.
|
Absolutely. The “long list” issue is a big one even for those of us with multiple contexts, and an indicator that either things on the list need to be deferred, or the context is wrong (too broad, generally). My “research” context is a dumping grounds, sometimes.
Quote:
Why do you feel you need to do everything in the GoLive context just because you're working on one project that uses that context?
|
Quote:
Originally Posted by joelande
Well it was what I felt you (and others before you) were suggesting.... I should have a context named "GoLive" (similar to your Google Docs Spreadsheet) and work on a bunch of GoLive-related actions. And I have found (due to the nature of project workflow and thought process) that doing that just doesn't work well for me.
|
I ask again, why do you feel that having a context automatically means having to work on all items in that context at once? I never said that. I explicitly said
Quote:
Originally Posted by jasong
There's no requirement or even strong suggestion that you power through everything in a context just because you happen to be in that context. Sure, that's a great way to finish off a bunch of stuff at once if you want to do that, but there's no reason to stay in GoLive if you're moving a specific project forward.
|
Let’s make this concrete. You have the following projects and actions:
* Update Jason’s website
** Get the latest text from Jason (computer)
** Change colors in graphics (computer)
** Incorporate new text and graphics in GoLive (computer)
** Upload new pages (computer)
* Update Joe’s website
** Get the latest text from Joe (computer)
** Change colors in graphics (computer)
** Incorporate new text and graphics in GoLive (computer)
** Upload new pages (computer)
* Update Foo’s website (x10)
Your Computer context is going to look terrible.
Computer
** Get the latest text from Jason
** Change colors in graphics
** Incorporate new text and graphics in GoLive
** Upload new pages
** Get the latest text from Joe
** Change colors in graphics
** Incorporate new text and graphics in GoLive
** Upload new pages
** etc.
That’s eight things for two projects; imagine if you had a dozen projects!
Suppose your projects instead were
* Update Jason’s website
** Get the latest text from Jason (email)
** Change colors in graphics (Photoshop)
** Incorporate new text and graphics in GoLive (GoLive)
** Upload new pages (Transmit)
* Update Joe’s website
** Get the latest text from Joe (email)
** Change colors in graphics (Photoshop)
** Incorporate new text and graphics in GoLive (GoLive)
** Upload new pages (Transmit)
Suddenly your contexts look much easier:
Email
** Get the latest text from Jason
** Get the latest text from Joe
Photoshop
** Change colors in graphics--Jason
** Change colors in graphics--Joe
GoLive
** Incorporate new text and graphics in GoLive--Jason
** Incorporate new text and graphics in GoLive--Joe
Transmit
** Upload new pages--Jason
** Upload new pages--Joe
Imagine you’ve done everything you need to do except the GoLive pieces. Let’s also say you have 10 things you need to do in GoLive, for 10 different projects. How you proceed depends on your preference. You can
1. Do everything that needs to done in GoLive at once, “powering through” 10 different projects and thus moving them all forward;
2. Do only the one project you’re working on (say “Update Jason’s website”) in GoLive, and when you’re done, look at the next item
for this project. You leave your GoLive context when you’re done with this piece of the project and you move on to the next context for this project.
I’ll say it again:
You don’t have to stay in a context and do everything in it if you are focusing on a specific project.