Difference between revisions of "Squadron Process"
(Clarified voting process) |
|||
Line 20: | Line 20: | ||
|'''Lead (Krause)''' | |'''Lead (Krause)''' | ||
*Wringable neck for the squadron | *Wringable neck for the squadron | ||
− | *Prioritizes squadron resources, if need be | + | *Prioritizes squadron resources, if need be |
*Leads planning and squadron process as a servant leader | *Leads planning and squadron process as a servant leader | ||
*Veto power on decisions when there is a lack of alignment | *Veto power on decisions when there is a lack of alignment | ||
Line 158: | Line 158: | ||
@Roster I'd like to nominate [@name] for roster! | @Roster I'd like to nominate [@name] for roster! | ||
[optional reason for nomination] | [optional reason for nomination] | ||
− | <nowiki>Respond to this with :goodvibes: if you think [he/she] should be one and :Disappointed: if not. </nowiki | + | <nowiki>Respond to this with :goodvibes: if you think [he/she] should be one and :Disappointed: if not. </nowiki> |
Then send an email to uoaf-members@googlegroups.com letting everyone know a nomination is starting. This is to give members who are not monitoring discord a chance to see the notification, and to make sure it doesn't get buried. | Then send an email to uoaf-members@googlegroups.com letting everyone know a nomination is starting. This is to give members who are not monitoring discord a chance to see the notification, and to make sure it doesn't get buried. | ||
− | + | Roster members should not discuss membership - even to gauge interest - with the nominee during the voting process for a few reasons: | |
− | + | # We don't want the nominee campaigning roster members to vote for them. | |
+ | # If the nomination fails (either by vote or by veto), we don't want the nominee to feel like the rug was pulled out from under them. | ||
− | + | The squadron leader will end the voting period, typically 72 hours after the email is sent. If the nomination succeeds, the squadron leader or a designated 2nd will reach out to the nominee and: | |
− | + | # Invite them to the roster. If they accept, | |
− | + | # Confirm they have read/understood this page, and understand how we pay for our shit. | |
− | + | #Get their email address and add it to google group here: https://groups.google.com/u/2/g/uoaf-members | |
− | + | ||
+ | Once all steps are complete, the squadron leader will add them to the Discord @roster tag and make a hype post in #roster with mad emoticons. | ||
=Offboarding Roster Checklist= | =Offboarding Roster Checklist= |
Revision as of 00:14, 24 February 2024
Contents
Team Charter
Squadron Vision | We aspire to be the most fun, accessible, humble, and passionate flight simulation squadron in the world |
Mission |
|
Roles + responsibilities | Lead (Krause)
Roster (“patched members”):
Frag team:
|
Scope | In:
Out:
|
Values |
|
Success criteria | How do we know if we are being successful?
|
Risks/weaknesses |
|
Motto | Sordida Unguibus “Dirty fingernails” |
Communication
We use Discord (click to join) to communicate over voice, post and share events. We can also use TeamSpeak on demand at 87.127.93.6 pw: grits.
Documents
Please store all documents (including ACMI) on the UOAF google drive here. Note that this is a public folder, but can only be edited by the UOAF members google group which includes all patched members. IF you want to restrict access (e.g. confidential info), be sure to click the “share” button on the top right and tweak it so that only uoaf-members@googlegroups.com OR a specific subset of members can see it.
Planning
- We use a Trello Kanban board to manage our team work
- We use #event-and-squadron-planning discord channel to discuss plans and who is running events, and put work up on Trello
- We use #metrics-and-event-performance to share back performance from events
Event Planning
Identify on a Trello card:
- Package commander: The guy who will lead the package. Now on the signup sheet, used to be on Trello.
- Mission fragger: Make the mission, test it, upload it to drive. Collaborate with others (especially package commander) to ensure quality. Make briefing and posting it.
- Event team
- Event Coordinator: Responsible for making sure the entire event is executed on time, with quality and overall delivery of the event.
- Making sure software and dependencies are up to date on the server
- Moderator: Responsible for running the event from a logistics point of view
- Remote desktop, putting server in, saving mission etc
- Running checklists, pre and post
- Responsible for collecting metrics afterwards. Can be collected by backup moderator, but moderator ultimately responsible.
- Assistant moderator: Also present, and will fill in for the host if he’s not there. If he is there, will assist however possible.
- Event Coordinator: Responsible for making sure the entire event is executed on time, with quality and overall delivery of the event.
Groups
- Administered by groups.google.com
- Used for calendar invites, emails and managing write access to our google drive
- UOAF-leadership can manage all groups
Uoaf-members aka uoaf-members@googlegroups.com
- Who: All patch members.
- Have edit access to the google drive location (all can view)
- Includes “UOAF-leadership” (see below)
- Who: Officers/leadership team
Trello
- Trello participation is included in this team membership here
Funding
UOAF uses a paypal business account under the email uoafdonations@gmail.com
The paypal link for recurring monthly is here. Members and stakeholders are suggested to donate to ensure continued operation of the squadron.
The paypal account is currently owned by Chris Krause. Any balance is held in reserve for voting by the squadron, any deficit is currently paid for out of pocket by Chris Krause.
Financial records of the paypal are to be shared with the community whenever requested.
Voting in Patched Members
Anyone can initiate a vote for someone to become a patched member. The goal of voting is to gain consensus on whether or not the person in question exemplifies the values of UOAF (see above) and also is taking on the list of responsibilities of a patched member on his/her own initiative (See above), with promise to expand those responsibilities.
We bias toward saying "No" than "Yes" and hold a very high personal conduct bar. Anyone who we can't say no to should have been a patch member already!
The squadron leader has veto power as with all things.
Initiating a Vote
Make a post in #roster-voting, following the template:
@Roster I'd like to nominate [@name] for roster! [optional reason for nomination] Respond to this with :goodvibes: if you think [he/she] should be one and :Disappointed: if not.
Then send an email to uoaf-members@googlegroups.com letting everyone know a nomination is starting. This is to give members who are not monitoring discord a chance to see the notification, and to make sure it doesn't get buried.
Roster members should not discuss membership - even to gauge interest - with the nominee during the voting process for a few reasons:
- We don't want the nominee campaigning roster members to vote for them.
- If the nomination fails (either by vote or by veto), we don't want the nominee to feel like the rug was pulled out from under them.
The squadron leader will end the voting period, typically 72 hours after the email is sent. If the nomination succeeds, the squadron leader or a designated 2nd will reach out to the nominee and:
- Invite them to the roster. If they accept,
- Confirm they have read/understood this page, and understand how we pay for our shit.
- Get their email address and add it to google group here: https://groups.google.com/u/2/g/uoaf-members
Once all steps are complete, the squadron leader will add them to the Discord @roster tag and make a hype post in #roster with mad emoticons.
Offboarding Roster Checklist
- Remove from google group
- Remove Roster tag
- Remove from Trello team
- Remove AWS IAM account (if applicable)
Servers
- Server database is maintained here
- There is also a link with credentials/RDP information in it, ask leadership for a link.
Check Ride for new players
- New players who don't have demonstrated community experience or a community sponsor elsewhere generally need to have a "Checkride" before being allowed into a weekend multiplayer event
- A checkride is an evaluation of a player's capability to meet our minimum competencies and SOPs
- Checkride typically take 1 hour or less and should be executed for a single prospect by an experienced roster member
- BS1 created a kit for performing a checkride here that covers all the minimum competencies and is intended to simulate a small but "full vertical" of an event.