Difference between revisions of "FractalWorkingGroup"

From Noisebridge
Jump to: navigation, search
(Fractal Working Group)
 
(43 intermediate revisions by 7 users not shown)
Line 1: Line 1:
"FractalWorkingGroup" is both a group and a concept. The members of the FractalWorkingGroup are working to develop and improve the concept of multiple Noisebridge working groups. The Fractal group serve the following purposes:
+
{{MetaGuild}}
 +
{{box}}
 +
Working groups are a group creation pattern that predates [[guilds]]. Working groups may be more temporary subgroups within guilds that do a thing and group participants may or may not be ongoing participants of the larger guilds or participate just in that group for a limited time.
 +
{{boxend}}
 +
 
 +
== Fractal Working Group ==
 +
 
 +
===current version: 0.0.2-alpha===
 +
* 0.0.2-alpha: WGs are a factory method for a group to do a thing that may be a subgroup of guilds.
 +
* 0.0.1-uberalpha: WGs are a factory method for a group.
 +
 
 +
The "FractalWorkingGroup" is NOT a group; it is a "factory method" for a group.
 +
 
 +
http://en.wikipedia.org/wiki/Factory_method_pattern
 +
 
 +
 
 +
=== Purpose ===
 +
 
 +
The FractalWorkingGroup factory method serves the following purposes:
  
 
* to establish a basis of functionality that makes it easy for new groups to spin up (and fade away);  
 
* to establish a basis of functionality that makes it easy for new groups to spin up (and fade away);  
 
* for members to find productive engagement in the Noisebridge community;  
 
* for members to find productive engagement in the Noisebridge community;  
* to allow Noisebridge as an entity to adjust rapidly to changes both internal and external.
+
* to allow Noisebridge as an entity to adjust rapidly to changes both internal and external;
 +
* to help groups -- and therefore Noisebridge -- live long and prosper.
 +
 
  
 
=== Concept ===
 
=== Concept ===
"work in progress -- please edit as you see fit!"
 
 
 
Based upon the mathematical concept of a fractal, the Noisebridge "Fractal Working Group" concept entails the following:
 
Based upon the mathematical concept of a fractal, the Noisebridge "Fractal Working Group" concept entails the following:
  
Line 13: Line 31:
 
* groups may change their style of decision-making to whatever the members of the group would like. Full consensus should be considered the "default setting". The purpose is to encourage experimentation in social structures (policy, governance, size, attention to documentation, etc.)
 
* groups may change their style of decision-making to whatever the members of the group would like. Full consensus should be considered the "default setting". The purpose is to encourage experimentation in social structures (policy, governance, size, attention to documentation, etc.)
 
* groups should use the lessons learned from operation to make proposals and recommendations to the Noisebridge General Meeting.
 
* groups should use the lessons learned from operation to make proposals and recommendations to the Noisebridge General Meeting.
* groups should have all authority to make low-level decisions without taking low-level decisions through the NB General Meeting.  
+
* groups should do-ocratically make most decisions themselves without seeking permission at the NB General Meeting.
* groups should seek in all respects of operation to uphold the Noisebridge Mission Statement.
+
* groups should bring potentially controversial decisions to the NB General Meeting, keeping in mind that actions may impact more than just the group itself.
* groups will conduct email discussions as necessary:
+
* groups should seek in all respects of operation to uphold the [[Noisebridge_Vision]].
** new or temporary groups can begin email discussion by creating a TOPIC on the '''Members''' email list (NOT Discuss). http://www.list.org/mailman-member/node29.html
+
* groups should strive to choose communications medium/media that preserve history, so that Noisebridge as an organism can best analyze successes and mistakes. See below.
** groups expecting to be long-term, primary groups should be provided their own private email list by Rack. These shall be members-only lists, not open to the non-member public.
+
* any NB member* may join, observe, or send suggestions to any group. (*"member" means any Board Member, Member, and any other formally approved NB participant)
* any NB member* may join, observe, or send suggestions to any group. (*"member" means any Councilor, Member, Associate Member, and any other formally approved NB participant)
+
* any NB non-member may participate in a group with the sponsorship of one formally recognized NB "member" as defined above.
 +
* groups should declare and practice a "continuation strategy" (except in the case of a deliberately time-limited group).  See below.
 +
 
  
=== Recommendations ===
+
=== Communication Strategies ===
  
"""not requirements!"""
+
'''Groups need to communicate well to work well. Groups that communicate badly fall apart quickly.'''
 +
 
 +
Mailing list options:
 +
 
 +
* New or temporary groups are welcome to start a discussion on noisebridge-discuss and coordinate there. (It is quite Excellent to talk about projects at the space on the list.)
 +
 
 +
* Groups expecting to be long-term, primary groups -- or groups with too high a signal/noise ratio when they operate on noisebridge-discuss -- should request a mailing list from Rack.
 +
 
 +
Slack:
 +
 
 +
* Make a new "channel" in https://noisebridge.slack.com (if you don't yet have a Slack account, ask [[User:Nthmost]] or [[User:daravinne]] for an invite).
 +
 
 +
Not recommended:
 +
 
 +
* phone
 +
 
 +
 
 +
=== Continuation Strategies ===
 +
 
 +
'''At Noisebridge, people come and go. Involvement waxes and wanes. This is expected. The group should continue to do good work.'''
 +
 
 +
Pick at least 2 continuation strategies from the list below:
 +
 
 +
* offer free training in technical skills to encourage participation from newbies.
 +
* bring successes, discussions, and solicitations for feedback to the NB General Meeting on a regular basis.
 +
* actively seek out new members as needed/desired both from inside and outside Noisebridge.
 +
* announce at meetings or in mailing lists that the group will disband if new members/leadership don't step up.
 +
 
 +
Keep in mind:
 +
 
 +
* be wary of growing large too quickly, before you've had a chance to settle into a method of communication. 
 +
* don't be afraid to spin off a new group, perhaps a specialist group, if your group feels unwieldy.
 +
* expect (don't be surprised) that people will come and go. design your group with that in mind.
 +
 
 +
Remember:
 +
 
 +
* Failure is an Option!
 +
 
 +
 
 +
=== Notes and Further Recommendations ===
 +
 
 +
'''not requirements!'''
  
 
* Groups should have meetings and take meeting notes, much like the Noisebridge General Meeting.
 
* Groups should have meetings and take meeting notes, much like the Noisebridge General Meeting.
 
* Groups should have a wiki page linked below, to make sure people can find out about the groups and what they're about.
 
* Groups should have a wiki page linked below, to make sure people can find out about the groups and what they're about.
* There shall be a Workgroups wiki page, listing all existing groups, each linked to the group's individual page. Listed below temporarily.  
+
* When the list is long enough, we'll make a separate WG wiki page listing all existing groups, each linked to the group's individual page.
 +
* Some groups require (yes, require) technical or other skills and expertise. (e.g. managing the LAN.)  Care should be taken to encourage skillful participation without becoming exclusionary.  Responsibilities shared by few are a liability, and cause Noisebridge as an organization to be fragile.
  
 
== Current Working Groups ==
 
== Current Working Groups ==
  
* [[MissionWorkingGroup]]
+
* [[SafeSpaceWG]]
 
* [[CommunityWorkingGroup]]
 
* [[CommunityWorkingGroup]]
* [[SafeSpaceWorkingGroup]]
+
 
 +
* ''add your group here!''
 +
 
 +
== Past Working Groups ==
 +
 
 +
* [[SecWG]]
 
* [[KitchenWorkingGroup]]
 
* [[KitchenWorkingGroup]]
* ''add your group here!''
+
* [[WorkingGroup:Documentation]]
 +
 
 +
{{ManualPage}}

Latest revision as of 03:25, 8 July 2020

Guilds | Meta | Electronics | Fab | Games | Music | Library | Neuro | Philosophy | Funding | Art | Crypto | Edit

MetaGuild | Recruiting Guilds | Volunteer | Documentation | Working Groups | CommunityWorkingGroup | Badges | Edit

Working groups are a group creation pattern that predates guilds. Working groups may be more temporary subgroups within guilds that do a thing and group participants may or may not be ongoing participants of the larger guilds or participate just in that group for a limited time.

Fractal Working Group

current version: 0.0.2-alpha

  • 0.0.2-alpha: WGs are a factory method for a group to do a thing that may be a subgroup of guilds.
  • 0.0.1-uberalpha: WGs are a factory method for a group.

The "FractalWorkingGroup" is NOT a group; it is a "factory method" for a group.

http://en.wikipedia.org/wiki/Factory_method_pattern


Purpose

The FractalWorkingGroup factory method serves the following purposes:

  • to establish a basis of functionality that makes it easy for new groups to spin up (and fade away);
  • for members to find productive engagement in the Noisebridge community;
  • to allow Noisebridge as an entity to adjust rapidly to changes both internal and external;
  • to help groups -- and therefore Noisebridge -- live long and prosper.


Concept

Based upon the mathematical concept of a fractal, the Noisebridge "Fractal Working Group" concept entails the following:

  • a group can begin with an individual or group of individuals at any time, for any reason.
  • groups may change their style of decision-making to whatever the members of the group would like. Full consensus should be considered the "default setting". The purpose is to encourage experimentation in social structures (policy, governance, size, attention to documentation, etc.)
  • groups should use the lessons learned from operation to make proposals and recommendations to the Noisebridge General Meeting.
  • groups should do-ocratically make most decisions themselves without seeking permission at the NB General Meeting.
  • groups should bring potentially controversial decisions to the NB General Meeting, keeping in mind that actions may impact more than just the group itself.
  • groups should seek in all respects of operation to uphold the Noisebridge_Vision.
  • groups should strive to choose communications medium/media that preserve history, so that Noisebridge as an organism can best analyze successes and mistakes. See below.
  • any NB member* may join, observe, or send suggestions to any group. (*"member" means any Board Member, Member, and any other formally approved NB participant)
  • any NB non-member may participate in a group with the sponsorship of one formally recognized NB "member" as defined above.
  • groups should declare and practice a "continuation strategy" (except in the case of a deliberately time-limited group). See below.


Communication Strategies

Groups need to communicate well to work well. Groups that communicate badly fall apart quickly.

Mailing list options:

  • New or temporary groups are welcome to start a discussion on noisebridge-discuss and coordinate there. (It is quite Excellent to talk about projects at the space on the list.)
  • Groups expecting to be long-term, primary groups -- or groups with too high a signal/noise ratio when they operate on noisebridge-discuss -- should request a mailing list from Rack.

Slack:

Not recommended:

  • phone


Continuation Strategies

At Noisebridge, people come and go. Involvement waxes and wanes. This is expected. The group should continue to do good work.

Pick at least 2 continuation strategies from the list below:

  • offer free training in technical skills to encourage participation from newbies.
  • bring successes, discussions, and solicitations for feedback to the NB General Meeting on a regular basis.
  • actively seek out new members as needed/desired both from inside and outside Noisebridge.
  • announce at meetings or in mailing lists that the group will disband if new members/leadership don't step up.

Keep in mind:

  • be wary of growing large too quickly, before you've had a chance to settle into a method of communication.
  • don't be afraid to spin off a new group, perhaps a specialist group, if your group feels unwieldy.
  • expect (don't be surprised) that people will come and go. design your group with that in mind.

Remember:

  • Failure is an Option!


Notes and Further Recommendations

not requirements!

  • Groups should have meetings and take meeting notes, much like the Noisebridge General Meeting.
  • Groups should have a wiki page linked below, to make sure people can find out about the groups and what they're about.
  • When the list is long enough, we'll make a separate WG wiki page listing all existing groups, each linked to the group's individual page.
  • Some groups require (yes, require) technical or other skills and expertise. (e.g. managing the LAN.) Care should be taken to encourage skillful participation without becoming exclusionary. Responsibilities shared by few are a liability, and cause Noisebridge as an organization to be fragile.

Current Working Groups

  • add your group here!

Past Working Groups


Manual | Visitors | Participation | Standards | Channels | Operations | Edit