YYZU Batch 1 Mentor Guide
| Item | Detail |
|---|---|
| Dokumen | Batch 1 Mentor Guide |
| Versi | v1.0 |
| Untuk | Seluruh Mentor Batch 1 YYZU |
| Referensi | Learning Architecture v1.4, Kalender Event Batch 1 v1.1 |
1. Peran Mentor di YYZU
Mentor di YYZU bukan dosen, bukan bos, tapi praktisi yang membimbing.
Fokus utama:
- Membantu talenta berpikir seperti profesional industri
- Mendorong talenta untuk mandiri dan kritis
- Menjadi jembatan antara teori dan praktik kerja nyata
Pendekatan:
- Guidance, bukan spoon-feeding
- Tanya dulu, bantu refleksi, baru arahkan solusi
- Talenta belajar dari proses, bukan hanya dari jawaban
Mentor adalah bagian dari Dewan Mentor YYZU dan berperan dalam review, sharing, assessment, serta bimbingan sepanjang Batch 1.
2. Journey Mentor per Fase
2.1 Learning Sprint (Minggu 1–2)
| Aspek | Detail |
|---|---|
| Peran | Observer & supporter |
| Ekspektasi | Tidak aktif mengajar, tapi available untuk pertanyaan |
Aktivitas:
- Hadir sesi onboarding (18 Juli 2026)
- Bantu talenta yang kesulitan setup tools (GitHub, Notion, Figma, dsb.)
- Perkenalan dengan talenta yang akan menjadi tanggung jawab mentor
Catatan: Fase ini adalah kesempatan untuk mengenal gaya belajar talenta masing-masing.
2.2 Mini Project (Minggu 3–8)
| Aspek | Detail |
|---|---|
| Peran | Reviewer & guide |
| Ekspektasi | Minimal 2x interaksi per talenta selama fase ini |
Aktivitas utama:
- Code/Design Review (Minggu 8): review karya talenta secara langsung
- Study Group: hadir sebagai resource person, bantu talenta memahami konsep
- Product Discussion: evaluasi product thinking dan problem-solution fit
Minggu penting:
- 29 Juli — MP Kickoff
- 6 September — MP Deadline
Tips: Manfaatkan Study Group untuk memberi arahan umum, dan gunakan interaksi 1-on-1 untuk feedback personal.
2.3 Collaborative Project (Minggu 9–18)
| Aspek | Detail |
|---|---|
| Peran | Advisor & assessor |
| Ekspektasi | Minimal 1x mentoring per tim per sprint |
Aktivitas utama:
- Design Review Session (Minggu 11): review desain arsitektur & UX tim
- Mentor Sharing (Minggu 12): sharing pengalaman industri
- Technical Discussion: hadir sebagai advisor saat tim menghadapi blocker teknis
- Demo Day (31 Oktober): assessor & panelis
- Sprint Review: berikan feedback kritis setiap akhir sprint
Minggu penting:
- 9 September — CP Kickoff
- 31 Oktober — Demo Day
- 15 November — Closing
Catatan: Di fase ini, mentor berperan ganda. Membimbing proses kerja tim sekaligus menilai hasil akhir.
3. Rubrik Penilaian
Penilaian menggunakan sistem binary Pass/Fail berbasis bukti (evidence-based). Semua kriteria harus Pass untuk lulus.
3.1 Mini Project Assessment
| No | Kriteria | Binary | Evidence |
|---|---|---|---|
| 1 | Fungsi dasar bekerja | Pass/Fail | Demo / video recording |
| 2 | Kode/desain rapi | Pass/Fail | Code review / design review |
| 3 | Dokumentasi lengkap | Pass/Fail | README / PRD / test plan |
| 4 | Menggunakan tools standar YYZU | Pass/Fail | GitHub, Notion, Figma |
| 5 | Relevan dengan tema Economic/Education | Pass/Fail | Problem statement |
Pass requirement: SEMUA kriteria harus Pass. Jika satu saja Fail, talenta perlu revisi sebelum dinyatakan lulus.
3.2 Collaborative Project Assessment
| No | Kriteria | Binary | Evidence |
|---|---|---|---|
| 1 | Product fungsional (MVP) | Pass/Fail | Demo Day |
| 2 | Kerja tim terbukti | Pass/Fail | Git log, task board, standup log |
| 3 | Sprint ceremonies terlaksana | Pass/Fail | Notulensi / board update |
| 4 | Presentasi jelas & profesional | Pass/Fail | Demo Day performance |
| 5 | Dokumentasi lengkap | Pass/Fail | Repo + docs |
| 6 | Relevan dengan tema | Pass/Fail | Problem-solution fit |
Pass requirement: SEMUA kriteria harus Pass. Tim yang belum memenuhi semua kriteria diberi kesempatan revisi sesuai timeline yang ditentukan Koordinator.
4. Template Feedback
Gunakan template berikut saat memberikan feedback kepada talenta atau tim:
Feedback: [Nama Talenta / Nama Tim]
Fase: [Mini Project / Collaborative Project]
Tanggal: [DD MMMM YYYY]
Kekuatan:
- [Sebutkan kekuatan spesifik, contoh: "Kode terstruktur rapi,
menggunakan naming convention yang konsisten"]
-
Area Perbaikan:
- [Sebutkan area yang perlu diperbaiki, contoh: "Dokumentasi README
belum mencakup cara menjalankan project secara lokal"]
-
Rekomendasi:
- [Aksi konkret yang bisa dilakukan, contoh: "Tambahkan section
Installation & Usage di README, referensi: contoh README di repo
template YYZU"]
-
Assessment: [PASS / FAIL]Prinsip feedback: Spesifik, actionable, dan berbasis bukti. Hindari feedback umum seperti "bagus" atau "perlu diperbaiki" tanpa penjelasan.
5. Jadwal Kehadiran Mentor
Tabel berikut menunjukkan event-event yang membutuhkan kehadiran mentor:
| Minggu | Tanggal | Event | Kehadiran Mentor? | Peran |
|---|---|---|---|---|
| 1 | 18 Jul | Onboarding | ✅ Ya | Observer & supporter |
| 2 | — | Learning Sprint (berjalan) | ⚪ Opsional | Support jika diminta |
| 3 | 29 Jul | MP Kickoff | ✅ Ya | Guide |
| 3–7 | — | Study Group (berjalan) | ✅ Ya | Resource person |
| 7–8 | — | Product Discussion | ✅ Ya | Evaluator |
| 8 | 6 Sep | MP Deadline + Code/Design Review | ✅ Ya | Reviewer & assessor |
| 9 | 9 Sep | CP Kickoff | ✅ Ya | Advisor |
| 10 | — | Sprint 1 berjalan | ⚪ Opsional | Available untuk Q&A |
| 11 | — | Design Review Session | ✅ Ya | Reviewer |
| 12 | — | Mentor Sharing | ✅ Ya | Speaker / sharer |
| 13–17 | — | Technical Discussion (per sprint) | ✅ Ya | Advisor |
| 15–17 | — | Sprint Review | ✅ Ya | Feedback provider |
| 16 | 31 Okt | Demo Day | ✅ Ya | Assessor & panelis |
| 18 | 15 Nov | Closing | ✅ Ya | Kehadiran |
Keterangan: ✅ Ya = wajib hadir. ⚪ Opsional = tidak wajib, tapi sangat disarankan.
6. Tips Mentoring Efektif
Berikut panduan praktis untuk menjadi mentor yang efektif di YYZU:
-
Tanya "kenapa" sebelum "bagaimana" Pahami dulu cara berpikir talenta sebelum memberi solusi teknis.
-
Jangan kasih jawaban langsung, kasih arah Bantu talenta menemukan jawabannya sendiri. Ini membangun kemandirian.
-
Beri feedback spesifik, bukan umum ❌ "Kodenya kurang rapi" ✅ "Nama fungsi
doStuff()terlalu ambigu, coba ganti jadicalculateMonthlyRevenue()" -
Apresiasi progres kecil Pengakuan atas kemajuan kecil meningkatkan motivasi dan kepercayaan diri talenta.
-
Jaga batas: mentor, bukan freelancer Talenta harus mengerjakan sendiri. Mentor membimbing arah, bukan mengerjakan tugas.
-
Dorong dokumentasi sejak awal Biasakan talenta untuk mendokumentasikan proses, bukan hanya hasil akhir.
-
Gunakan pengalaman industri sebagai konteks Ceritakan bagaimana situasi serupa terjadi di dunia kerja nyata.
7. Escalation
Jika menemui situasi di luar kapasitas mentor, gunakan jalur eskalasi berikut:
| Situasi | Eskalasi ke |
|---|---|
| Talenta bermasalah (tidak aktif, konflik tim, dll.) | Koordinator Umum |
| Penilaian ambigu (ragu antara Pass/Fail) | Ketua Dewan Mentor |
| Kebutuhan khusus (akomodasi, pengecualian, dll.) | Divisi SDM |
Prinsip eskalasi:
- Eskalasi sedini mungkin, jangan tunggu masalah membesar
- Sertakan konteks dan bukti saat eskalasi
- Tetap jaga kerahasiaan dan profesionalisme
Lampiran
Kompetensi Level (Referensi)
| Level | Deskripsi |
|---|---|
| Level 1 | Jelaskan konsep, identifikasi kesalahan dasar |
| Level 2 | Bangun solusi fungsional mandiri |
| Level 3 | Desain arsitektur kompleks, analisis trade-off |
| Level 4 | Bagikan keahlian, peer-review awal |
Track Batch 1
Software Development · Web Development · Mobile Development · UI/UX Design · Product Management · Quality Assurance · Data & AI · DevOps & Cloud · Creative Technology · Digital Product · Technology Collaboration
Dokumen ini merupakan panduan operasional bagi mentor Batch 1 YYZU. Untuk pertanyaan atau usulan perubahan, hubungi Koordinator Umum.
YYZU — Bridging Campus, Talent, and Industry