Sì, dovresti.

Se questo progetto toccherà qualcosa di critico, allora è tuo dovere proteggere quel processo. Solleverei la questione il prima possibile e suggerirei di riassegnare il tirocinante a qualcosa di meno mission-critical.

Se vale la pena salvare il tirocinante, esprimi le tue preoccupazioni in modo da avere QUALSIASI stagista su sistemi critici, che IMO è una cosa valida da sollevare a prescindere.

Sollevalo in un'email o di persona. In ogni caso, includi le specifiche. Fai notare che semplicemente non ha il background per il compito da svolgere e che il suo incarico a questo progetto è un cattivo uso delle sue capacità. Suggeriscigli un altro progetto se ne conosci uno più adatto alle sue capacità.

IMO, non è colpa del tirocinante, ma della direzione che lo ha messo fuori dalla sua profondità. Non getti un nuotatore debole in acque profonde un miglio al largo.

Lo stagista si trova in una situazione mission critical. Primo: proteggere l'azienda da questo. In secondo luogo, trova una casa per lui e poi allenalo.

Il problema immediato è che è stato messo in una brutta situazione. Non metterei nemmeno un Junior non testato in progetti mission critical, tanto meno uno stagista.

Portare lo stagista fuori da una posizione in cui può solo fallire è affrontare una seria preoccupazione per potenziali danni. Questo deve venire prima, prenditi cura dello stagista dopo, ma SOLO dopo

Questo stagista è nel posto giusto, nel progetto giusto?

In caso contrario, prova ad aiutarlo. Fai parte di una squadra piuttosto piccola, quindi credo che tu veda lo stagista abbastanza spesso. È uno stagista per una ragione, per imparare. Quindi aiuta lo stagista!

È nel tuo diritto sollevare preoccupazioni , ma assicurati che tu o qualcun altro abbiate dato al tirocinante tutto l'aiuto che potete dargli, perché ancora , è lì per imparare.

Un suggerimento

Vai a sederti di nuovo con lo stagista, esprimi la tua preoccupazione e chiedigli cosa ne pensa. Potrebbe essere uno stagista ma non è senza cervello. Se lo stagista è motivato, prova a insegnargli alcune delle nozioni di base sulla lingua che stai usando al lavoro.

Non importa se è coinvolto uno stagista o un dipendente regolare. Se hai dubbi sul fatto che un componente critico non venga implementato correttamente, farai un favore al tuo manager esprimendo le tue preoccupazioni il prima possibile.

Cerca solo di non suonare come se stessi incolpando qualcuno. Indica i fatti che ti fanno credere che il progetto sia fuori strada e suggerisci soluzioni se riesci a trovarne una.

A proposito, non vedo un problema nel lasciare che uno stagista lavori su un componente critico, se fatto bene. È così che trovi le teste brillanti che vorresti assumere entro la fine del tirocinio e le mantieni motivate facendole sentire che stanno facendo la differenza. Abbiamo avuto uno di questi stagisti di recente, e ora è uno degli sviluppatori. Se offri al tuo stagista un progetto di giocattoli, avrai solo la possibilità di assumere uno sviluppatore di giocattoli.

Sì

La legge limita ciò su cui uno stagista può lavorare, tra le altre cose. Il lavoro svolto è effettivamente a beneficio del tirocinante ; dovrebbe fornire istruzione o esperienza nel campo di studio prescelto, non dovrebbe essere a vantaggio dell'azienda e non dovrebbe sostituire i dipendenti regolari.

Sembra che tutte queste regole siano state violate. Non è principalmente un programmatore; non sta imparando qualunque sia il suo campo; e sta lavorando da solo, su sistemi mission-critical, potenzialmente sostituendo un dipendente effettivamente retribuito.

Se lo stage è una posizione non retribuita negli Stati Uniti, sembra che questa situazione sia CONTRO LA LEGGE. Se vieni da un altro paese, controlla le leggi applicabili.

Prima di tutto, sì, devi parlare con il tuo manager. Hai un vero problema: uno stagista sta creando codice che hai dubbi che non sarai in grado di mantenere. Questo è un rischio legittimo per l'azienda e la tua efficienza e vale la pena affrontarlo.

Tuttavia, quando hai questa conversazione con il tuo manager, non dovrebbe essere uno che incolpi lo stagista. La conversazione dovrebbe concentrarsi sulla questione di come aumentare la qualità del lavoro . Come stagista, ci si aspetta che, lasciati a se stessi, non saranno in grado di produrre codice della stessa qualità di uno sviluppatore che opera nel settore da diversi anni. Semplicemente non hanno l'esperienza per farlo.

L'unica vera soluzione a questo problema è iniziare a dare al tirocinante la guida di cui ha bisogno per scrivere codice di qualità superiore. Questa persona sta ancora imparando e non imparerà in modo efficiente senza guida. (In particolare, è piuttosto improbabile che la loro istruzione formale li abbia davvero preparati per la forza lavoro.) Mentre mettere lo stagista in un lavoro meno critico ridurrà il rischio per l'azienda, non risolverà il problema sottostante che lo stagista è non ricevere alcuna guida.

Alcune idee che puoi portare alla riunione da offrire:

• Frequenti revisioni del codice di qualche tipo
• Aggiornamenti quotidiani (scrum )
• Lavoro mirato che darà loro l'opportunità di praticare tecnologie o pratiche di progettazione specifiche

Il tuo obiettivo dovrebbe essere quello di convincere il manager ad accettare di investire nell'apprendimento di questo stagista. Non devi necessariamente essere tu a trascorrere questo tempo, ma qualcuno deve farlo. Se il manager non è disposto a farlo, allora sta scegliendo di accettare un lavoro di bassa qualità, dipendenti frustrati che devono mantenerlo o sostituirlo e uno stagista frustrato. Non c'è davvero molta via di mezzo: o l'azienda è disposta a investire nell'aiutare lo stagista a crescere e spera di ottenere un dipendente capace per un giorno, o l'azienda sta cercando di utilizzare lo stagista come manodopera a basso costo e ottieni quello per cui paga.