Announcing FRC Queue

I haven’t used the system and frankly haven’t looked into how it works… but every single team has a driver station laptop at the event. I’d imagine that if notifications can be sent via cell phone, they could also be sent via email (or other computer based notification). This addresses the equity concern and the YPP concern at the expense of the computer based notification having less “reach” than a cell phone notification.

Just a thought.

Does the system let queuers know which teams have signed up?

In my experience, it is very rare for driver station laptops to be connected to the Internet at competition events, and they are typically not set up with email.


yes. It also displays (to registered queuing managers) the last 4 digits of any numbers registered to a team, which can be useful to catch when people enter the wrong information (which happened more than once).

Most driver station laptops aren’t connected to the internet for most of the event. I still think the Slack solution is very valid, as is not exposing the full phone numbers to queuers.

It seems there’s some conflation of YPP and PII in this thread. There are certainly situations where protecting personally identifiable informationbecomes a youth protection concern, but one is not inherently the other. The PII concern with FIRST is that HQ will not share contact information they collect. They also require all volunteers in possession of such information to be careful in their handling. However, this does not preclude others from independently sourcing data and using it. Having students sign up for an app that sends them texts when it’s time for the match is no more of a concern than asking students to sign up for something like Slack or Trello or Confluence or Onshape, or any of the hundreds of other apps that teams may use that collect and use contact information or students. I really don’t see how this becomes a YPP concern, and it’s only a PII concern if the information isn’t collected or protected properly.


We got to use FRC Queue this weekend at River Rage. It is a great tool in conjunction with the queuing staff and I hope it can be used at more events.


I could not get the Slack Integration to load the channel names for our Slack, it’s possible I was doing something wrong. Other than that, the SMS stuff was great.

Any un-monitored student communication is a YPP concern. As FIRST says in their YPP Program Guide:

Those who seek to abuse or exploit minors may initiate
contact over the Internet by misrepresenting themselves.
In the process they may obtain enough personal
information about a student to enable them to contact
them by phone or in-person and represent themselves as
being in some way related to, or interested in, a student or
their team. It is very important that parents/guardians and
coaches/mentors closely monitor FIRST student online
activities to prevent any inappropriate or unsafe situations

We skirt the edge of this with our use of OnShape (since there is limited chat functionality), but even with that we require students to sign up with their school-based email address, which allows the school to monitor those communications. We don’t use other items like Slack or Trello or Confluence, specifically because those are systems that can allow communication outside of the school-monitored technology solutions. You will never see me text or call a student, because I don’t have their phone numbers. If we’re at an event and I need to get ahold of someone specific, I grab one of our students and get them to reach out for me. That’s all because of the school’s YPP (Yes, in an emergency I do have access to contact info, but I’ve never had to look at it).

I’ve seen enough situations where PII becomes a significant (as-in involving the authorities) YPP concern that I treat all PII as sacrosanct. YPP isn’t about reacting to situations after they’ve happened, it’s about preventing them in from happening in the first place.

1 Like

I didn’t try it myself (because I was volunteering), but my team was unable to get the Slack integration to work.

I guess I read this differently than you. I don’t interpret a company/business/organization sending automated text messages to students as “unmonitored student communication.” You’re not giving volunteers the freedom to text whatever content they want to students – just to initate an announcement when it’s time to queue. Very different than person ← → person, imo.

  1. FRC Queue is not a company/business/organization, as far as I know, it’s a private individual who set up an online service. I really want to stress that I have no reason to suspect anything nefarious here (I really do believe this is exactly what it appears to be), however I don’t know how to interpret this as anything other than an effort to “obtain enough personal information about a student to enable them to contact them by phone” - that’s kind of the point of the service, after all. There’s also, as far as we know, nothing in place to prevent anyone who has access to the backend (like the developer) from directly accessing the phone numbers and doing whatever they like with those numbers. Yes, it’s an automated service… but you’re still giving direct contact information over to someone you don’t know, who most of us have only met online.
  2. No other service we’ve used or considered using asks for student phone numbers. Email addresses, which can and are monitored by the school, yes, but never phone numbers.
    a. If you look through the student registration guide, FIRST doesn’t even ask for contact information for students, only for their parent/guardian. No phone number, no email address.
  3. Any contact information we share with any company/business/organization or individual is designed to be monitored. In the case of OnShape, that means school-based emails, and is ultimately low-risk aside from the possible mentor-student communication that can occur on that platform. In all other cases I can think of, for us it means team-based emails (which are just school-based Google Groups behind the scenes, allowing the school to monitor them and allowing us to ensure at least 2 mentors are included on any communications).
    a. This process has actively allowed us to intercept some very sketchy communications intended for individuals on our team in the past
1 Like

I guess this depends where you draw the line. Knowing Evan, he’ll go through whatever hoops he needs to in order to make this as legitimate as it needs to be for events to run. It’s still in beta for offseasons.

It seems to me that your team is probably on the extreme end of this (and that’s totally fine). Most teams I know are using some third party apps where there is certainly contact information being collected.

What about The Blue Alliance? Students who sign up for TBA notifications for their favorite teams are granting TBA information about their email address and Google Profile. Is that a problem? I’d suspect for your team it is, but that hasn’t stopped TBA from being extremely wide spread.


There’s a big difference between something unofficial and something that is officially used at events. Yes, this is just in beta, but there have been some big names in the community here stating their intent to push for it to be used officially at events. I only raised these concerns as something that the community might want to look at as people push for it to be used officially. Anyone may say “well, that’s not a concern”… but before you can see FIRST endorse it and allow it at events, they’ll have to make that determination, and I’m not sure they’ll agree with you.

If I understood correctly, the whole system is based off a tournament organizer placing a unique QR code into the team envelope. The team envelope can only be collected by a mentor. Therefore it is the mentor’s choice to “expose” 0-5 phone numbers that may be affiliated with their team.

This is indeed how it worked at Tidal Tumble this weekend.

Not sure I understand the problem with a team simply opting out of it and queueing the old fashioned way.

Another Millennium Prize Problem in the works here, apparently.


Anecdata-ly, all of my robotics students at my Title 1 school in the SF Bay Area do have cell phones. They generally do not have their own laptops/PCs.


I was a Team Queuer at Beach Blitz this weekend. We used FRC Queuer at the event. The entire development team was volunteering at the event. They provided great support for the tool and were open to feedback from the event.

I’m on board with this tool for events. At Beach Blitz the Lead Queuer made sure everyone queuing had the opportunity to work different positions within the team. I was able to spend significant time with FRC Queuer.

I fully endorse this to event coordinators looking to improve the team and volunteer experience around queuing. It can help keep and event on schedule or ahead of schedule. It reduces cycle times between matches giving an opportunity for teams to get more matches per event, or at least not have matches canceled due to delays in field reset.

We did have to explain the specific terminology used by the tool to team members who have been using a variety of terms for different positions or states of the queue. FRC Queuer uses the following:

  1. Now Queuing
  2. On Deck
  3. On Field

I’ve been Team Queuer for several events during the 2022 Season. The most difficult part of queuing is the filler line with Practice Matches. FRC Queuer made this easy to do. We captured team numbers as we put them in matches. The lineups were immediately available for the scorekeeper. The queue was editable until teams were advanced to On Deck. In all events, the Team Queuers locked teams and positions in at On Deck so the lineup could be passed to the scorekeeper to ensure all matches got presented and logged correctly. FRC Queuer didn’t change Team Queuer responsibilities. It only made it easier to adjust teams as they arrived to queue during Practice matches.

During Qualifications, teams could be checked off as drivers and robots have arrived or only a human representative has arrived. This made it easy to know how many robots needed to be on the field as well as if a robot wasn’t present if the team received credit for the match.

During Playoffs, Team Queuers identified which alliance won the match and FRC Queuer automatically built the lineups for future Playoff Matches. In Best of 3 Playoffs, this would be lineups for Semi-Finals and Finals. Beach Blitz used the Double Elimination Bracket style tournament and FRC Queuer was an ace at working in this mode.

Prior to coming to Beach Blitz, I was talking with a mentor who had been at an event where FRC Queuer was used. That team used the Slack integration so notifications didn’t go from FRC Queuer to individual team members. They went to the team’s Slack channel. The mentor mentioned that is was great for parents who were watching the live stream. They would get the Slack notification and know that was the time to watch the live stream. Then they could do other things when the team wasn’t playing. Helping a remote audience watch their favorite team at an event is a great opportunity. You have to know that team parents are probably not interested in watching eight straight hours of a live stream only o see their team play 8-9 Matches.

FRC Queuer has the ability to include more than one Queuer user at an event. We didn’t use this feature at Beach Blitz. At some venues there are different entry points for Red Alliance and Blue Alliance. It requires two volunteers to check in teams (one at each entrance). FRC Queuer is already designed to work with this situation.

From a volunteer standpoint, I was able to spend more time working with students to make sure they were in the right place and the in-person aspects of the event were working smoothly and less time juggling the Match Schedule or making basic status reports over the radios.

The tool was intuitive to use. It handled all of the unplanned or off-nominal use cases that we had come up. It is clear that the development team has spent lots of time volunteering at events, working with teams, and helping manage and coordinate events. All of this experience has already gone into the tool’s development. Working with the development team, I know the concerns raised here will be taken seriously and addressed in future builds of the software.


Stacey Jones has endorsed using FRC queue next year at the South Florida Regional. I will do my best to talk the FTAs at the other three events I applied to and expect to one lead queue at to use the app as well. The other two events I don’t expect to be lead queue at I will leave that to whoever gets the job.


Finally got to use FRC Queue at an official FIRST event.
Teams were over the moon over the app. George Wallace said it was the smoothest queueing experience he had in his 24 years working a FIRST event.
Some issues:

  • The app does not accept international phone numbers. FRC 8581 from Panama submitted their phone number to get into the system and were rejected. Fortunately other mentors and Stacey Jones offered their phone numbers so they could use the system. FRC 7403 from Columbia was able to successfully submit their number because eon of their mentors had an American phone number.
  • The app uses a TON of data!
    I did. Not want to rely on the venue Wi-Fi and instead used my phone data instead. My roommate is gonna kill me when I get biome! There needs to be a way to set up use of reliable Wi-Fi so that the app can be used consistently throughout the event. I had a few instances where the app seized up and I had to reboot it to continue to use it.
  • Because my tablet was touch screen it’s very easy to hit the wrong button at the wrong time and cause chaos in the pits when teams get a flood of text. This problem should be solved with more experience.
    -Teams were a bit confused at the beginning of the event when opening ceremonies affected the timeline and listed the event an hour behind from the get go due to calling to the field.

Things I love about the app:
-It’s very easy to learn and use. I encouraged other queuer to use the app and they were very comfortable using it and learned it very quickly.
-It made tasks so simple. I was amazed how much easier it made running the even t.

  • It works best having the lead queue handle to app while the other queuers can worry about getting teams off and on the field using traditional means (at first we were going to give all of the queuers a tablet but realized the could cause problems if everybody was tapping buttons).

Things I would like to see fixed:

  • I would like to see a feature that indicates when a team does their last match so they can be directed to the robot inspectors too get re inspected before alliance section.
    -It would be nice if the app could automatically upload the teams into alliances after alliance selection instead of having the person controlling the app haversack to manually upload the alliances in the app.

All in all I am very pleased and excited about this app! I can’t wait to use it again. The teams are equally impressed and want to see it used at all their events!