Jurnal — M. Arief Budiman

Scrum itu cuma alat, bukan tujuan

Fri, 17 Jul 2026 16:33:41 +0700

Belakangan ini lagi mikir-mikir ulang soal Scrum dan role Scrum Master, dari pengalaman beberapa tahun kerja jadi developer yang sehari-hari make Scrum sebagai tools development.

Jujur, pertama kali kantor pindah dari waterfall ke Scrum itu rasanya berantakan. Buang-buang waktu, ga konsisten, dan menurut gue pribadi waktu itu ya emang buruk secara keseluruhan. Tapi belakangan gue sadar itu bukan salah Scrum-nya, tapi karena setiap orang di tim — stakeholder, PO, developer — belum benar-benar ngerti how, why, what to do-nya. Stakeholder ngerasa agile itu berarti bisa berubah semaunya kapan aja. Developer ngerasa semua Scrum event cuma buang waktu doang. Ya jelas berantakan, semua orang mainnya masih pake asumsi masing-masing.

Yang bikin akhirnya membaik itu waktu itu ada Scrum Master yang emang bagus. Dan dari situ gue baru ngeh, peran Scrum Master itu sebenernya bukan soal "menjalankan aturan Scrum" doang. Lebih ke fasilitator — atau istilah bakunya servant leader. Analoginya kayak polisi, sebenernya ada buat kebaikan masyarakat, bukan buat maksa-maksa doang. Pas Scrum Master nyuruh tim retro, atau nyuruh isi story point di backlog, itu bukan formalitas kosong — itu ada gunanya buat ngukur velocity tim dan bikin proses development lebih kebaca.

Satu hal lain yang kepikiran, soal daily standup. Banyak yang bilang standup itu udah berubah jadi "status report ke manager" dan dianggap buruk. Tapi menurut gue itu bukan sepenuhnya salah — namanya juga transparansi. Yang penting esensinya tetep ke arah situ: kasih tau progress, kalau ada hambatan yang bisa dibantu ya dibahas (di luar standup biar ga molor), dan itu ngebangun rasa memiliki ke product-nya juga.

Soal sprint planning yang suka molor, dari pengalaman gue biasanya itu bukan karena planning-nya sendiri yang salah, tapi karena grooming sebelumnya kurang detail. Kalau backlog udah jelas dan udah didiskusiin sama PO dan stakeholder dari awal, planning-nya jadi lebih soal jadwalin doang, bukan debat panjang soal apa yang mau dikerjain.

Yang paling nempel sih soal gimana caranya masuk ke tim yang udah jalan lama tanpa bikin orang defensif. Intinya jangan jadi "threat". Perubahan itu defaultnya emang bikin orang was-was, tapi kalau dibawain dan dijelasin dengan cara yang baik, itu bisa diminimalisir. Makanya kalau misalnya masuk ke tim baru, langkah pertama itu bukan langsung ubah-ubah proses, tapi kenalan dulu sama orang-orangnya, ngerti existing procedure-nya, baru pelan-pelan integrasi.

Overall, makin ke sini makin ngerasa Scrum — atau agile secara umum — itu cuma alat. Kalau dipakein sama orang yang paham kenapa alat itu dipakai, hasilnya bisa jauh lebih baik daripada sekadar ngikutin checklist. Dan kayaknya itu insight yang paling kepake buat gue sekarang dari pengalaman kerja sehari-hari.

Bikin Palworld dedicated server sendiri di Linux

Fri, 17 Jul 2026 15:30:41 +0700

Ceritanya lagi pengen main Palworld bareng temen tanpa harus salah satu dari kita nyalain PC terus-terusan jadi host. Jadi kepikiran bikin dedicated server sendiri di Linux, biar bisa nyala 24 jam tanpa ganggu PC utama buat kerja atau main game lain.

Awalnya kirain bakal ribet banget, tapi ternyata Palworld sendiri udah nyediain dedicated server lewat SteamCMD, jadi ga perlu install game penuh. Tinggal download SteamCMD, terus suruh dia tarik App ID server-nya. Yang bikin agak mikir itu bagian dependency-nya, soalnya server-nya butuh beberapa library 32-bit padahal kebanyakan distro Linux modern udah default 64-bit semua.

Sempet muter-muter juga soal port. Defaultnya UDP 8211, dan karena servernya mau diakses temen dari luar jaringan, jadi harus forward port itu di router sekalian buka di firewall Linux-nya (ufw kalau di Ubuntu). Ini bagian yang paling gampang bikin salah kira, soalnya kadang server-nya kelihatan jalan normal di local tapi ternyata dari luar ga bisa connect gara-gara port belum kebuka bener.

RAM juga jadi concern, soalnya server Palworld ini lumayan rakus, apalagi kalau world-nya udah gede dan banyak base yang dibangun. Untungnya masih muat di spek yang ada, walau kudu jaga-jaga jangan sambil jalanin proses berat lain barengan.

Yang paling melegakan itu pas akhirnya bisa connect dari device lain dan world-nya persist, ga ilang pas server di-restart. Config file-nya juga lumayan fleksibel, bisa atur drop rate, exp multiplier, sampai jumlah pal yang bisa dipelihara, jadi bisa disesuain sama gaya main kita berdua.

Belum nyoba jalanin ini lama-lama sih, baru testing beberapa hari. Kalau nanti ada masalah pas dipake harian — misalnya crash random atau leak memory — bakal gue tulis lagi di sini. Untuk sekarang, seengganya udah kebukti bisa jalan dan world-nya ga corrupt, which is already a win buat percobaan pertama.

Catatan build PC: dari Pentium G4560 ke rig gaming baru

Fri, 17 Jul 2026 15:08:25 +0700

Jadi ceritanya PC gue udah lama banget minta pensiun. Pentium G4560, mobo Gigabyte GA-H110M-H, RAM 16GB DDR4 Corsair, sama campuran HDD 1TB buat data dan SSD 128GB kecil buat OS doang. PSU be quiet! 400W, case-nya Cube Gaming Nobs putih yang sebenernya masih kece buat dipandang, cuma isinya udah ga sanggup diajak kerja keras.

Awalnya cuma buat kerja sama nonton, tapi lama-lama kepake juga buat main dan nyoba-nyoba streaming di YouTube. Nah di situ ketauan banget batasnya. Buka game aja kadang mikir dulu, apalagi kalau sambil di-capture buat live. G4560 itu jujur udah jasa banget buat dia bertahan selama ini, tapi ya udah waktunya pensiun terhormat.

Beberapa bulan ini jadinya rajin banget riset build baru. Awalnya bingung mau condong ke ITX yang kompak atau mATX yang lebih standar. Sempet kepikiran juga bikin mini-ITX pake Silverstone SG13P, GPU low-profile RTX 5060, PSU SFX — kelihatan rapi dan hemat tempat, tapi budget-nya ngalir ke mana-mana kalau dihitung total.

Ujung-ujungnya balik ke rencana yang lebih masuk akal: Ryzen 5 5600 dipasangin sama RTX 3060 12GB. Total kira-kira 10,6 juta buat semua komponen inti. Alasannya simpel, ini kombinasi yang udah kebukti banget buat gaming 1080p sambil ngestream, dan platform AM4 masih gampang dicari part-nya kalau nanti mau upgrade lagi.

Yang jadi concern utama gue sebenernya bukan raw performance doang, tapi gimana biar Conan Exiles bisa jalan mulus sambil di-stream tanpa nge-drop frame parah. Soalnya itu game yang paling sering gue mainin bareng temen, dan biasanya yang paling berat kalau world-nya udah rame sama base building.

RAM dan storage lama kayaknya masih bisa dipake sementara, HDD 1TB masih oke buat nyimpen library game yang gede-gede, SSD 128GB mungkin bakal gue upgrade belakangan soalnya udah kepenuhan cuma buat OS aja.

Belum ada tanggal pasti kapan checkout semua part-nya, masih nunggu momen yang pas (baca: gajian dan ga ada kebutuhan mendadak lain). Tapi at least sekarang udah ada arah yang jelas, ga lagi muter-muter antara ITX, mATX, atau nunggu harga GPU turun.

Nanti kalau udah kerakit, gue update lagi progressnya di sini — termasuk apakah ekspektasi soal Conan Exiles + streaming beneran kebukti atau ternyata masih ada bottleneck lain yang belum kepikiran.