More actions
m →4. Staff Management: Corrected grammar in 4.2 |
Event Policy |
||
| (3 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
'''DISCLAIMER: These policies apply to all staff, regardless of position, unless explicitly stated otherwise.''' | '''DISCLAIMER: These policies apply to all staff, regardless of position, unless explicitly stated otherwise.''' | ||
== | == Staff Code of Conduct == | ||
'' | ''Failure to the Code of Conduct can result in removal from staff.'' | ||
1. Follow the Server rules at all times and abide by DeltaV’s Privacy Policy. The policy can also be found in the [https://discord.com/channels/968983104247185448/968983104662409239 Discord rules page] | |||
2. Be respectful, helpful, and trustworthy when performing staff actions and interacting with the community. | |||
3. Personal Identifiable Information (PII) such as IP, Email Addresses, UUID, etc is to be shared on a need-to-know basis. Do not share PII with the community or staff without consent of the information’s owner, unless you are sharing this information with other members of staff who need this information to perform their duties. | |||
4. Do not use direct messages for official staff actions or statements. | |||
5. You are expected to recuse yourself from situations involving conflicts of interest, biases, or other interpersonal dynamics. If you find yourself placed in this situation, please request another team member or a Head of Staff take over for you. | |||
6. Staff that are expecting to be taking a break for two or more weeks, please let your team Head know. We understand there are instances where you can vanish without warning due to personal emergency, upon returning please contact your team Head. | |||
== Staff Rank Structure == | |||
''This breaks down each staff rank, their duties, and permissions. Higher ranking staff members, in their respective departments, gain all permissions of lower staff ranks.''' | |||
'' | |||
=== Head Staff === | |||
''' | '''Project Manager (PM)''' | ||
- Handles Internal Affairs, content, staff policies, and all things regarding Delta-V. Oversees all staff. Determines the continuity of the project. Determines the “Future Plans” of the project. ''Project manager’s have the ability to make “Owner-like” decisions via unanimous PM agreements (with other PM’s) and can bypass this in times of emergencies.'' | |||
''' | '''Head Moderator''' | ||
- Handles Internal Affairs, Investigates staff violations and staff reports. Oversees Moderation, the discord and it's rules. | |||
''' | '''Head Game Administrator (HGA)''' | ||
- Oversight of Administration; including hiring, training, and promoting. Administrative rulings and Administrative policies | |||
''' | '''Game director (GD)''' | ||
- Oversight of Direction; including hiring, training, and promoting. Direction roadmap approval, Oversight of Content. | |||
=== | === Senior Staff === | ||
''' | '''Senior Moderator''' | ||
- Assist Head Moderator in duties as assigned, Standard Moderation, Investigation of staff reports and misconduct. | |||
''' | '''Senior Administrator''' | ||
- Assist HGA’s in duties as assigned, Standard Administration, Provide guidance. | |||
''' | '''Senior Curator''' | ||
- Assist GD’s in duties as assigned, Standard Direction, Provide guidance. | |||
''' | '''Trial Admin Mentor''' | ||
- Training with all Trial Administrators. | |||
'''4.5 | === Entry-Level and Trial Staff === | ||
'''Moderator''' | |||
- Mhelps, Notes involving the discord, management of discord chats and “Policing them”. | |||
'''Administrator''' | |||
- Events, Ahelps, Notes & Bans, Rule Clarifications, Ban Appeals, Event Approval (via event policy). Can use Readmin Policy | |||
'''Curator''' | |||
- Events, Chelps, Event creation, Banning Raiders, Event Approval (via event policy). Content approval (via vote). | |||
'''Trial Curator''' | |||
- Events, Chelps, Event creation, Banning Raiders, Content approval (via vote). | |||
'''Trial Administrator''' | |||
- Ahelps, Notes & Bans, Rule Clarifications, and Ban Appeals. | |||
== Event Policy == | |||
''This policy refers to Administrators and Curators, Unless otherwise specified.'' | |||
'''1. Actions of Staff during round must be reported to the #Event-log in discord.''' | |||
This includes all “One-off” spawns. Spawns and actions pertaining to an approved event can be skipped as long as the event itself has been reported. Major changes to an event in-round must be logged. This excludes small actions that are taken to preserve the integrity of the game, such as moving players & addressing small bugs. | |||
'''2. Never use a “smite” against a player character that is in round.''' | |||
This includes possible raiders. Smites have the capacity to be irreversible and game breaking. They should not be used outside of the admin arena. | |||
'''3. Events should be allowed to play out at their own pace.''' | |||
Events will almost invariably be affected by the crew, antagonists, or natural occurrences within the round; let the round flow organically and allow players to interact with the event rather than forcing them to follow a script. Let them fail if needed. | |||
'''4. Events must meet or exceed our MRP Standard.''' | |||
Both the rationale and implementation of an event must demonstrate evidence of a story, or be beneficial to the story unfolding on the station currently. | |||
'''5. Events must not feature staff-level ghost roles such as deathsquad unless directly authorized by a Head of Staff.''' | |||
These roles should be filled by staff and represent both Administration and Curation in an in-character fashion. | |||
'''6. Events should never portray NanoTrasen or Central Command as directly antagonistic to the crew.''' | |||
While Central Command is expected to be strict - especially on matters of policy and procedure - they should be supportive where possible, politely evasive when pressed, and only authoritative in extreme circumstances. | |||
'''7. Events should not disrupt the balance of the round.''' | |||
Don't introduce overpowered, unique, or usually unobtainable ghost roles, entities, or items, and should not overwhelm the round, the station, or its resources. This includes objective items, spawn-only items, leviathings, etc. | |||
'''8. Event roles should be reserved for players.''' | |||
Staff are expected to organize and oversee the event, not partake in it. If a ghost role is not taken for more than 5 minutes, the eventing staff member may join the queue . | |||
'''9. aGhosts are welcome to take any ghost roles.''' | |||
Refer to the previous rule regarding roles you have spawned. | |||
'''10. Do not test unknown commands on the game servers.''' | |||
All testing of Console commands, VVwrites, and other “Unused” aGhost powers should take place on a personal dev environment, not on the game servers. | |||
'''11. You may not take ERT Leadership roles unless 5 minutes has passed without anyone taking the role.''' | |||
Any spawned CC character going to the station, must be armed by security on station. If your character is visiting the station, You are Not Allowed to spawn weapons for them. | |||
Latest revision as of 17:48, 27 January 2026
DISCLAIMER: These policies apply to all staff, regardless of position, unless explicitly stated otherwise.
Staff Code of Conduct
Failure to the Code of Conduct can result in removal from staff.
1. Follow the Server rules at all times and abide by DeltaV’s Privacy Policy. The policy can also be found in the Discord rules page
2. Be respectful, helpful, and trustworthy when performing staff actions and interacting with the community.
3. Personal Identifiable Information (PII) such as IP, Email Addresses, UUID, etc is to be shared on a need-to-know basis. Do not share PII with the community or staff without consent of the information’s owner, unless you are sharing this information with other members of staff who need this information to perform their duties.
4. Do not use direct messages for official staff actions or statements.
5. You are expected to recuse yourself from situations involving conflicts of interest, biases, or other interpersonal dynamics. If you find yourself placed in this situation, please request another team member or a Head of Staff take over for you.
6. Staff that are expecting to be taking a break for two or more weeks, please let your team Head know. We understand there are instances where you can vanish without warning due to personal emergency, upon returning please contact your team Head.
Staff Rank Structure
This breaks down each staff rank, their duties, and permissions. Higher ranking staff members, in their respective departments, gain all permissions of lower staff ranks.'
Head Staff
Project Manager (PM) - Handles Internal Affairs, content, staff policies, and all things regarding Delta-V. Oversees all staff. Determines the continuity of the project. Determines the “Future Plans” of the project. Project manager’s have the ability to make “Owner-like” decisions via unanimous PM agreements (with other PM’s) and can bypass this in times of emergencies.
Head Moderator - Handles Internal Affairs, Investigates staff violations and staff reports. Oversees Moderation, the discord and it's rules.
Head Game Administrator (HGA) - Oversight of Administration; including hiring, training, and promoting. Administrative rulings and Administrative policies
Game director (GD) - Oversight of Direction; including hiring, training, and promoting. Direction roadmap approval, Oversight of Content.
Senior Staff
Senior Moderator - Assist Head Moderator in duties as assigned, Standard Moderation, Investigation of staff reports and misconduct.
Senior Administrator - Assist HGA’s in duties as assigned, Standard Administration, Provide guidance.
Senior Curator - Assist GD’s in duties as assigned, Standard Direction, Provide guidance.
Trial Admin Mentor - Training with all Trial Administrators.
Entry-Level and Trial Staff
Moderator - Mhelps, Notes involving the discord, management of discord chats and “Policing them”.
Administrator - Events, Ahelps, Notes & Bans, Rule Clarifications, Ban Appeals, Event Approval (via event policy). Can use Readmin Policy
Curator - Events, Chelps, Event creation, Banning Raiders, Event Approval (via event policy). Content approval (via vote).
Trial Curator - Events, Chelps, Event creation, Banning Raiders, Content approval (via vote).
Trial Administrator - Ahelps, Notes & Bans, Rule Clarifications, and Ban Appeals.
Event Policy
This policy refers to Administrators and Curators, Unless otherwise specified.
1. Actions of Staff during round must be reported to the #Event-log in discord. This includes all “One-off” spawns. Spawns and actions pertaining to an approved event can be skipped as long as the event itself has been reported. Major changes to an event in-round must be logged. This excludes small actions that are taken to preserve the integrity of the game, such as moving players & addressing small bugs.
2. Never use a “smite” against a player character that is in round. This includes possible raiders. Smites have the capacity to be irreversible and game breaking. They should not be used outside of the admin arena.
3. Events should be allowed to play out at their own pace. Events will almost invariably be affected by the crew, antagonists, or natural occurrences within the round; let the round flow organically and allow players to interact with the event rather than forcing them to follow a script. Let them fail if needed.
4. Events must meet or exceed our MRP Standard. Both the rationale and implementation of an event must demonstrate evidence of a story, or be beneficial to the story unfolding on the station currently.
5. Events must not feature staff-level ghost roles such as deathsquad unless directly authorized by a Head of Staff. These roles should be filled by staff and represent both Administration and Curation in an in-character fashion.
6. Events should never portray NanoTrasen or Central Command as directly antagonistic to the crew. While Central Command is expected to be strict - especially on matters of policy and procedure - they should be supportive where possible, politely evasive when pressed, and only authoritative in extreme circumstances.
7. Events should not disrupt the balance of the round. Don't introduce overpowered, unique, or usually unobtainable ghost roles, entities, or items, and should not overwhelm the round, the station, or its resources. This includes objective items, spawn-only items, leviathings, etc.
8. Event roles should be reserved for players. Staff are expected to organize and oversee the event, not partake in it. If a ghost role is not taken for more than 5 minutes, the eventing staff member may join the queue .
9. aGhosts are welcome to take any ghost roles. Refer to the previous rule regarding roles you have spawned.
10. Do not test unknown commands on the game servers. All testing of Console commands, VVwrites, and other “Unused” aGhost powers should take place on a personal dev environment, not on the game servers.
11. You may not take ERT Leadership roles unless 5 minutes has passed without anyone taking the role. Any spawned CC character going to the station, must be armed by security on station. If your character is visiting the station, You are Not Allowed to spawn weapons for them.