[sudo-discuss] conflict res / articles of association

Anthony Di Franco di.franco at gmail.com
Mon Mar 11 14:03:25 PDT 2013


The conflict resolution discussion moved forward with several important
emails while the list was down.
I will try to get them all together and forward them to the list again
tonight.
On Mar 11, 2013 1:25 PM, <hol at gaskill.com> wrote:

>
> looks like the list was down earlier?  forwarding my thoughts from earlier
> today
>
> >
> >I just want to chime in on a few comments that have accumulated for
> consideration here on the listfeed since I've been offline for the last few
> days.
> >
> >ARTICLES OF ASSOCIATION
> >I think we're overdue for another constitutional (articles of
> associational???) convention, with exactly what was noted in previous
> comments - more specific target areas.  There are a few minor things that
> should be cleaned up or reorganized based on how things have been going
> operationally.  I have mostly been looking in the fiscal solvency section
> and have a few ideas (mostly inserting equations) of how to document our
> budgeting logic.  Off the top of my head, I think we should name the
> 3-months fixed cost fund the 'Buffer Fund" just for ease of reference.  And
> we have some basic guidelines for which standing funds are to be held but
> not so much for how expenditures are to be handled.  I would propose that
> for each facility we have a point person who is designated to track
> material/equipment needs and either crowdsource freebies or submit a
> request to withdraw the required amount from the maintenance fund for basic
> supplies to maintain all supported projects.
> >Speaking of supported projects, I propose adding a 'programs' section
> somewhere to define standards for how ongoing programs (sudo radio, 3d
> printing, biohacking, possibly even already agreed upon fixed costs such as
> rent, utilities, internet, etc) are supported by sudo room.  Like if we
> have a program-specific piece of equipment (CNC mill, radio transmitter,
> moonraker laser, etc) that consumes a specific amount of power or a
> standing workstation that takes up a considerable amount of space, we
> document that we support it as an ongoing thing and allocate the required
> funds and space.  So basically I am proposing defining various classes of
> fiscal objects (fund, program, project) but only instantiating a few
> objects (rainy day fund, buffer fund, maintenance fund, capital
> infrastructure fund) at the time of Articles compilation, with other
> objects being instantiated in separate documents.  We could also classify
> rent and utilites as a program to provide physical space, supported 100%
>  and directly from revenue.  This may seem like sort of a complicated way
> to do things, but establishing a clear process for
> adding/removing/modifying fiscal objects could add some clarity to the
> budgeting process.  I have drafted a few ideas but there are still some
> bugs - I'll try to send out a more coherent version of what I'm trying to
> describe when I get a chance to work on it.
> >
> >CONFLICT RESOLUTION
> >For the most part I have steered clear of getting involved in the
> conflict resolution bit because as important as it is, I am pretty easy to
> please and don't see a big cost to trying something imperfect out and
> iterating through better versions experimentally, but moreso because there
> are other people who are very actively considering the implied reach of
> terminology and proposed mechanics, so thank you to all those who have been
> attentive to these details!  I would like to echo these words (Rachel's
> IIRC) RE terminology: "hoping we can come up with words less evocative of
> archaic and violent forms of social engineering."  We have the opportunity
> to create and define brand spankin' new roles in support of whatever
> nuanced objectives we set our sights on, so using terminology for a role
> centered around enforcing existing and in my opinion tending toward unjust
> laws (from wikipedia: "originally, the constable was the officer
> responsible for keeping the horses of a lord or monarch"...r
>  eally? sudo room has horses and allows for monarchs?), implicitly through
> force of arms, does not aid in the process of defining a detailed role
> unique to our particular needs.  Again I have been somewhat out of the loop
> but to me it seems like the role would be better thought of as a project
> manager for shepherding specific disputes through a predefined process,
> with a list of people available as points of first contact who, if
> sufficiently disinterested, could become manage that specific conflict
> through its resolution lifecycle.  Just my dos centavos.
> _______________________________________________
> sudo-discuss mailing list
> sudo-discuss at lists.sudoroom.org
> http://lists.sudoroom.org/listinfo/sudo-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sudoroom.org/pipermail/sudo-discuss/attachments/20130311/7592b798/attachment.html>


More information about the sudo-discuss mailing list