Jamie.frost: Jamie.frost moved page Large Project Storage Policy to Approved policies/Large Project Storage without leaving a redirect: unifying policy pages to folder

2022-02-17T12:08:29Z

Jamie.frost moved page Large Project Storage Policy to Approved policies/Large Project Storage without leaving a redirect: unifying policy pages to folder

← Older revision	Revision as of 12:08, 17 February 2022
(No difference)

Ian Oliver: Ian Oliver moved page Storage Policy to Large Project Storage Policy: natural disambiguation

2019-11-23T19:06:38Z

Ian Oliver moved page Storage Policy to Large Project Storage Policy: natural disambiguation

← Older revision	Revision as of 19:06, 23 November 2019
(No difference)

Ian Oliver: added link to the policy book and deleted the word "nonexistent" from before it

2016-05-27T23:09:52Z

added link to the policy book and deleted the word "nonexistent" from before it

← Older revision		Revision as of 23:09, 27 May 2016
Line 1:		Line 1:
	A storage policy was passed at the July 2013 Extraordinary General Meeting to enable large projects to be stored at Protospace. It has been in effect since September 1, 2013.		A storage policy was passed at the July 2013 Extraordinary General Meeting to enable large projects to be stored at Protospace. It has been in effect since September 1, 2013.

	This page is a description of the new policy, how it works, and how to use it. When in conflict, refer to the policies as stated in the ~~nonexistent~~ policy book.		This page is a description of the new policy, how it works, and how to use it. When in conflict, refer to the policies as stated in the [[Approved Policies\|policy book]].

	To check for available storage bays and see projects currently assigned to them, see the [[large project storage]] page.		To check for available storage bays and see projects currently assigned to them, see the [[large project storage]] page.

Ian Oliver: update, grammar, formatting

2016-05-26T19:40:54Z

update, grammar, formatting

Show changes

Matt at 07:02, 29 August 2013

2013-08-29T07:02:46Z

← Older revision		Revision as of 07:02, 29 August 2013
Line 20:		Line 20:
	# One week debate period for uncertain, sudden donations brought to the space.		# One week debate period for uncertain, sudden donations brought to the space.
	# All items in common areas must be tagged to identify item and owner, donations included. Unlabelled are considered common items.		# All items in common areas must be tagged to identify item and owner, donations included. Unlabelled are considered common items.


	==How to Pitch / Criticize a Pitch==		==How to Pitch / Criticize a Pitch==

Matt: Seeded Page

2013-08-29T07:02:01Z

Seeded Page

New page

==Overview==

A new storage policy was passed at the July EGM meeting to enable large projects to be stored at Protospace.

To check for available storage bays and see projects currently assigned to them, see: [[Large Project Storage]]

This page is a description of the new policy, how it works, and how to use it. When in conflict, refer to the policies as stated in the policy book.

==Policy==
# Projects worked on or stored in the common area, whether personal or for Protospace, require approval from the membership.
# For approval consideration, projects must state a timeline with milestones that its sponsors commit to.
# Projects must state or be given a work/storage location that the membership approves and the sponsors commit to.
# Projects must be documented and at minimum weekly updates given on the wiki, even if no progress is made, else sponsors are confirming their project is abandoned.
# If timeline/milestones have failed to be met, sponsors are required to remove their project without being asked. If not removed, this is the sponsor confirming for everyone that it's now garbage or free-for-all.
# After 1 week physically removed from Protospace, projects can be re-pitched to the membership with a new timeline and brought back if approved.
# Timelines can be adjusted with a new pitch at the 50% mark, based on success of updates/progress, but no floating deadlines.
# If contact information is left, a 1 week grace period is allowed for contact and actual removal in the case of a failed milestone, timeline, or weekly update. A parking ticket will be placed and signed by the person who has contacted the project owner. This is not an extension, it's a removal period.
# No grace period is given for things left without approval.
# One week debate period for uncertain, sudden donations brought to the space.
# All items in common areas must be tagged to identify item and owner, donations included. Unlabelled are considered common items.

==How to Pitch / Criticize a Pitch==

===How to Pitch:===

# - Start a thread on the admin list. '''Describe your project''', briefly and loosely, no one needs intricate details.
# - '''State your eviction date'''. Not how long you think it'll take... your actual, binding deadline you commit to.
# - '''Suggest where your project will be stored'''.
# - Wait for 2 days to see if it passes concensus-1. Else, discuss.
# - Revise deadlines/milestones/location as necessary.

If approved, [[Large Project Storage#Creating_A_Project_Link|create a project page]] here on the wiki and edit the [[Large Project Storage]] table to let others know your location is in use and until when.

===Example of a pitch:===

"I'm building a '''bedside table'''. It's a '''personal project'''. My deadline is '''3 weeks, Sept 21'''. It's quick, so I don't think I need milestones. I need enough room to store the lumber and build, '''Bay 1 looks large enough''' and according to the wiki is currently unassigned. Any objections?"

===How to be critical of a pitch:===

# - Consider the positive impact of the project on the membership (infrastructure, awesome, etc).
# - Consider the negative impact of the project on the membership (where it's being put and for how long, how big it is).
# - Consider the track record of the person pitching it (cleaning up after themselves, doing what they say they will, communication, deadlines met or missed in the past, etc).
# - Consider how reasonable the deadline is.
# - If claim is reasonable, do nothing.
# - If claim is unreasonable, state your objection.
# - It's the sponsor's job to convince everyone, but be helpful and suggest what would be the next most reasonable thing in your opinion.

===Example of criticism:===

"I think your 1 year deadline for a large project sitting in the middle of the floor with no milestone deadlines along the way is unreasonable. Your project is pretty cool and I think will bring eyes to Protospace, but I think any more than 1 month of it taking up so much floorspace in the bay is unreasonable. Perhaps much of the work could be done at home or in pieces and only the final large assembly be done at Protospace. If you could fit the piece being worked on at any given time into Project Bay 3 up until the last month, and agree to finished milestones A, B, and C at 3 month intervals, I am okay with this one year long build."

==Clarifications==

The membership that cares is expected to be active in what projects get stored, what a reasonable timeline is, whether milestones are necessary, etc. This is a negotiation with the project sponsors. Members may hold out approval until they are happy with the sponsor's commitments. It's all dynamic, membership expresses concern ahead of time, not complains about it later. Once a project is approved, if it stays in its area, makes updates, meets milestones/timeline, and does not impact members beyond that, members should leave sponsors alone about that project.

"'''Approval'''" means consensus-1, for now. We agreed 2 days for dissent to appear.

A '''milestone''' is a deadline before the end of the timeline. For long projects members may require milestones to ensure an abandoned project doesn't reserve space for several months. There are several other exit stages if progress isn't being made.

Project bays aren't the only place things are allowed to be stored. If you can convince the membership it belongs somewhere, that's part of the pitch/review process. It's expected little leniency in time and space for personal projects, more for Protospace/infrastructure projects.

Members can pitch multiple bays and multiple projects at the same time. It's part of the process whether they can convince the membership that that's fair/reasonable/greedy/justified.

Members can leave multiple projects or non-project stuff in their project bay, it's up to them how they arrange their stuff. Being excellent means using it for its purpose, not just overflow because you have timeline space.

Storage crunch is a membership issue, we should enable people to do the right thing the right way by adding more storage, not just adding restrictions on what they can't do.

Being excellent is pulling the plug on your own project before your timeline if you know it's abandoned, not just holding onto it because you're allowed. Also removing your things asap.

Being excellent is cleaning up common areas of abandoned project junk.

Approved policies/Large Project Storage - Revision history

Jamie.frost: Jamie.frost moved page Large Project Storage Policy to Approved policies/Large Project Storage without leaving a redirect: unifying policy pages to folder

Ian Oliver: Ian Oliver moved page Storage Policy to Large Project Storage Policy: natural disambiguation

Ian Oliver: added link to the policy book and deleted the word "nonexistent" from before it

Ian Oliver: update, grammar, formatting

Matt at 07:02, 29 August 2013

Matt: Seeded Page