Saya yang mengerjakan atau tim? Cara menjelaskan kontribusi pribadi secara jujur di portofolio

Sebagian besar produk, kampanye, implementasi, dan proses yang bernilai dibuat melalui kerja tim.

Karena itu, hanya menunjukkan hasil akhir belum menjelaskan peran apa yang benar-benar dimainkan oleh seorang spesialis tertentu.

Bagi orang yang menilai portofolio, perbedaannya besar:

"Saya mengerjakan perancangan ulang proses penyelesaian pembelian"

tidak sama dengan:

"Saya memimpin riset, merancang alur baru penyelesaian pembelian, menyiapkan prototipe, dan melakukan uji kegunaan. Implementasinya dikerjakan oleh tim pengembang sisi klien yang terpisah."

Deskripsi kedua memungkinkan kompetensi nyata dinilai tanpa mengurangi kontribusi orang lain.

Masalah ini tidak hanya terjadi pada portofolio profesional.

Dalam publikasi ilmiah, salah satu contohnya adalah CRediT - Contributor Role Taxonomy. Standar ini menjelaskan 14 jenis kontribusi dan dikembangkan untuk meningkatkan transparansi tentang siapa yang benar-benar bertanggung jawab atas berbagai bagian suatu karya. CRediT memungkinkan satu orang memiliki beberapa peran dan satu peran dimiliki oleh beberapa orang. Standar ini juga merekomendasikan agar kontributor dapat meninjau dan mengonfirmasi peran yang diberikan kepada mereka. [1]

CRediT terutama ditujukan untuk kegiatan riset dan publikasi ilmiah. Ini bukan standar untuk portofolio profesional. Namun, prinsipnya berguna secara lebih luas: daripada menggunakan pernyataan samar "saya bagian dari proyek", lebih baik jelaskan jenis kontribusi nyata yang Anda berikan.

Deskripsi proyek tim yang baik dapat dibangun berdasarkan enam informasi:

1. Konteks proyek
2. Susunan dan cakupan tim
3. Tanggung jawab pribadi
4. Tindakan dan keputusan konkret
5. Artefak atau bukti pekerjaan
6. Hasil dan cara mengatribusikannya

Tujuannya bukan membuat laporan panjang. Tujuannya adalah menghilangkan ketidakjelasan yang paling penting.

Pertama, jelaskan apa yang benar-benar dikerjakan oleh tim.

Cukup jelaskan secara singkat:

• masalah atau tujuan,
• jenis produk atau layanan,
• skala perkiraan,
• batasan penting,
• periode pelaksanaan jika relevan.

Contoh:

Tujuan proyek adalah memperpendek proses pembelian dalam aplikasi B2B. Produk tersebut beroperasi di beberapa pasar Eropa dan melayani pelanggan bisnis.

Dengan begitu, pembaca memahami konteks sebelum menilai kontribusi individu.

Anda tidak perlu menyebut semua orang berdasarkan nama.

Dalam banyak kasus, struktur seperti ini sudah cukup:

Tim: manajer produk, perancang pengalaman pengguna, 2 pengembang sisi klien, 2 pengembang sisi server, dan spesialis kualitas.

Satu informasi ini mengubah cara seluruh deskripsi proyek dipahami.

Pembaca dapat melihat bahwa hasil tidak muncul begitu saja dan bahwa spesialis bekerja dalam pembagian tanggung jawab yang jelas.

Ini adalah bagian yang paling penting.

Alih-alih menulis secara umum:

"Saya mengerjakan sisi klien"

tulislah secara konkret:

"Saya bertanggung jawab atas arsitektur modul pembayaran, implementasi proses penyelesaian pembelian, integrasi dengan API pembayaran, dan peninjauan kode untuk perubahan di area ini."

Bila mungkin menimbulkan kebingungan, berguna juga untuk menjelaskan apa yang tidak Anda kerjakan:

"Lapisan sisi server dan integrasi penyedia pembayaran di sisi server dikerjakan oleh tim terpisah."

Hal ini tidak melemahkan portofolio. Justru membuatnya lebih kredibel.

Nama jabatan belum menjelaskan kontribusi.

Seorang perancang pengalaman pengguna senior dapat memimpin seluruh proses riset dalam satu proyek, namun dalam proyek lain hanya menyiapkan tampilan akhir.

Karena itu, tunjukkan tindakan yang dapat dikaitkan dengan kompetensi tertentu:

• saya merancang arsitektur solusi,
• saya melakukan riset,
• saya merancang alur proses,
• saya menganalisis data,
• saya menulis bagian utama implementasi,
• saya menyiapkan strategi kampanye,
• saya memimpin negosiasi,
• saya mengoordinasikan ketergantungan antar tim,
• saya memverifikasi solusi sebelum peluncuran.

Contoh paling bernilai adalah yang juga dapat menjelaskan mengapa keputusan tertentu diambil.

Jika proyek boleh ditampilkan, artefak membantu menghubungkan kontribusi yang diklaim dengan pekerjaan nyata.

Contohnya:

• layar produk,
• bagian antarmuka,
• prototipe,
• potongan kode,
• repositori publik,
• laporan,
• diagram,
• publikasi,
• materi kampanye,
• foto,
• dokumen atau bagian yang aman untuk ditampilkan.

Artefak tidak harus membuktikan semuanya. Tujuannya adalah membantu pembaca memahami apa yang benar-benar dibuat dan bagaimana hal itu berkaitan dengan kontribusi yang dijelaskan.

Risiko terbesar melebih-lebihkan kontribusi pribadi muncul ketika membahas hasil.

Jika tingkat konversi perusahaan meningkat 25% setelah proyek, itu tidak otomatis berarti satu orang meningkatkan konversi sebesar 25%.

Pada periode yang sama, mungkin juga terjadi perubahan pada:

• harga,
• penawaran,
• pemasaran,
• pengalaman pengguna,
• infrastruktur,
• faktor musiman,
• sumber lalu lintas,
• pekerjaan anggota tim lain.

Jelaskan hasil hanya dengan tingkat kepastian yang benar-benar dapat Anda pertanggungjawabkan.

1. Tanggung jawab langsung
"Saya mengurangi waktu proses ini dari 12 menit menjadi 4 menit dengan mengotomatiskan langkah-langkah yang menjadi tanggung jawab saya."

Gunakan ketika hubungan antara tindakan Anda dan hasilnya langsung serta dapat dibuktikan.

2. Hasil bersama
"Bersama tim, kami merancang ulang proses orientasi pengguna. Setelah diluncurkan, tingkat penyelesaian meningkat 18%."

Gunakan ketika hasil merupakan buah kerja beberapa orang.

3. Kontribusi terhadap perubahan yang lebih luas
"Saya bertanggung jawab atas perancangan ulang proses penyelesaian pembelian sebagai bagian dari optimasi proses pembelian yang lebih luas. Setelah seluruh program diluncurkan, perusahaan mencatat peningkatan konversi."

Gunakan ketika area Anda hanyalah salah satu dari beberapa faktor.

4. Hasil sebagai konteks proyek
"Proyek berakhir dengan peningkatan penjualan sebesar 40%. Cakupan saya mencakup arsitektur sisi klien dan implementasi proses penyelesaian pembelian."

Gunakan ketika Anda mengetahui hasil keseluruhan proyek, tetapi tidak memiliki dasar kuat untuk menentukan berapa bagian yang berasal dari pekerjaan Anda.

Jika sebuah proyek melibatkan beberapa orang, deskripsi terbaik seharusnya menjawab dua pertanyaan sekaligus:

Apa yang dihasilkan tim?

dan

Apa tanggung jawab masing-masing orang?

Contoh:

Proyek: versi pertama aplikasi logistik
Tim: perancang pengalaman pengguna, pengembang sisi klien, pengembang sisi server
Hasil bersama: versi pertama produk yang berfungsi dan siap untuk uji coba
Perancang pengalaman pengguna: riset, perjalanan pengguna, prototipe, desain antarmuka
Pengembang sisi klien: arsitektur sisi klien, implementasi aplikasi web
Pengembang sisi server: API, model data, integrasi

Deskripsi seperti ini memperkuat tim sekaligus spesialis individual.

Dalam beberapa proyek, istilah sederhana untuk tingkat keterlibatan dapat membantu:

Peran utama - saya memimpin area tersebut dan bertanggung jawab atas keputusan utama.
Tanggung jawab bersama - saya berbagi tanggung jawab dengan satu atau beberapa orang.
Peran pendukung - saya mendukung area tersebut, tetapi bukan penanggung jawab utama.

CRediT menggunakan pembedaan yang serupa untuk peran kontributor. [1]

Prinsip utamanya sederhana: tingkat tanggung jawab harus mudah dipahami.

Untuk proyek bersama yang penting, sebaiknya pastikan bahwa deskripsi kontribusi Anda tidak bertentangan secara jelas dengan cara peserta lain memahami pembagian peran.

CRediT merekomendasikan agar kontributor dapat meninjau dan mengonfirmasi peran yang diberikan kepada mereka. [1]

Dalam portofolio profesional, hal ini tidak harus berarti proses persetujuan formal untuk setiap kalimat. Aturan praktisnya lebih sederhana: jangan mengklaim tanggung jawab atas pekerjaan yang sebenarnya dipimpin oleh orang lain.

Menjelaskan kontribusi pribadi tidak boleh disamakan dengan menentukan hak cipta.

Menurut hukum hak cipta Polandia, hak pada dasarnya dimiliki oleh pencipta, dan jika ada beberapa pencipta maka dimiliki bersama. Untuk karya yang dibuat dalam hubungan kerja, pemberi kerja dapat memperoleh hak ekonomi dalam cakupan yang ditentukan oleh hukum dan hubungan kerja. [2]

Dalam praktiknya, perlakukan tiga pertanyaan ini secara terpisah:

Apakah saya ikut membuat proyek ini?
Apakah saya pencipta atau salah satu pencipta dari elemen tertentu?
Apakah saya berhak memublikasikan materi tersebut di portofolio saya?

Jawaban "ya" pada pertanyaan pertama tidak otomatis menentukan jawaban dua pertanyaan lainnya.

Tidak semua proyek dapat ditampilkan atau dijelaskan secara rinci.

Hukum Polandia tentang persaingan tidak sehat melindungi informasi yang merupakan rahasia dagang, termasuk informasi teknis, teknologi, organisasi, dan informasi lain tertentu yang memiliki nilai ekonomi serta dijaga kerahasiaannya. [3]

Karena itu, dalam proyek rahasia, menghapus nama klien saja belum tentu cukup. Detail lain masih dapat mengungkap informasi yang dilindungi.

Aturan yang lebih aman adalah:

jelaskan hanya hal yang benar-benar boleh Anda ungkap berdasarkan hukum yang berlaku, kontrak, persetujuan, dan hak lain yang Anda miliki.

Deskripsi proyek biasanya tidak membutuhkan data pribadi seluruh tim.

GDPR mensyaratkan, antara lain, dasar hukum, pembatasan tujuan, dan minimisasi data, yang berarti data pribadi harus dibatasi pada yang diperlukan untuk tujuan terkait. [4]

Jika tim cukup dijelaskan sebagai:

1 perancang pengalaman pengguna, 2 pengembang sisi klien, 1 pengembang sisi server, dan 1 spesialis kualitas

tidak ada kebutuhan otomatis untuk memublikasikan nama, foto, alamat email, atau data pribadi lain dari rekan kerja.

Jika Anda ingin memublikasikan testimoni, pernyataan, gambar, atau data lain tentang orang tertentu, periksa dasar hukum yang tepat dan cakupan penggunaan materi yang diperbolehkan.

Jika ketentuan kerja sama mengizinkan deskripsi umum tentang pengalaman, Anda dapat mempertimbangkan untuk menampilkan:

• jenis masalah tanpa mengidentifikasi klien,
• peran Anda,
• kategori kompetensi yang digunakan,
• jenis tanggung jawab,
• proses pengambilan keputusan pada tingkat yang cukup umum,
• hasil hanya sejauh boleh diungkap.

Jangan membuat tangkapan layar, data, atau hasil fiktif untuk menggantikan materi rahasia.

Jika Anda tidak yakin apakah informasi tertentu boleh diungkap, lebih aman tidak memublikasikannya sampai persoalan itu jelas.

Perbedaan kecil dalam pilihan kata dapat menunjukkan tingkat tanggung jawab dengan sangat jelas.

Saya bertanggung jawab atas... - menetapkan area Anda dengan jelas.
Saya memimpin... - menunjukkan tanggung jawab atas arah atau pelaksanaan suatu area.
Saya ikut menciptakan... - menunjukkan bahwa hasil tersebut memiliki lebih dari satu pencipta.
Saya mendukung... - menjelaskan kontribusi pendukung secara jujur.
Saya bagian dari tim yang... - memisahkan partisipasi pribadi dari hasil keseluruhan tim.
Setelah proyek diluncurkan, perusahaan mencatat... - menampilkan hasil sebagai konteks tanpa otomatis mengklaim seluruh dampak sebagai milik Anda.

Hindari mengatakan "saya yang melakukannya" secara otomatis ketika cakupan sebenarnya dibagi bersama.

1. Anda menggunakan bentuk tunggal untuk proyek yang dikerjakan banyak orang.

2. Anda menampilkan hasil bisnis tetapi tidak menjelaskan cakupan pekerjaan Anda sendiri.

3. Anda mencantumkan teknologi seluruh produk sebagai kompetensi pribadi meskipun tidak bekerja dengan semuanya.

4. Anda menampilkan desain visual akhir, kode, atau strategi tanpa menjelaskan bagian mana yang benar-benar Anda buat.

5. Anda menghilangkan kontributor penting padahal kontribusi mereka diperlukan untuk memahami proyek.

6. Anda menyiratkan hubungan sebab-akibat antara pekerjaan Anda dan hasil yang tidak dapat Anda buktikan.

Proyek
Apa yang dibuat dan masalah apa yang ingin diselesaikan?

Tim
Peran apa saja yang terlibat dalam proyek?

Tanggung jawab saya
Area apa yang menjadi tanggung jawab pribadi saya?

Tindakan dan keputusan saya
Apa yang benar-benar saya lakukan atau pimpin?

Kolaborasi
Bagian mana yang dibuat bersama orang lain?

Artefak
Apa yang boleh saya tampilkan secara sah?

Hasil
Apa yang dicapai proyek dan bagaimana kontribusi saya berkaitan dengan hasil tersebut?

Batasan
Apakah ada bagian yang tidak boleh saya ungkap karena kerahasiaan atau hak orang lain?

Ajukan tujuh pertanyaan kepada diri sendiri:

1. Apakah pembaca tahu seberapa besar timnya?

2. Apakah jelas apa yang benar-benar menjadi tanggung jawab saya?

3. Apakah saya sudah menghindari mengklaim pekerjaan orang lain?

4. Apakah hasil dijelaskan dengan tingkat kehati-hatian yang tepat?

5. Apakah saya secara hukum boleh memublikasikan materi yang digunakan?

6. Apakah saya menghindari pengungkapan data pribadi atau informasi rahasia yang tidak perlu?

7. Apakah orang dari luar proyek dapat memahami kompetensi apa yang benar-benar saya gunakan dari deskripsi ini?

Jika jawabannya jelas, deskripsi proyek mulai berfungsi sebagai bukti kompetensi, bukan sekadar cerita yang menarik.

Deskripsi proyek terbaik tidak harus memilih antara:

"saya yang melakukannya"

dan

"tim yang melakukannya."

Deskripsi dapat menunjukkan kedua kenyataan sekaligus:

tim menghasilkan suatu hasil tertentu, dan saya bertanggung jawab atas bagian tertentu, keputusan, serta pelaksanaannya.

Ketepatan seperti ini memungkinkan seorang spesialis dinilai tanpa mengurangi penghargaan terhadap orang lain.

Portofolio tidak seharusnya menjadi perlombaan membuat klaim sebesar mungkin.

Nilainya meningkat ketika orang yang melihatnya dapat memahami:

apa yang dibuat, siapa yang mengerjakannya, apa tanggung jawab Anda, apa yang Anda lakukan sendiri, dan hasil apa yang secara wajar dapat dihubungkan dengan kontribusi Anda.

Deskripsi yang tepat tidak melemahkan pencapaian.

Sebaliknya, itu menunjukkan bahwa Anda memahami tanggung jawab sendiri, mampu bekerja dengan orang lain, dan menyajikan hasil pekerjaan secara jujur.

[1] CRediT - Contributor Role Taxonomy, NISO
Buka sumber

[2] Undang-Undang Polandia tentang Hak Cipta dan Hak Terkait - Pasal 8-12, ELI
Buka sumber

[3] Undang-Undang Polandia tentang Pemberantasan Persaingan Tidak Sehat - Pasal 11, teks konsolidasi yang diterbitkan pada 2026
Buka sumber

[4] Peraturan (UE) 2016/679 - GDPR, Pasal 5, EUR-Lex
Buka sumber

Catatan metodologis: CRediT adalah standar peran kontributor dalam penelitian dan publikasi ilmiah. Artikel ini menggunakannya sebagai contoh atribusi kontribusi yang transparan, tetapi tidak menyajikannya sebagai standar portofolio profesional. Enam unsur deskripsi proyek dan empat cara menjelaskan hubungan dengan hasil merupakan model editorial yang diusulkan dalam materi ini.