6  UAS-1 My Concepts

6.1 Human Handshake Protocol (TCP/TLS untuk Kolaborasi)

“My Masterpiece: Penerapan Sistem dan Teknologi Informasi di Era Artificial Intelligence”. Masalah kemanusiaan yang saya pilih dari Top-10 adalah akses pendidikan dan melek huruf.

Dalam konteks ini, saya melihat tantangan pendidikan bukan hanya soal “kurang konten”, tetapi sering soal kolaborasi yang gagal antara pihak-pihak yang seharusnya saling menguatkan: guru, siswa, orang tua, sekolah, komunitas, pemerintah, dan penyedia teknologi AI. Banyak program edukasi berhenti bukan karena idenya jelek, tetapi karena parameter kerja tidak pernah disepakati dengan jelas.

Dalam materi kuliah ini, konsep bukan sekadar topik atau slogan. Konsep adalah logika dari sebuah mesin abstrak: ia mengumpulkan dan mengarahkan daya [K] untuk mengangkat beban atau masalah [B]. Konsep yang baik juga menjadi “induk” yang bisa melahirkan banyak ide praktis, dan ide-ide turunan itu mewarisi kualitas dari konsep induknya.

Konsep saya adalah Human Handshake Protocol, yaitu “handshake” terstruktur sebelum kolaborasi dimulai untuk menyamakan parameter, mirip seperti TCP atau TLS menyepakati parameter sebelum pertukaran data yang sesungguhnya. Dalam masterpiece ini, “data” yang dipertukarkan bukan paket jaringan, tetapi kerja nyata: kurikulum, distribusi materi, pendampingan belajar, evaluasi, dan integrasi AI.

flowchart TD
  A[Niat kolaborasi] --> B[Tujuan & definisi sukses]
  B --> C[Kapabilitas & batasan]
  C --> D[Peran & hak keputusan]
  D --> E[Parameter komunikasi]
  E --> F[Verifikasi: mutual ACK]
  F --> G[Eksekusi]
  G --> H{Ada perubahan?}
  H -- Ya --> C
  H -- Tidak --> G

6.1.1 Definisi Operasional (biar “parameter” tidak abstrak)

Yang saya maksud parameter kolaborasi adalah hal-hal yang bisa diobservasi dan dicek, misalnya:

  • Definisi selesai: deliverable + kriteria diterima (acceptance criteria) + deadline
    Contoh: “Selesai = laporan 6 halaman + slide 10 halaman + demo jalan, deadline Jumat 17.00.”
  • Aturan keputusan: siapa memutuskan saat beda pendapat (voting, PIC, trial)
    Contoh: “Kalau debat > 10 menit, PIC memutuskan.”
  • Ekspektasi respons: batas waktu membalas di kanal utama
    Contoh: “Respons maksimal 12 jam untuk chat penting.”

Sedangkan mutual ACK adalah kondisi ketika setiap pihak bisa merangkum kesepakatan dalam 3–5 kalimat, dan ringkasannya tidak berbeda secara substansi.

6.1.2 Minimum Viable Handshake (Versi 30 Detik)

Kalau kondisi sangat terburu-buru, handshake minimum saya adalah:

  1. Goal: “Kita mau ngapain?”
  2. Done: “Selesai itu output apa + deadline?”
  3. Owner: “Siapa PIC bagian inti?”
  4. Channel: “Komunikasi lewat mana?”
  5. Decision rule: “Kalau beda pendapat, siapa memutuskan?”

Versi ini menjaga usefulness tetap tinggi karena bisa dipakai kapan pun.

6.1.3 Micro Case Study (untuk Validity)

Kasus: tugas kelompok, tim 4 orang, deadline 3 hari.

Sebelum handshake:
- “Selesai” versi A: asal ada laporan.
- “Selesai” versi B: harus ada demo dan slide.
Akibatnya: hari ke-2 terjadi debat panjang, laporan dirombak, integrasi mepet deadline.

Sesudah handshake (10 menit):
- Definisi selesai ditulis: “laporan + slide + demo minimal.”
- PIC integrasi ditetapkan sejak hari pertama.
- Ritme update disepakati: rekap jam 21.00.
Hasil observabel: revisi berkurang, keputusan lebih cepat, dan tidak ada debat ulang tentang “selesai itu apa”.

6.1.4 Failure Modes (kapan konsep ini gagal) dan Fix-nya

  1. Handshake dilakukan, tapi orang cuma “iya” tanpa komit.
    Fix: sebelum ACK, tanyakan “Apakah kamu benar-benar setuju dan sanggup commit?” Jika tidak, revisi scope atau peran.

  2. Handshake jadi alat dominasi orang yang paling vokal.
    Fix: lakukan ringkasan bergantian dan wajibkan “concern check” 1 menit per orang sebelum keputusan final.

  3. Scope berubah, tapi tim lupa re-handshake.
    Fix: pasang pemicu eksplisit: setiap perubahan scope memicu “re-handshake 2 menit” (tulis perubahan, dampak, dan parameter yang berubah).

6.1.5 Beban [B]: Biaya Misalignment

Banyak konflik dalam kerja tim tidak berawal dari niat buruk, tetapi dari parameter yang tidak pernah dinegosiasikan, misalnya:

  • definisi “selesai” yang berbeda
  • kepemilikan tugas dan hak mengambil keputusan yang tidak jelas
  • ekspektasi waktu respons yang tidak sama
  • batasan tersembunyi (waktu, energi, prioritas)
  • scope creep yang belakangan terasa seperti masalah personal

Beban [B] adalah waktu terbuang, revisi berulang, frustrasi, dan kerusakan relasi akibat misalignment.

6.1.6 Daya [K]: Apa yang Membuat Alignment Mungkin Terjadi

Protokol ini bergantung pada “daya” [K] yang realistis bisa disediakan orang:

  • kejelasan (berani eksplisit)
  • mendengar aktif (betul-betul menangkap maksud)
  • jujur soal batasan (waktu, kapasitas, prioritas)
  • kosakata bersama (definisi, contoh)
  • disiplin verifikasi (cek pemahaman sebelum eksekusi)

6.1.7 Mesin Abstrak: Fase-Fase Handshake

Ini adalah logika mesin yang mengubah [K] menjadi beban [B] yang terangkat. Desainnya dibuat singkat, bisa diulang, dan bisa diverifikasi.

6.1.7.1 Fase 0: Niat untuk Terkoneksi

Pastikan kolaborasinya benar-benar serius, bukan sekadar ngobrol.

  • “Ini kita komit kerja bareng, atau masih brainstorming santai?”

6.1.7.2 Fase 1: Pemilihan Protokol (Tujuan dan Ukuran Sukses)

Sepakati tujuan dan cara mengukur sukses.

  • Tujuan: apa yang mau dicapai?
  • Kriteria sukses: “selesai” itu seperti apa?
  • Non-goals: apa yang tidak akan dikerjakan

6.1.7.3 Fase 2: Tukar Kapabilitas dan Batasan

Tukar informasi tentang apa yang realistis bisa diberikan masing-masing pihak.

  • ketersediaan waktu dan deadline
  • skill dan resource
  • risiko dan blocker
  • batasan pribadi (prioritas lain)

6.1.7.4 Fase 3: Peran, Tanggung Jawab, Hak Keputusan

Cegah kerja dobel dan deadlock saat beda pendapat.

  • siapa pegang bagian apa
  • siapa yang memutuskan saat terjadi konflik
  • cara eskalasi saat mentok

6.1.7.5 Fase 4: Parameter Komunikasi

Tentukan aturan kanal komunikasi sebelum masalah muncul.

  • kanal (WhatsApp, Discord, Meet)
  • ritme (update harian, 2x seminggu, rekap mingguan)
  • ekspektasi waktu respons
  • format update (bullet list, checklist, rekap singkat)

6.1.7.6 Fase 5: Verifikasi (Mutual ACK)

Handshake belum selesai sampai dua pihak bisa mengulang kesepakatan dengan benar.

  • masing-masing merangkum: “Jadi yang kita sepakati…”
  • kalau rangkuman sama: handshake selesai
  • kalau beda: negosiasikan bagian yang tidak sinkron

6.1.7.7 Fase 6: Pemicu Re-handshake

Negosiasi ulang parameter saat kondisi berubah.

  • scope berubah
  • miskom berulang
  • komitmen sering tidak terpenuhi
  • anggota baru masuk
  • konflik yang sama terjadi dua kali

6.1.8 Kenapa ini lebih “nyata” daripada konsep yang terlalu besar

Contoh konsep yang diberikan di materi terasa sangat besar dan idealistik, sehingga susah dipakai untuk kasus sehari-hari. Konsep handshake ini tetap sesuai definisi kuliah karena jelas menyebut [B], menyebut [K] yang realistis, dan punya mesin yang bisa diulang untuk melahirkan ide-ide praktis (template, checklist, ritual meeting).

NoteHuman Handshake Checklist (Versi 1 Menit)
  1. Tujuannya apa?
  2. “Selesai” itu seperti apa (deliverable + deadline)?
  3. Batasannya apa?
  4. Siapa pegang apa (PIC)?
  5. Komunikasinya bagaimana (kanal, ritme, waktu respons)?
  6. Kalau beda pendapat, cara mutusinnya gimana (decision rule)?
  7. Rangkuman bersama: “Kita sepakat bahwa…”

6.1.9 Output: Ide Praktis yang Bisa Dilahirkan Konsep Ini

Karena konsep seharusnya bisa “beranak”, protokol ini dapat menghasilkan:

  • skrip kickoff tim
  • skrip resolusi konflik (“balik ke parameter yang disepakati”)
  • template update mingguan
  • template re-handshake saat scope berubah
  • rubrik singkat untuk menilai apakah komunikasi berjalan

Semua ini adalah “anak ide” dari konsep induk.