Yes.
Take my team as an example:
In 2017, my team had more than 120 students. From having so many students, it became apparent that:
1. There are too many bodies in the build space, there physically is not enough room.
As a school based team, the space we have is the space for the technology department. There are a finite number of seats, a finite number of tools, and a finite amount of space. When it becomes difficult to move because so many people are in the way, the team is constricting itself. If you have the option to build bigger facilities, long term you may have a better solution. Otherwise in the near term, you need to limit the amount of people.
2. The student to mentor ratio was out of whack.
We’ve got a lot of mentors, but when the students begin to outnumber the mentors more than 8 to 1, the students don’t benefit and get the attention they deserve, the mentors don’t get the interaction they find fulfilling, and the relationship is strained and the team suffers. Long term, you can always recruit more mentors, but that’s assuming you can keep the ones you already have.
3. The student to school faculty ratio was way out of line.
Being a school based team, my team requires school faculty. The faculty are responsible for all the administrative parts of the team, from checking grades to keeping attendance to organizing travel to ordering materials. You name it, they do it. Too many students is overwhelming, and the last thing you want is for the faculty to quit, that’s the fastest way for the team to fold. I suppose we could petition the school to expand the department, but that too would require bigger facilities.
4. Some students are not motivated nor self starting and were a detriment to the team.
5. Too many parents were using the team as free after school babysitting.
I can’t tell you how frustrating this is for me as a mentor. I want the students to learn. I want the students to contribute to the team. I don’t want to try to continuously find ways to keep them busy. Least of all do I want to babysit them.
We’ve had kids show up to every meeting, plop down in front of their laptop and play minecraft the entire time. Literally 5 days a week, 4 hours a day. We’ve had kids get upset that they don’t get to drive the robot, when they’ve sat and talked and socialized the entire build season without doing anything productive (no lines of code, no wires crimped, no drawings, no articles written, nothing). The only way we get anything done is by having the students take the initiative. It’s not a productive use of any of the team’s time to have to continuously push the students to be productive. I will gladly give you a project or a problem to work on, I’ll share with you a challenge. But if you’re not engaged and you don’t show any interest in learning or being productive, don’t expect to be wanted back.
This past season, we had an application. We found the quickest way to filter out the unmotivated is to have an application and essay to fill out (even softball questions like “why you want to be on the team.”)
The second quickest way to separate the wheat from the chaff is to ask a returning student, “What was your contribution to the team last year?”
Absolutely, it is OK for an FRC Team to limit their size.