Team Roles and Workflow
FTC teams work best when students know who owns each area and how work moves from idea to tested robot.
Common team roles
These roles can be held by one student or shared across several students.
- Strategy and game analysis: studies the game, scoring options, and match priorities
- Mechanical: designs, builds, and repairs robot mechanisms
- Electrical: wires the robot, manages battery health, and keeps electronics organized
- Programming: writes and tests robot code
- Drive team: operates the robot and communicates during matches
- Documentation and outreach: tracks progress, organizes team materials, and supports presentations or outreach work
A simple weekly workflow
- Review the current goal.
- Decide what must be designed, built, or tested that week.
- Split work by role.
- Rejoin for integration and testing.
- Record issues, fixes, and next steps.
Recommended workflow habits
- Keep one short priority list for the week
- Test small changes before combining everything
- Write down failures, not just successes
- Use photos and short notes to track design changes
- End meetings with clear owners for the next tasks
Student-friendly rule of thumb
If no one clearly owns a task, it probably will not get done well. If no one tests a task, it probably is not finished.
Helpful references
- Team organization: GM0 Team Organization
- Collaboration and efficiency: GM0 Collaboration and Efficiency
- Engineering design process: GM0 Engineering Design Process