SpectrumBits #35760
Team Rules & Commitment Agreement

For all student members who build, program, and work on the robot.
This isn't a casual club — being on this team is a commitment, like a job. If you're not able to commit to it, that's okay, but you need to be honest about that instead of leaving the team hanging.

1. Attendance & Commitment

This is the core of the agreement. Read it carefully.

Minimum attendance: You must attend at least 80% of scheduled sessions each build season to remain an active member of the team. This is tracked, not assumed.

If you can't make a session:

Valid excuses

  • Medical/doctor appointments
  • Family emergencies or family obligations you genuinely can't reschedule
  • School-required events (mandatory school activity, exam conflicts, etc.)
  • Other school commitments — sports, tutoring, other clubs — if communicated in advance

Not valid

  • "I'm busy" / "something came up" with no explanation
  • No response at all until after the session
  • Repeatedly using the same low-priority excuse ("hanging out with friends," "wanted to rest") when it becomes a pattern

Responding to team messages: If a mentor or lead messages you (GroupMe/Discord/etc.), you're expected to respond before the next session at the latest. Going dark and reappearing like nothing happened is treated the same as an unexcused absence.

Consequence ladder for unexcused absences or ghosting:

  1. 1st unexcused miss / ghost incident: Verbal warning + conversation with a mentor about what's going on.
  2. 2nd unexcused miss / ghost incident: Formal warning. Team captain/lead and mentor discuss your role on the team; may result in reduced responsibility (removed from a sub-team lead position, fewer critical tasks assigned to you).
  3. 3rd unexcused miss / ghost incident (or falling below 80% attendance without valid excuses): Removal from the team, decided by the team captain/lead with mentor sign-off.

We're not trying to punish people for having real lives — a doctor's appointment or a family event will never get you in trouble. What we can't work with is silence, no-shows, and vague excuses that leave the rest of the team stuck.

2. Roles & Getting Actual Work Done

Showing up isn't the same as contributing. "I didn't know what to do" is not an excuse under this system, because:

3. Shop Rules (Tools & Space)

Kept simple — we trust you to be sensible, but these are non-negotiable:

4. General Conduct

5. Why This Matters

FTC is a real commitment and a real opportunity — competitions, awards, and scholarships all depend on the team actually functioning as a team. One or two people ghosting or not pulling their weight puts extra pressure on everyone else and can sink a season. This agreement exists so everyone knows exactly what's expected, and so nobody gets blindsided by a consequence they didn't see coming.

6. Team Leadership & Governance

To keep decisions clear and avoid confusion about who has final say, here's how leadership is structured on this team:

Director:

Miss Zeynep
Sole Director of the team, overseeing all departments. All departments ultimately report to her, and she holds final authority on team-wide matters.

Team Leaders:

Cimpeni Eduard — PR/Outreach Lead
Holds 90% authority over PR/Outreach decisions. The remaining 10% is advisory-only input into other departments (Hardware, Software) — he can offer opinions and feedback there, but doesn't have final decision-making power outside PR.
Bogdan Gabor — Software Lead
Holds 100% authority over Software decisions, but must consult with the Hardware Lead before finalizing decisions that affect both departments.
Diosan Stefan — Hardware Lead
Holds 100% authority over Hardware decisions, but must consult with the Software Lead before finalizing decisions that affect both departments.

Team Mentors / Advisors:

Team Mentors/Advisors oversee day-to-day work, enforce shop and conduct rules, and handle warnings/attendance issues as described above. They report into the Director on anything beyond routine matters.

Major decisions — Director approval required.

For the most critical decisions affecting the whole team, the Director's approval is required before anything moves forward. This applies to:
  • Terminating the team (ending the program entirely — not removing an individual member)
  • Any major spending/budget decision
  • Booking transportation or accommodation (competitions, travel, etc.)

7. Intellectual Property & Ownership

To avoid disputes over who owns what, ownership of work created for the team is defined as follows:

Sole ownership — Diosan Stefan

All CAD files, hardware design concepts, and software created by Diosan Stefan are owned exclusively by him. He retains full rights to use, license, or repurpose this work as he sees fit, including outside the team. He may:

Sole ownership — Bogdan Gabor

All software created by Bogdan Gabor (including code and access to that code) is owned exclusively by him, under the same terms as above (24-hour access revocation, 7-day deletion window with the same competition-week exception, team retains the last working version already in use).

Shared ownership — other members

CAD files, hardware design concepts, software, images, promotional/PR content, social media posts, sponsor materials/decks, branding or logo work, and written guides or documentation created by any other member are shared ownership between that member and the team. This means:

Team-owned materials

Materials created collectively for and owned by the team — such as the team's 15-page season manual — belong to the team as a whole, not to any individual. Sharing team-owned materials with outside parties during a competition requires approval from at least one Co-Director first.