1,496
edits
User:Martind: Difference between revisions
From London Hackspace Wiki
→Managing Growth
| Line 95: | Line 95: | ||
* are there systematic means of still letting them interact in productive ways, somehow channeling their self-interest into things that benefit the org? | * are there systematic means of still letting them interact in productive ways, somehow channeling their self-interest into things that benefit the org? | ||
* when do they become a liability? | * when do they become a liability? | ||
Finally there's a discussion to have around group cohesion and growth. I'm quite interested in moving towards a "federated" model of operations: to foster the formation of subgroups (meetups, special-interest groups, regular workshops, …) within the LHS. This doesn't have to be very formal. | |||
* It has become harder to get to know people as the org grows, and as our physical space expands. Group settings attract newcomers, and their meetings/workshops/mailing lists may make for a less daunting introduction to the LHS. | |||
* It has become harder to uphold our "everyone's in charge" governance model: with growth (and age) comes a sense of a loss of ownership. It stops being "your" space, and becomes a space owned and managed by an invisible group of hundreds, most of whom you'll never meet. | |||
** I'm interested in fostering a stronger culture of group-maintained infrastructure, as opposed to our previous "we all are responsible" (i.e., nobody feels responsible) model. | |||
** Subgroups can be interested in keeping particular infrastructure in a working state, and can develop the skills/resources to maintain it. | |||
== Spc Mgmt == | == Spc Mgmt == | ||
