Scaling organizations from 50 to 150

There’s this thing that some organizational theory nerds (hi) talk about called the “rule of threes.” What it means, basically, is that every time your organization grows by x3, the way the organization operates has to change. While that blog post breaks down the numbers differently, I see one of the main inflection points as being between 50 and 150. One of my dear friends is on the board of a maker space, and they’ve recently started experiencing growing pains at the 120 mark where trust is breaking down and folks aren’t as aligned as they once were. This is a blog post about what I recommended to him based on the stage they’re at.

Institute and N+1 expectation

As the group grows, things start to slip through the cracks, and the accumulation of those things bothers some folks. Institute an N+1 rule. It goes like this:

  • Every time you pick up a piece of trash or wash a dish, do it for one extra.
  • Every time you restock a soda or filament, stock one more than seems necessary.
  • Every time you order for the space, order one more than you think you need.
  • When you’re sitting in a circle, always have one chair open for someone to join the group.

Etc. This helps deal with the slop of having a bunch of people sharing a space.

Build culture

Build a culture of

  • respecting each other, who you serve, and the space you use.
  • gently enforcing boundaries.
  • giving feedback on small things so feedback on big things is easier.
  • “deescalate with everyone but the enemy.” We are in a time of fascism, and infighting is kind of what the Left is known for.

Have a framework for course correction that visible people use, and gently encourage others to do the same.

Reiterate expectations

Set these and other specific expectations in onboarding documentation, with your People/HR team, in your Code of Conduct, and in everyday exchanges. This helps folks remember and course correct for themselves and others without it being personal.

of hacks and thons

Random Hacks of Kindness was the first weekend of December, OpenDoor Hack-A-Thon this past weekend. Many amazing things were built, and we’ll be continuing endeavors on both counts. What I’m going to talk about now though is not the code or the implementation, but the social dynamics and what we can Do Better for hackathons.

The thons that I have participated with have, as a default, been intimidating. I hope this is not everyone’s experience, but it certainly is mine. I have limited coding experience, and a time-crunch competition is no time to show up and say “but I can learn!” I often offer to keep track of online communications, do research, layout order-of-use and menus and the like, and brew coffee. On occasion, while someone is waiting for code to compile or someone else to finish a contingency task, they’ll teach me about what they’ve written. I learn a lot and have a great time.

image by @aaronpk

There is a continuing problem of “the n00b and the clue-by-four”. This is happens when someone shows up with some combination of the following two features : arriving late1 and/or having extremely limited ability2. It is an issue I have yet to see addressed well. Incorporating a better way of guiding efforts of the thons would be beneficial to all participants, n00bs or l33t. So, in talking with James and Jordan and Strand, we’ve been thinking about the following solutions:

  • basic document (link to what the event is about, communication channels, documents created for event
  • IRC bots (check-in times, auto-answer basic questions, DM those joining the room with above doc, send log of IRC discussion
  • gamification (points towards what people should be working on, time allotments for each stage, etc)

So… I’m super excited to start the hackathons at Jigsaw third weekends in 2011. What would you do? What sorts of guidance do you need when participating in a group event where the details evolve as everyone works together, and few people know each other? We’re intending on having classes the Wednesday before, so people feel a bit more capable in their skills, or create a new skillset.

1. Problems and their potential solutions are discussed either before the hackathon or during its first breaths. Courses chosen are based on the skillsets of available people – to include a step which involves skills no one present has based on the hope that someone will walk through the door hours into the event with just that skill would be silly. This means arriving early is essential, ESPECIALLY if you haven’t been participating in the existing dialoge.
2. As stated before, time-crunch competitions are no time to pester people to teach you things, and promising you can deliver something you don’t have the skills for can be detrimental to everyone. Come, hang out, learn more, but temper your ambitions with your abilities.