We did not define the aim of the voting helping circle and so I figured it may be useful to quickly write down a couple of things, so that we can see whether we all have the same understanding of what needs to be done.
These are my thoughts …
There are two different processes:
voting on whether to send a site for a feasibility study, and
voting on whether we want to purchase a site yes or no.
The output of the helping circle – in my view – should be two very concise manuals. These manuals would be used during a plenary by the facilitator and/or somebody from Team Governance, and we can of course also put the link in the draft agenda.
For the manual on the feasibility study these are the points that I think need to be covered:
How we vote. A simple raise of hands seemed to work just fine at the last plenary? A consideration to be made is that a round is not recommended here, because it possibly gives the last person in the round the power to make the difference between a yes and a no.
What is the threshold (i.e. how many votes equal 80%) for a site to pass.
“The biggest mistake we can make is not to send a site for feasibility study that will turn out to be dud, but the other way around: it would be an incredible pity if we would miss out on a good site because we were doubtful about whether it was good enough to send it on for a feasibility study.”
How to give somebody a proxy. I guess this can be as simple as telling someone what you would like to vote?
How will we keep track of the voting results? This matters for this one, because based on the proposal from Sophie and Alberto we would keep a ranking of the scores of all the sites?
For the manual on the purchase of a site these are the points that I think need to be covered:
How we vote.
What is the threshold (i.e. how many votes constitute 70%).
What should motivate one’s vote => this is partly covered by the advise from Mark, and should probably also say something about the fact that a “no” means that you don’t want to participate in the purchase of that site. Vice versa it needs to be clear that a “yes” vote means that you will be counted on: once the negotiators get to a deal, (if I’m not wrong) even just a handshake constitutes a legal obligation to buy the site, so if then somebody chickens out, the others will need to pay up for their share.
How to deal with absentees:
I guess a proxy will work the same way?
How to make sure that everybody votes. This matters because we need to know from each and every household whether they are in yes or no to be able to establish our budget?
How we will keep track of the voting results. Here what matters is to keep a record of who voted what on every site, because we count on the yes voters to pay up.
As I said above: these are just some first thoughts of course, though given the many things we are dealing with I figure it is worth it to invest some time in just getting some clarity about what we are trying to achieve.
Sorry, this completely slipped out for both of us.
I’ve put some comments and suggestions.
Does this need to be a proposal for a plenary? I guess the only choice that we made is the quorum, but people might have feelings about that (to be honest, I’m having feelings about it! )
If yes, shall we try and put it to the agenda of the next plenary? @Lee what do you think and is there room for that in the agenda?
I replied to Sarah’s comments in the document. On the quorum I think that it is everybody’s responsibility to be represented for a choice like this. I would rather not be blocked because people can’t be bothered to give their proxy to somebody else. Is that fair?
I think we should have space on the agenda, but I am not sure this should be a proposal. It’s an operational thing: we needed a manual to make the things that we already decided more explicit. So if ok with you I would rather present it as information to the group?
Other question: did you foresee to make a similar manual on the purchase of a site?
Hey, thanks @Sarah and @Lee! I’ve cleaned up the document. Indeed, for me the rounding (<0,5 -->0, >0,5 → 1) is pure math - for us to reach a sufficient number of votes, we need people to be present or designate a proxy not tweak the numbers, no?
I agree that - considering the possibility to give your vote to sb - the quorum of 50 % should be enough (not forgetting that this is about feasibility studies where we’re generally trusting the (pre-feasibility of the) architects anyway).
About the second manual (vote on purchasing a site): We agreed to wait to base it on this one, I can’t remember who volunteered to do it @Sarah or @ChrisM? Otherwise, I’m happy to put a first draft together.
For voting you want a minimum threshold to be reached, so you want to be above that threshold, so technically you would round up… It might be a detail, but I think we will have to use the same rule for voting on a site, and in some cases, it does make a significant difference what rule you apply… For me the thing that makes most sense is to round up…
I don’t remember we designated any one, so you can just go ahead with that if that’s ok for you
Thank you @Sophie_B for all your work putting this together, and sorry I’ve been so absent from the discussion of it! I’ve just had a look at your manual, and it’s great
I have collected our thoughts in this 
)