Najlepiej, gdyby to robiły dwie osoby, jedna od spraw technicznych, druga od ogólnych.
Prezentacje do onboardingu - zostały stworzone issues, osobno dla technicznej i nietechnicznej części. Onboarding może być przeprowadzany na każdym spotkaniu.
Po spotkaniu z nową osobą jedna z osób robiących onboarding utrzymuje z nią kontakt – np. przed kolejnym spotkaniem pyta, czy będzie albo po pierwszym spotkaniu pyta, czy ma jakieś pytania etc.
- co robimy – społecznie ważne aplikacje
- kto tu działa?
- jak pracujemy, tj. że się co tydzień spotykamy i kodujemy/rozmawiamy
- infromujemy, że podczas spotkań robimy zdjęcia, które służą żeby pokazać innym jak działa nasza społeczność
- czego oczekujemy od członków – że będą w miarę regularnie przychodzić i dostarczać kod :)
- co możemy dać – nauczymy, poznasz ludzi, zrobisz coś fajnego, niekomercyjnego, do CV...
- Volontulo – o co w tym chodzi i dla kogo robimy, jak to będzie wyglądało, że to potrzebny projekt
- jak to robimy (ogólnikowo) – szczegóły w kwestiach technicznych osobno dla każdego projektu
- na jakim etapie prac jesteśmy?
- co poza Volontulo – czy są jakieś inne projekty, kiedy będą, od czego zależy, że będą
- czy można przynieść swój projekt i go realizować?
W zależności od projektu - informacje w README.md dot. każdego projektu oraz wprowadzenie do niego przez bardziej doświadczoną osobę.
Dopiero po takim wprowadzeniu (i zapewnieniu, że chętnie odpowiemy na wszystkie pytania i wyjaśnimy niejasności) nowa osoba może zacząć uczestniczyć w spotkaniu (np. podsumowaniu – nie wiem, ile może trwać onboarding, to chyba kwestia indywidualna). Jeśli dana osoba potrzebuje wsparcia technicznego, może jej od razu wyznaczyć mentora?