Cara Menjelaskan Proyek dalam Bahasa Inggris saat Wawancara

"Can you walk me through a project you're proud of?" Pertanyaan ini hampir selalu muncul di wawancara untuk posisi teknis, desain, data, maupun freelance. Di sinilah kemampuan nyata Anda seharusnya bersinar. Tapi sering terjadi hal sebaliknya: kandidat yang sangat paham proyeknya justru kesulitan menjelaskannya dalam bahasa Inggris.

Biasanya masalahnya bukan kosakata. Masalahnya urutan. Kandidat mulai dari detail teknis, melompat ke masalah, kembali ke teknologi, lalu lupa menyebut hasilnya. Pewawancara jadi bingung, padahal proyeknya bagus.

Kesalahan yang paling sering: mulai dari teknologi

Bandingkan dua pembuka ini:

Kurang tepat:

"I used React, Node.js, PostgreSQL, Redis, Docker, and AWS…"

Lebih baik:

"A small clinic was losing patients because booking was by phone only."

Pembuka pertama membuat pewawancara harus menebak untuk apa semua teknologi itu. Pembuka kedua langsung memberi konteks: ada masalah nyata, dan proyek ini menyelesaikannya. Teknologi tetap penting, tapi disebut nanti, di bagian solusi.

Kerangka 5 bagian

Bagian	Pertanyaan	Contoh kalimat
1. Masalah	Apa yang salah atau dibutuhkan?	The client needed… / Users couldn't…
2. Peran	Apa tanggung jawab Anda?	I was the only backend developer.
3. Solusi	Apa yang Anda bangun, dan bagaimana?	I built… using…
4. Hasil	Apa yang berubah?	Now the clinic gets bookings online.
5. Pelajaran	Apa yang Anda pelajari?	I learned to…

Kerangka ini mirip metode STAR, tapi lebih cocok untuk proyek karena ada bagian solusi teknis. Kalau Anda sudah memakai STAR, keduanya saling melengkapi. Lihat metode STAR untuk wawancara bahasa Inggris.

Contoh: versi 30 detik dan versi 2 menit

Siapkan dua versi untuk setiap proyek. Versi pendek untuk menjawab pertanyaan umum atau saat waktu sempit. Versi panjang kalau pewawancara bilang "Tell me more" atau "Walk me through it."

Versi 30 detik

I built an online booking system for a small clinic. Before that, patients could only book by phone. I designed the database and built the backend. Now most patients book online. The staff spend less time on the phone.

Versi 2 menit

(Masalah) A small clinic was taking all bookings by phone. The staff were busy, and patients often couldn't get through.

(Peran) I worked with one frontend developer. I owned the backend and the database.

(Solusi) I built a REST API with Node.js and PostgreSQL. The tricky part was double bookings. Two patients could pick the same slot at the same time. I solved it with a database lock on each time slot. I also added WhatsApp reminders one day before each visit.

(Hasil) After launch, most bookings moved online. The clinic told us missed appointments went down.

(Pelajaran) I learned to test edge cases early, like two people booking at once.

Perhatikan bagian "the tricky part". Pewawancara suka mendengar tantangan teknis yang spesifik, karena itu menunjukkan Anda benar-benar mengerjakannya, bukan hanya ikut di tim.

"I" dan "we": jelaskan peran Anda dengan jujur

Hampir semua proyek dikerjakan tim. Itu normal. Tapi pewawancara perlu tahu bagian mana yang Anda kerjakan sendiri.

Kurang jelas	Lebih jelas
We built the payment system.	I built the payment API. My teammate built the checkout page.
We improved performance.	I found the slow queries and added indexes.
We used microservices.	The team used microservices. I owned the notification service.

Jangan mengklaim pekerjaan orang lain sebagai pekerjaan Anda. Pertanyaan lanjutan akan cepat menunjukkannya. Lebih baik sebut peran Anda yang sebenarnya, walaupun kecil, lalu jelaskan dengan detail.

Menjelaskan istilah teknis dengan sederhana

Kadang pewawancara Anda bukan orang teknis: HR, manajer produk, atau klien. Untuk mereka, terjemahkan istilah teknis ke dampak sehari-hari.

• Daripada "I implemented caching with Redis", coba: "I made the page load faster by saving common results."

• Daripada "I set up CI/CD", coba: "I set up automatic tests and releases. Now we can ship safely every day."

• Daripada "I normalized the database", coba: "I reorganized the data, so the reports became accurate."

Kalau pewawancaranya teknis, Anda bisa langsung memakai istilahnya. Kalau ragu, mulai sederhana, lalu tanyakan:

Would you like more technical detail?

Pertanyaan lanjutan yang perlu Anda siapkan

Setelah Anda menjelaskan proyek, pertanyaan berikut sangat mungkin muncul:

Why did you choose that technology?

What was the hardest part?

What would you do differently now?

How did you test it?

How many users did it have?

Contoh jawaban pendek:

We chose PostgreSQL because the data had many relations. And the team already knew it well.

If I did it again, I'd add monitoring from day one. We found some bugs too late.

Kalau ditanya angka yang tidak Anda ketahui pasti, jangan menebak:

I don't know the exact number. It was a few hundred users a day, I think. I can check if that's helpful.

Kalau proyek Anda tidak memakai teknologi yang diminta

Lowongan mungkin meminta pengalaman yang belum Anda punya. Jangan memasukkan teknologi itu ke cerita proyek. Gunakan pola jujur:

I haven't used AWS in a project yet. But I deployed this project on Google Cloud. The concepts are similar, like virtual machines and storage. I'm learning AWS now with a small test project.

Jawaban ini jujur, menunjukkan pengalaman yang mirip, dan memberi rencana belajar. Itu jauh lebih kuat daripada klaim yang runtuh di pertanyaan berikutnya.

Template dan checklist

Project:   [nama singkat]
Problem:   [masalah nyata, 1 kalimat]
My role:   [peran Anda, 1 kalimat]
Solution:  [apa yang Anda bangun + 1 tantangan teknis + cara mengatasinya]
Result:    [apa yang berubah; angka hanya kalau Anda yakin]
Lesson:    [1 pelajaran]
Short version (30s): ...

• Saya punya 2–3 proyek dengan template di atas terisi.
• Setiap proyek dimulai dari masalah, bukan teknologi.
• Peran saya dijelaskan dengan "I" dan dibedakan dari tim.
• Ada satu tantangan teknis yang bisa saya jelaskan lebih dalam.
• Ada versi sederhana untuk pewawancara non-teknis.
• Angka yang saya sebut benar.

Ringkasan

Menjelaskan proyek dalam bahasa Inggris jauh lebih mudah kalau urutannya tetap: masalah, peran, solusi, hasil, pelajaran. Siapkan versi 30 detik dan 2 menit, bedakan peran Anda dari peran tim, dan siapkan jawaban untuk pertanyaan lanjutan. Proyek terbaik Anda juga bisa menjadi bagian "bukti" dalam jawaban tell me about yourself dan why should we hire you.

Repartee bisa membaca proyek Anda dari CV, PDF LinkedIn, GitHub, dan cerita yang Anda ketik sendiri. Saat ditanya tentang proyek, naskah jawaban disusun hanya dari data itu, lalu klaimnya dicek sebelum ditandai terverifikasi.