Difference between revisions of "Projects:ConsensusPollTour"

Who

Obed Suhail, TedErnst, you!

ConsensusPollTour is a One and Done Project

Why we're doing this?

We want any easy way to walk people through the concepts of ConsensusPolling.

It will be done when:

All tour pages are done, with consistent navigation and style, covering all areas of consensus polling.

Project Tasks

Ted went through the tour in detail with Julia today. We made some changes to the tour directly, added notes to some pages, and have some notes on sticky notes. Here are those stickies that need to be gone through, hopefully today by Ted.

• create ConsensusPolling:Introduction - needs work
• the problems wiht voting page changed to ConsensusPolling:Challenges of Decision-Making - page now needs work
• on the document is alive page, use a more realistic example - maybe deciding on the yearly budget for an organization, for example

Done

• re-wrote the ConsensusPollParticipant page
• get rid of the roles page, move participant to the right place, move facilitator to the right place, move enthusaist to a concluding slide

Discussion

please see User talk:Martin#consensus polls

Good work on this tour - it is not an easy subject to explain! I’m trying to offer some helpful critique. How might we make the tour shorter? My gut level hunch is many in the general public will have glazed over eyes before they complete this entire tour. Is there another potential introductory strategic approach to test – perhaps running new comers through a fake example poll, where there is automation to in effect take the place of real people during various stages of explanation (showing an actual change in poll status, etc.)?

I have this nagging question in the back of my own mind, so wonder if others in the general public will have the same after going through this tour. What if 20k or a million folks are in a consensus poll and 20 percent of the people edit the document as they go from a “not yet” to a “yes” status, which might then change many of the prior “yes” to “not yet”, and so the latter people make a new document edit to again get back to their prior “yes” status? Seems that 20% of such large participation numbers could drag the process on so long many people simply won’t tolerate the long delay. Perhaps to explain what happens in such larger scale situations?

The "age old" problem with the consensus process has been “it takes too long” (time is money, so it is also often too costly). In my talks about the consensus process with other people in the general populace, it has been the promise of novel automation to speed up the consensus process that captures their interest, rather than the offering of a better chance to gain their input. The latter already occurs over a voting process “offline” with traditional consensus, and again this “too long” process is the sticky issue for those I have talked to.

In general software and computer automation have tended to speed up traditionally “very long” processes (starting long ago with eliminating a lot of accounting burdens involving time consuming arithmetic). In contrast I don’t see anywhere in this consensus polling tour how this process adds any efficiency to the already occurring consensus process. If there is promise of increased efficiency can we explain more of the specifics?

Here is one attempt to illustrate a potential problem. The consensus topic is, "should our group board the tour bus leaving at 10:00am or 2:00pm?" – and this poll topic is posted 1 day prior to this group's scheduled trip. With 20 people in the consensus group chances are consensus can be had before the 10:00am bus leaves. With 300 people in the consensus group both the 10:00 am and 2:00pm tour buses might leave before consensus is reached (more people, longer time lag). In the latter case a voting process might be better, because then at least some of the people will catch a bus, even if many have a radically lower level of participation and are not so happy with the vote (how many will be happy if they they miss both buses?). MartinPfahler

Martin, we don't know yet how it will work when it gets big. That's why we're working incrementally, on problems that we care about. As those problems get more complex and involve more people, the process will evolve. So far, we've just hacked this into the wiki, but as it grows, it's going to need more tech tools. We've already identified a couple of problems with it that need to be fixed. Which pages would you leave out, to make the tour shorter? I really like what you say about the problems of face to face consnesus. We need to add that to our page on it. THe problem with adding it is that I don't see this as a way to speed things up, necessarily. TedErnst