Re: community design participation
Bill Seitz <[email protected]> Thu, 14 Nov 2002 10:25:07 -0500
| Newsgroups | gmane.org.osaf.process |
|---|---|
| Message-ID | <[email protected]> |
Thanks for the nudge. I summarized my thoughts on my wiki. * In thinking in general about user focus, the only area that became a big question to me was how/soon to deal with PDA usage. For me, if I can't either synch to the existing PIM apps on my PDA or run new apps that work better with Chandler, then Chandler isn't going to be something that I can use. I wonder how many people face the same issue? * in looking at some threads I've found frustrating, it's not that they seem unanchored to the core vision, it's that they seem to be addressing multiple UserStories, which might have very different requirements, and very different priorities (specifically, story2 may have higher cost to accomplish, but lower priority). I'm concerned this can result in an overly complex design. Which relates to.... * My overall bias is toward speed of delivery of a good-enough (for me) tool. (I've defined that on my page as well). http://webseitz.fluxent.com/wiki/OSAF Mitch Kapor wrote: > Bill, > > We've tried to position Chandler as to purpose, target user, > differentiation from existing products on the web site, as further > developed in my web log. > > I've been impressed that the vast majority of postings seem to be "on > target" even without anything more detailed than what we've done. > There's been a lot of discussion about very advanced features. > Chandler is going to support some very advanced features. The design > trick is to provide room for these without them getting in the way of > basic use. > > What specifically would be most useful to you in anchoring the design > discussion further? I'd like to take it into account. > > Mitch > > At 09:57 AM 11/8/2002, Bill Seitz wrote: > >> I think just getting everything possible that's "in" OSAF "out to" >> everyone else is the first priority. Even if you just dump out to a >> read-only wiki. >> >> Of that, I believe the highest priority is info defining the context. >> I'm especially frustrated by the weeks of detailed discussions >> happening in the absence of user scenarios, profiles, etc. Have such >> things already been documented? If so, get'em out there, even in >> static pages. If not, announce that, so that others can get started... >> >> http://webseitz.fluxent.com/wiki/OSAF >> >> Mitch Kapor wrote: >> >>> We have the beginning of a plan to address this and some related >>> issues by creating a topically organized wiki as a collaborative >>> document to represent the current state of thinking and discussion >>> about Chandler design. >> >> >>> >>> >>> The details of the plan will be worked out on the process list once >>> we can put up a strawman draft, which will be shortly. We're all >>> going to learn together how to do this. >> >> >> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ >> >> Open Source Applications Foundation "Process" mailing list >> http://lists.osafoundation.org/mailman/listinfo/process > > > > > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "Process" mailing list http://lists.osafoundation.org/mailman/listinfo/process