Onboarding-ul tău e un ritual de inițiere, iar tu îl numești Agile

Scenă cunoscută: vii într-o echipă nouă, iar tu ești întâmpinat de un zid de ticketuri Jira, documentație din 2016 și un coleg care bâiguie ceva despre „sprinturi”. Sună ca o zi obișnuită în regatul Agile? Autorul articolului de pe dhung.dev crede că un astfel de onboarding nu este altceva decât un hazing, doar îmbrăcat în haine corporatiste.

De ce doare?

Dezvoltatorii sunt un popor răbdător, dar și noi avem limite. Când în locul unei introduceri clare în proiect ești aruncat în pull request-uri fără context, asta seamănă cu un joc de „mine” cu ochii legați. Iar dacă pe deasupra ți se cere să „te integrezi rapid” — felicitări, ești participant la un ritual de inițiere, unde în loc de foc e un daily stand-up.

Cu ce diferă de Agile normal?

Agile presupune iterativitate și adaptare. Dar când onboarding-ul este o tortură unică de o săptămână, nu mai e Agile, ci cod legacy de proces. Un onboarding bun ar trebui să fie ca un CI/CD: automatizat, transparent și cu posibilitate de rollback. Nu ca un release de vineri seara — înfricoșător și imprevizibil.

Ce poți face?

• Documentează procesul. Nu forța un nou venit să adune un puzzle din notițe împrăștiate.
• Desemnează un mentor. Nu doar „uită-te acolo”, ci o persoană care va răspunde la întrebări chiar și la 2 noaptea (glumesc, dar aproape).
• Fă o retrospectivă a onboarding-ului. Întreabă noul coleg după o lună: „Ce a durut?” — și repară.

Comentariul studioului METABYTE: Și noi am trecut prin questuri de onboarding, așa că în proiectele noastre punem accent pe documentație clară și intrare lină. Fără ritualuri cu tamburina, dar cu simțul umorului.