Perintah
Ceritakan tentang membimbing rekan tim melalui perubahan produksi pertama mereka. Jelaskan bagaimana Anda mengidentifikasi tujuan pembelajaran, menguraikan risiko, mengatur peninjauan, mendelegasikan secara bertahap, serta mengukur pengiriman dan pertumbuhan kapabilitas.
Skenario dan batasan
Gunakan layanan nyata, cakupan perubahan, pengalaman yang kurang, dan jendela peluncuran. Anda mungkin berperan sebagai mentor formal, peninjau, atau mitra sementara, namun menyelesaikan pekerjaan untuk orang tersebut bukanlah hasil dari sebuah bimbingan (mentoring).
Apa yang diuji
Ujian ini adalah tentang mengubah bantuan dari sekadar memberikan jawaban menjadi membangun kapabilitas. Panduan peninjauan kode Google memperlakukan pengajaran sebagai fungsi peninjauan yang penting; bimbingan GitLab menekankan pemasangan (pairing), tujuan, dan umpan balik yang berkelanjutan. Jawaban yang kuat melindungi produksi sambil tetap menjaga ruang pengambilan keputusan bagi pembelajar.
Struktur jawaban referensi
Gunakan STAR-L: Situation memberikan konteks perubahan dan pembelajaran; Task menyatakan hasil layanan dan batasan mentor; Action mencakup dekomposisi bersama, persiapan rollback, langkah-langkah peninjauan kecil, observasi, dan kepemilikan bertahap; Result memberikan bukti peluncuran, insiden, waktu pengiriman, dan kapabilitas; Learning menjelaskan bagaimana cara pembinaan Anda berubah.
Detail penting
Sebutkan batas pengaman seperti pemeriksaan praproduksi, persetujuan dua orang, ukuran canary, pemantauan, dan latihan rollback. Nyatakan keputusan mana yang dibuat oleh rekan tim. Ukur perubahan independen, siklus peninjauan yang lebih sedikit, kepercayaan diri saat on-call, atau bimbingan di kemudian hari daripada hanya mengatakan bahwa hubungannya membaik.
Jebakan umum
Menulis kode untuk rekan tim; hanya berfokus pada kelemahan mereka; melewatkan batas pengaman di bawah tekanan; mengklaim keberhasilan sebagai milik Anda sendiri; menghilangkan bagaimana umpan balik mengubah perilaku; atau menggambarkan bimbingan sebagai perintah satu arah.
Rubrik evaluasi
Jawaban yang kuat mencakup tujuan pembelajaran, delegasi bertahap, batas pengaman, dan hasil yang dapat diverifikasi. Jawaban tersebut menjelaskan kapan Anda melakukan intervensi, kapan Anda mundur, dan bagaimana pengetahuan masuk ke dalam dokumentasi atau praktik tim. Jawaban yang lemah menggambarkan satu sesi pairing tanpa adanya pertumbuhan kapabilitas.
Pertanyaan lanjutan
Bagaimana jika rekan tim bersikeras pada desain yang Anda anggap berisiko?
Tuliskan asumsi, risiko, dan validasi bersama-sama lalu jalankan eksperimen terkecil yang dapat dibatalkan (reversible). Jika itu melebihi wewenang atau batas risiko, gunakan jalur peninjauan tim daripada mengganti desain secara diam-diam.
Bagaimana Anda tahu kapan saatnya untuk mundur?
Amati apakah rekan tim dapat menjelaskan desain, memilih metrik, mengeksekusi rollback, dan merespons anomali. Biarkan mereka memimpin beberapa langkah berisiko rendah, kemudian kurangi persetujuan dan arahan Anda.
Bagaimana bimbingan tersebut memengaruhi tim?
Ubah pertanyaan yang berulang menjadi runbook, daftar periksa, atau templat peninjauan, ajak rekan tim untuk menyempurnakannya, dan lacak apakah perubahan selanjutnya menjadi lebih cepat, lebih aman, atau membutuhkan lebih sedikit bantuan berulang.