Che cosa deve contenere davvero un portfolio di ingegneria FTC per vincere l'Inspire Award?
Vincere l'Inspire Award della FIRST Tech Challenge richiede di andare oltre i resoconti levigati. I giudici cercano un'iterazione documentata e disordinata—fallimenti compresi—raccolta con una disciplinata cadenza settimanale.
Per vincere l'Inspire Award—il riconoscimento più alto assegnato tra pari nella FIRST Tech Challenge (FTC)—la vostra squadra deve padroneggiare l'arte del racconto tecnico. Molte squadre sudafricane danno per scontato che l'Inspire Award vada alla squadra con il portfolio più curato e patinato o con il robot dal punteggio più alto. È un fraintendimento di fondo su come i giudici valutano davvero.
Su forum come r/FTC, la lamentela che ricorre più di ogni altra tra i concorrenti è l'apparente opacità del processo di giudizio. Le squadre spesso ricevono le schede di valutazione con spunte generiche e zero commenti scritti, e restano a chiedersi perché una squadra con un robot più semplice abbia vinto il principale premio soggettivo. La realtà è che i giudici cercano una narrazione molto precisa e sostenuta da prove di disciplina ingegneristica, non un dépliant pubblicitario.
Per vincere l'Inspire, la vostra documentazione di ingegneria deve dimostrare che il robot è il risultato logico di un processo strutturato e iterativo, e non di una serie di felici incidenti.
Portfolio o taccuino: conoscere le regole
Prima di scrivere una sola riga bisogna capire la differenza tra l'Engineering Notebook e l'Engineering Portfolio. Secondo le regole FTC attuali, le squadre presentano un Engineering Portfolio di 15 pagine perché i giudici lo valutino. L'Engineering Notebook completo resta però l'archivio interno della squadra. Un portfolio vincente non è un riassunto scritto a memoria nella settimana precedente il campionato nazionale sudafricano; è una distillazione fortemente curata di un taccuino dettagliato e quotidiano. Se durante il colloquio i giudici sospettano che il documento di 15 pagine sia stato confezionato all'ultimo momento, chiederanno di vedere il taccuino completo per verificare le vostre abitudini ingegneristiche.
Che cosa cercano i giudici e che cosa immaginano le squadre
Lo scarto tra le convinzioni delle squadre e la realtà dei giudici si riduce alla trappola della levigatura.
| Che cosa le squadre credono vogliano i giudici | Che cosa i giudici premiano davvero |
|---|---|
| Una storia lineare e pulita in cui tutto ha funzionato alla perfezione al primo tentativo. | Fallimenti documentati, componenti spezzati e i motivi esatti per cui un progetto non ha retto. |
| Modelli CAD del robot finale, resi in modo professionale e di alto livello. | Una progressione di modelli CAD accanto ai prototipi fisici che ne mostri l'evoluzione. |
| Affermazioni vaghe come "Abbiamo scelto una trasmissione Mecanum perché è agile." | Giustificazioni matematiche e fisiche: "Abbiamo calcolato il fabbisogno di coppia sulla base di un telaio d'acciaio da 15 kg a prova di load shedding..." |
Anatomia di una pagina vincente
Ogni pagina del portfolio deve guadagnarsi il proprio spazio. Una scheda di ingegneria vincente dovrebbe seguire una gerarchia strutturale rigorosa:
- La definizione del problema: delimitate con chiarezza la sfida specifica (per esempio, "il meccanismo di presa si inceppa quando raccoglie i pixel con un'angolazione superiore ai 15 gradi").
- I vincoli: documentate i limiti reali. In Sudafrica questo comprende spesso i vincoli di budget, la reperibilità locale dei materiali o le ore di officina ridotte dai turni di load shedding.
- Il ciclo di iterazione: mostrate almeno tre fasi distinte del progetto. Includete le foto del prototipo grezzo in cartone, della versione intermedia stampata in 3D che si è deformata e della lastra finale in policarbonato fresata a CNC.
- I dati: usate tabelle e grafici. Mostrate i giri al minuto del motore, i rapporti di trasmissione presi in considerazione e i risultati delle prove (per esempio, "il progetto B ha ridotto del 42% gli inceppamenti su 50 prove").
Ai giudici non interessa se il vostro primo progetto ha funzionato. Interessa come avete capito perché non funzionava e quali passi scientifici avete compiuto per sistemarlo.
La cadenza settimanale: un'abitudine, non un progetto
Un percorso ingegneristico non si può inventare a posteriori. Le squadre di maggior successo trattano la documentazione come un ruolo ingegneristico a tutti gli effetti, importante quanto la progettazione CAD o la programmazione.
Alla fine di ogni singola sessione di officina, il responsabile della documentazione deve annotare tre cose: che cosa è stato provato, quale è stato il risultato quantitativo e quale è il passo successivo. Se aspettate la decima settimana per scrivere il portfolio, perderete i dettagli grezzi e autentici dei vostri primi fallimenti. I giudici riconoscono al volo i resoconti scritti a posteriori, perché mancano dei dati specifici e disordinati di chi risolve i problemi in tempo reale.
Per le squadre sudafricane che vogliono costruire queste abitudini ingegneristiche strutturate, Sheen Robotics offre mentoring e risorse mirate su /ftc per aiutarle ad allineare i flussi di lavoro settimanali agli standard di giudizio internazionali.
Riconoscete i vostri vincoli reali
Non cercate di imitare le squadre internazionali con sponsorizzazioni aziendali imponenti e officine meccaniche scolastiche. I giudici sudafricani sono molto sensibili all'ingegno. Se la vostra squadra ha dovuto limare a mano una staffa di alluminio perché la stampante 3D della scuola era spenta durante il load shedding di livello 6, documentatelo. Spiegate come avete adattato il progetto per accogliere metodi di lavorazione più semplici senza sacrificare l'integrità strutturale. È esattamente questo livello di maturità e adattabilità ingegneristica a definire una squadra degna dell'Inspire.
