|Thread Links||Date Links|
|Thread Prev||Thread Next||Thread Index||Date Prev||Date Next||Date Index|
Your comment focuses on the need for punishment as a mechanism for deterring dominant behaviour. I agree that punishment is sometimes appropriate.
We could have a discussion about punishment in the context of the recent 11ax issue. However, I would strongly recommend against it on the grounds that it would require re-litigating and re-opening an issue that was resolved appropriately, and very recently, according to our processes. We should let it lie for a while rather than reopening fresh wounds on an issue that is not quite as black and white as you might think.
I am also not sure that we need to discuss punishment in the context of the document that Adrian sent out. The document focuses on ways to avoid dominance in the first place by recognising signs of dominance and ensuring it goes no further. If we get that right there is no need for punishment.
My problem with your process can be categorized as a general overall comment.
You restored each individual's full voting rights rights as soon as they made a statement renouncing their membership in the cabal.
The alternative would have been to keep them in the single vote "dominance" group for some greater length of time.
The problem with this remedy is that it is a "no lose" scenario for the offender.
There is effectively no penalty for the collusion.
If you get away with it then that is great.
If you get caught then you just renounce it immediately so no big loss.
What is called for in SA procedure is for the group to be reduced to just one vote.
As I recall, it is not specified when that penalty is to be lifted.
If the penalty is held in place too long then it is too draconian
If not held in place long enough then there is no disincentive.
In this case, in my opinion (but then I wasn't in the middle of it at all) it was too much on the side of providing no disincentive for taking another whack at it in the future.
---------- This email is sent from the 802 Executive Committee email reflector. This list is maintained by Listserv.