<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
 
 </head><body style="">
 
  <div>
   +1 to Ed and Bert.
  </div> 
  <div>
    
  </div> 
  <div>
   Tarrant Makers was encountering similar situations and corralling the discussion + work into committees was the solution.
  </div> 
  <div>
    
  </div> 
  <div>
   I also agree with the protest over terminology.  Micromanagement is one person dictating terms and hovering over everyone to make sure they're carried out to the micromanager's demands (I deliberately didn't say satisfaction).  I don't get the sense that Torrie is describing that.
  </div> 
  <div>
    
  </div> 
  <div>
   If committees are some sort of "stifling bureaucratic structure", I suggest the organization is doing it wrong.  They should be bodies doing real work and, as Ed noted, reporting back results.  Hacking at policy and process comes under hacker ethos, IMO.
  </div> 
  <div>
    
  </div> 
  <div>
   Randy
  </div> 
  <div>
   Tarrant Makers
  </div> 
  <div>
    
  </div> 
  <blockquote style="position: relative; margin-left: 0px; padding-left: 10px; border-left: solid 1px blue;" type="cite">
   On February 26, 2014 at 1:28 PM Edward L Platt <ed@elplatt.com> wrote:
   <br />
   <br /> 
   <div dir="ltr">
    It sounds like the member in question is doing the *opposite* of micromanaging.  If you want to take members' opinions into account, some level of bureaucracy is inevitable and the goal should be more effective, rather than less (or more), bureaucracy.  Or, if you have strong central leadership that gets to make decisions, that works to.  I can't tell which model you're striving for. 
    <div>
      
    </div> 
    <div>
     Also, PSA: if you don't like meetings, committees are your friend!  You get to say "hey everyone who cares about X, go hash it out in a focused session and bring back a concise report for everyone."  Then if someone wants to derail a general meeting with it, you can say "If you really care about this issue, go join the committee."  Way more efficient than having everyone sit through discussion about everything.
    </div> 
    <div>
      
    </div> 
    <div>
     -Ed
    </div> 
   </div> 
   <div class="gmail_extra">
    <br />
    <br /> 
    <div class="gmail_quote">
     On Wed, Feb 26, 2014 at 1:08 PM, Bert Hartmann 
     <span><<a target="_blank" href="mailto:berthartm@gmail.com">berthartm@gmail.com</a>></span> wrote:
     <br /> 
     <blockquote style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"> 
      <div dir="ltr">
       Hey Torrie, 
       <div>
         
       </div> 
       <div>
        I don't know anything about your space, so this is all pure speculation on my part, but if you don't have enough consensus to pass a budget, perhaps you do need to open up the discussion to more people until they're comfortable with the result? If you do have consensus, then it shouldn't be an issue, and just approve the budget and move forward.
       </div> 
       <div>
         
       </div> 
       <div>
        I know in New Jersey the law requires our non-profit to have an annual meeting with all the members about this time of year, where we traditionally pass a budget for the year, among other things. Perhaps a similar type of meeting for your group is healthy, so that no matter what process develops the budget (1 man and a spreadsheet or 20 people in 20 meetings) there's a hard and fast deadline everyone's working towards so it doesn't get out of control and you end up with a workable result to present the rest of the group (who will presumably keep on hacking despite it).
       </div> 
       <div>
         
       </div> 
       <div>
        Incidentally, to answer your last question: I've seen the role of the board as handling all the bureaucratic stuff (rent, government filings, cleaning the bathroom, budget negotiations) so that the hacking may go on unimpeded for everyone else. Some of it's unavoidable, the trick is just to minimize the impact to the organization at large and the members in specific.
       </div> 
       <div>
         
       </div> 
       <div>
        my 2 cents,
       </div> 
       <div>
        Bert
       </div> 
      </div> 
      <div class="HOEnZb"> 
       <div class="h5"> 
        <div class="gmail_extra">
         <br />
         <br /> 
         <div class="gmail_quote">
          On Wed, Feb 26, 2014 at 11:08 AM, Torrie Fischer 
          <span><<a target="_blank" href="mailto:tdfischer@hackerbots.net">tdfischer@hackerbots.net</a>></span> wrote:
          <br /> 
          <blockquote style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">
           Hi, discuss@!
           <br /> 
           <br /> Lately at my hackerspace, we've had a member who is very interested in
           <br /> micromanaging the space. I'm currently both treasurer and AWS sysadmin for
           <br /> 
           <a target="_blank" href="http://synhak.org">synhak.org</a>, where I proposed a budget to use some grant money we received to
           <br /> secure 3 year funding of our infrastructure.
           <br /> 
           <br /> Time and time again, this member in question wants to form a committee or some
           <br /> equally stifling bureaucratic structure to analyze any change to the space
           <br /> under the guise of "investigating all the options".
           <br /> 
           <br /> Micromanagement like this is totally against our culture, but it seems that
           <br /> there are one or two others who go along with it because it "makes sense".
           <br /> 
           <br /> Whats the best way to kill bureaucratic micromanagement and protect the hacker
           <br /> ethos at a space?
           <br /> _______________________________________________
           <br /> Discuss mailing list
           <br /> 
           <a target="_blank" href="mailto:Discuss@lists.hackerspaces.org">Discuss@lists.hackerspaces.org</a>
           <br /> 
           <a target="_blank" href="http://lists.hackerspaces.org/mailman/listinfo/discuss">http://lists.hackerspaces.org/mailman/listinfo/discuss</a>
          </blockquote> 
         </div> 
        </div> 
       </div> 
      </div> 
      <br />_______________________________________________
      <br /> Discuss mailing list
      <br /> 
      <a href="mailto:Discuss@lists.hackerspaces.org">Discuss@lists.hackerspaces.org</a>
      <br /> 
      <a target="_blank" href="http://lists.hackerspaces.org/mailman/listinfo/discuss">http://lists.hackerspaces.org/mailman/listinfo/discuss</a>
      <br /> 
     </blockquote> 
    </div> 
    <br />
    <br clear="all" /> 
    <div>
      
    </div> -- 
    <br /> 
    <div dir="ltr">
     Edward L. Platt 
     <div>
      <a target="_blank" href="http://elplatt.com">http://elplatt.com</a>
     </div> 
     <div>
      <a target="_blank" href="http://civic.mit.edu/users/elplatt">http://civic.mit.edu/users/elplatt</a>
     </div> 
     <div>
      <a target="_blank" href="http://i3detroit.com">http://i3detroit.com</a>
     </div> 
     <div>
      <a target="_blank" href="http://twitter.com/elplatt">@elplatt</a>
     </div> 
    </div> 
   </div> 
  </blockquote> 
  <div>
   <br /> 
  </div> 
  <div id="ox-signature">
   Randall (Randy) Arnold 
   <br />Developer and Enthusiast Advocate 
   <br />http://texrat.net 
   <br />+18177396806
  </div>
 
</body></html>