[Design] Chandler as a Managed Workspace

Jeffrey Harris jeffrey at osafoundation.org
Mon Jan 7 15:41:52 PST 2008


Hi Folks,

> Note that this approach puts us in competition with intranet software, 
> CMSes, virtual meeting software, Lotus Notes, and that thing that was 
> made by that guy before he went to Microsoft...  Ray Ozzie?    What was 
> that thing he had that was a sharing platform?  Groove, or something 
> like that?  Is it still around?

I think I've read stories about Groove still being popular in the 
military, because of its encrypted P2P bits.

I agree, focusing on a shared workspace does put us in the same space as 
all the things PJE mentions.  Is that bad?  My sense is that people get 
pretty excited about shared spaces, but with the exception of Groove 
they're all aimed at *really* large groups.

> One of the very first problems we'll hit in that space is that our 
> conflict resolution isn't fine-grained enough to support this kind of 
> collaboration unless it's synchronous or there's just one person 
> managing a given project.

I agree that if we're encouraging people to manage small projects as one 
item's text field, our text field conflict management is inadequate.

Still, I really like the general outlines of Chandler's existing triage 
workflow, especially as it relates to group project management.  If we 
could prioritize oft-mentioned but never-implemented clusters, I'd be a 
lot more satisfied, and I think some (though certainly not all) of the 
impedance mismatch between Chandler's feature set and GTD practitioners 
desired features would go away.

Clusters might change the frequency with which detail view conflicts 
happened.  I think conflict management for notes fields would still be 
an issue, but perhaps not so bad that the still-incomplete system 
wouldn't be useful?

Sincerely,
Jeffrey


More information about the Design mailing list