There are a lot of great thoughts in this thread. Several times now over the past few days I have sat down to try to write some thoughts, but couldn’t figure out what to write. I do not want to victim-blame, but I do want to give you some perspectives on how/why some students can end up feeling left out, even when the team has the best of intentions.
On the one hand, I get it. I was probably that kid. As a result I have grown into an adult that (I like to think) is particularly aware of those kids and have a special empathy for them. I make sure that, as a person, you will not be ignored. We’ll talk to you. We’ll listen to you.
That said, as a mentor I also know that the FRC environment is set up so that certain types of people naturally thrive. It’s competitive, it’s fast paced, it’s dynamic. It’s especially challenging for us as mentors to monitor all the projects, all the students, and keep track of (a) who’s doing what and (b) who wants to be doing what, and © who’s still looking left out and how to encourage them to plug in somewhere.
On my team, we encourage students to take ownership of projects. If you’re really gung-ho on vision, show up to meetings, learn the theory, do research, progress the project, get it on the robot, test it, make it work, then you’ll soon discover that you’ve become the team expert on vision, and will take on even more responsibility: you’ll be the one we call on to do field calibration, you’ll be the one we call to the pit when it’s acting up. Usually there’s one student who establishes him/herself as the de facto project leader, aided by a friend or two helping them. Often the determination between who is the “leader” and who is the “helper” is as simple as who is able to make it out to more meetings. Is that unfair? Maybe, but at the end of the day, unfortunately, it needs to get done…
Now sometimes we get students that really want to do some project “X”. And wherever possible we work to make that happen. However, we do have a product to “ship” at the end of the day and it is not always possible to make “X” work in the context of a working FRC robot. Like RockRGI says below me, we have a lot more leeway with off-season projects, though on our particular team we also have the caveat that once our community-donated build space is gone for the build season and we’re back to meeting at the public library, it’s a lot harder to do stuff that requires any specialized equipment. Bottom line is, sometimes students have great ideas or want to do things that are simply outside the scope of what we’re set up to do on our team.
In the same vein, when we do our team planning after kickoff, there are occasionally students (and mentors!) who insist that we have to build a mechanism to do the “fun” looking task, like shooting or climbing. As a team we have to decide on what level of build complexity we are capable of taking on, and then how to use that capability to effectively play the game. That means, no climber in Stronghold. No fuel shooting for Steamworks. No ramps or complex swinging intakes for Power Up. As cool as those would be, there is a limit to our capability and though it can be disappointing that your great idea can’t get implemented, it would be even more disappointing to try to do it all, and fail.
Sometimes we have students that have a hard time learning to find their place on a large team. We’re fundamentally different from most school group projects (or even smaller robot competitions) where any individual person has a very large grasp on the big picture, and in many group dynamics, one person might even basically do all the work or can exert a lot of control on how the project goes. Not on a large FRC team, where we’re very much dependent on each other, and no individual person gets to throw their weight around, insist on doing things “their” way, or make everyone work on their schedule. Sorry software guy, but you’ll just have to wait for the hardware guys to finish building the drivetrain before you get your shot at testing. Complaining about it isn’t going to make it go any faster. Focus instead on coming up with alternative solutions (such as simulators, plywood prototypes, etc.)
Finally, we have students who are learning how to work independently, and there simply aren’t enough mentors to give everybody individual 1-on-1 training. You must be able to work at least a little bit on your own, and/or not be shy about asking for help from mentors or fellow students when you are stuck. This one is tough because we want to help, we want to teach you, but we also need to be available to all the other students who need our help.
On our team, you will not be “ignored”. However, sometimes you do need to step up a little if you want more attention, responsibility, or help, than you’re currently getting.