🧪 Innovation Labs 2026
Satu resep, satu tim, hasilnya kompak.
·
  1. Halo semua! Aku Rafli, bareng Teguh dari tim WTF is Happening. Sebelum masuk ke teknis, kami mau cerita dulu soal sebuah dapur restoran.
  2. Ini cerita tentang SpongeBob SquarePants, agent AI kami.
Babak 1 · Kenalan
Ini King Teguh, manajer restoran
Hai Rakyat Jelata,
Panggil Aku King Teguh 👑
🗣️ Penerima tamu 🔥 Station grill 🧑‍🍳 Koki serba bisa 📦 Gudang bahan 🎨 Penata piring 🍽️ Meja saji 🛵 Kurir antar 🧯 Penjaga kompor 👅 Pencicip rasa
Pesanan banyak & sering berubah 🔥
Catatannya numpuk 📚
  1. Hai rakyat jelata, panggil aku King Teguh! Di cerita ini aku manajer sebuah restoran yang lagi rame banget.
  2. Dapurnya lengkap: ada yang terima tamu, ada yang masak, ada yang jaga gudang bahan, sampai yang nyicipin rasa. Semuanya kerja bareng.
  3. Tiap hari pesanannya banyak, dan sering berubah. Catatannya juga numpuk di mana-mana. Raf, lanjutin ceritanya.
Babak 1 · Restoran buka
Lama-lama, dapurnya mulai kacau 😵‍💫
📣

Pesanan diteriakin

Ada yang nyasar. Catatan tiap orang beda-beda.

🍳

Masak duluan, tanya belakangan

Bahan kelupaan. Gak jelas kapan pesanan dianggap beres.

🍝

Plating beda-beda

Tiap koki punya gaya sendiri. Pelayan bingung mau nyajiin yang mana.

  1. Nah, lama-lama dapurnya mulai kacau.
  2. Pesanan diteriakin dari ujung ke ujung. Ada yang nyasar, catatan tiap orang beda-beda.
  3. Kadang masak udah dimulai padahal pesanannya belum jelas. Ada bahan yang kelupaan, dan gak jelas kapan pesanan dianggap beres.
  4. Terus, tiap koki punya gaya plating sendiri. Pelayan jadi bingung mau nyajiin yang mana.
Babak 1 · Jam paling rame
Lalu… tamu VIP ganti pesanan
🤵 "Saya ganti menu ya. Sekarang!"
Meja 7: ganti menu!!
catatan_final_beneran(2)
"Resepnya yang mana?!"
"Kok piringnya beda-beda?"
Gimana nih?! 😱
🔥 KEBAKARAN!
  1. Terus, pas lagi rame-ramenya, tamu VIP tiba-tiba minta ganti pesanan.
  2. Tiket numpuk. Semua rencana berubah, tapi gak ada yang tahu apa aja yang harus ikut diubah.
  3. Dan… dapurnya kebakaran!
  4. King Teguh panik. Semua orang panik.
💻 Aslinya
Dapur tadi = tim software kami
Tiap station = satu role: Backend, Frontend, Mobile, QA, PM, dan lainnya.
📣 Pesanan diteriakin
→
Komunikasi tim tercecer di chat
🍳 Masak sebelum pesanan jelas
→
Dokumen kebutuhan dilewati, acceptance criteria kurang jelas
🍝 Plating beda-beda
→
Format response API beda-beda tiap service
🔥 Tamu ganti pesanan
→
Klien ubah scope, dampaknya gak terlacak
  1. Oke, sekarang aslinya. Dapur tadi itu tim software kami. Tiap station itu satu role: Backend, Frontend, Mobile, QA, dan lainnya.
  2. Pesanan yang diteriakin itu komunikasi tim yang tercecer di chat.
  3. Masak sebelum pesanan jelas itu dokumen kebutuhan yang dilewati, jadi acceptance criteria-nya kurang jelas.
  4. Plating beda-beda itu format response API yang beda-beda tiap service.
  5. Dan tamu ganti pesanan itu klien yang ubah scope di tengah jalan.
💻 Akar masalah
Kenapa bisa beda-beda? 🤔
🧾 Perintah: GET /books/123
AI A 
{
  "status": "ok",
  "result": { "id": 123 }
}
AI B 
{
  "code": 200,
  "msg": "success",
  "data": { "id": 123 }
}
AI C 
{
  "book": { "id": 123 },
  "error": ""
}
Hasilnya beda! 😖
Belum ada standar bersama 📕
  1. Kenapa bisa begitu?
  2. Kami kerja pakai AI. Tapi kalau tiga AI dikasih perintah yang sama tanpa standar, hasilnya beda-beda.
  3. Aturannya cuma ada di kepala masing-masing orang. Belum ada standar yang dipakai bareng.
Babak 2 · Ide
Tiap station dapet asisten koki
Aha! 💡
Manajer
Penerima tamu
Penata piring
Station grill
Gudang bahan
Meja saji
Koki serba bisa
Kurir antar
Penjaga kompor
Pencicip rasa
📕 Buku resep induk 📒 Catatan saku 🧾 Rak tiket 📋 Papan pesanan besar
Namanya: SpongeBob 🍳
  1. Terus, kami punya ide.
  2. Gimana kalau tiap station dapet satu asisten koki? Asisten yang selalu masak sesuai resep.
  3. Tiap asisten bawa empat barang: buku resep induk, catatan saku, rak tiket, dan papan pesanan besar.
  4. Asisten ini kami kasih nama… SpongeBob SquarePants.
💻 Aslinya
SpongeBob = agent AI untuk tiap role
PMAtur alur & dokumen
Business AnalystKumpulin kebutuhan
UI/UXDesain tampilan
BackendAPI & logika
DatabaseData & migration
FrontendWeb app
FullstackLaravel / Next.js
MobileAplikasi HP
DevOpsServer & deploy
QATesting
4 barang bawaan = 🧠 × 4 lapis otak
  1. Aslinya, SpongeBob itu agent AI.
  2. Tiap role di tim punya SpongeBob sendiri: untuk PM, Business Analyst, UI/UX, Backend, Database, Frontend, Fullstack, Mobile, DevOps, dan QA.
  3. Dan empat barang bawaannya tadi, aslinya adalah empat lapis otak.
4 barang = 4 otak
Kita bongkar satu-satu
📕
Buku resep indukAturan baku semua station
📕
Otak Standarisasiobsidian-vault/ · aturan baku tiap bidang
Satu perusahaan
📒
Catatan saku"Aku lagi pegang meja mana aja"
📒
Otak Pribadibrain/MAP.md · peta project yang aku pegang
Per orang
🧾
Rak tiketPesanan yang lagi aku kerjain
🧾
Otak Rak Projectbrain/PROJECTS.md · daftar project + status
Per orang
📋
Papan pesanan besarSatu papan, dilihat semua station
📋
Otak Global Projectprojects/<nama>/ · dokumen & kode project
🔗 Dipakai se-tim
  1. Kita bongkar satu-satu ya.
  2. Buku resep induk itu Otak Standarisasi: aturan baku tiap bidang, dipakai satu perusahaan.
  3. Catatan saku itu Otak Pribadi: peta project yang lagi dipegang masing-masing orang.
  4. Rak tiket itu Otak Rak Project: daftar project dan statusnya.
  5. Dan papan pesanan besar itu Otak Global Project: semua dokumen dan kode satu project, dipakai bareng satu tim.
💻 Otak Standarisasi
Isi buku resepnya & aturan mainnya
📁 obsidian-vault/281
├ backend/rest-api54
├ database41
├ qa28
├ frontend26
├ mobile26
├ devops26
├ ui-ux26
├ pm27
├ shared
└ projects
✓
Yang wajib cuma yang activeDraft belum jadi aturan
✓
Bentrok? Keputusan project menangJelas siapa yang dipakai
✓
Baca seperlunyaCukup catatan yang relevan
✓
Aturan belum ada? Jangan ngarangBerhenti dan nanya dulu
✓
Password cuma di .envGak pernah masuk dokumen atau chat
  1. Buku resep induknya kami tulis di Obsidian, disimpan di Git. Isinya 281 catatan, dibagi per bidang.
  2. Aturannya gampang. Yang wajib cuma yang statusnya active. Kalau bentrok, keputusan project yang menang. Dan cukup baca yang perlu aja.
  3. Kalau aturannya belum ada, agent gak boleh ngarang. Harus berhenti dan nanya. Dan password gak boleh masuk dokumen.
  4. Ini tampilannya di Obsidian.
🍳 Kebiasaan
Koki yang baik gak asal masak
📋
Cek SOP
📕
Buka resep
🧾
Lihat tiket
🍳
Baru masak
Gak jelas? Nanya dulu ✋
  1. Koki yang baik itu punya kebiasaan.
  2. Sebelum masak, dia cek SOP dulu, buka resep, lihat tiket pesanan, baru masak.
  3. Dan kalau ada yang gak jelas, dia gak nebak. Dia nanya dulu.
💻 Aslinya
SpongeBob selalu baca urut
1
SOUL.mdKontrak peran: aku siapa
→
2
AGENTS.mdAturan umum
→
3
MAP.mdPilih bidangnya
→
4
pm/MAP.mdAturan sesuai bidang
→
5
brain/MAP.mdCatatan pribadi
→
6
PROJECTS.mdDaftar project
→
7
Master SpecDokumen project
→
8
DokumenYang diminta
Gak nemu? Berhenti & nanya ✋
  1. SpongeBob juga gitu. Tiap dapet tugas, dia baca dengan urutan yang sama: kontrak perannya, aturan umum, lalu aturan sesuai bidangnya.
  2. Habis itu catatan pribadinya, daftar project, dokumen project, baru dokumen yang diminta.
  3. Kalau ada yang hilang atau belum jelas, dia berhenti dan nanya. Gak ngarang.
Gak ada lagi teriak-teriak
Tiap info punya tempatnya sendiri
🧾

Rel tiket

Pesanan mana yang lagi dimasak

🗂️

Taiga

Status kerja: siapa ngerjain apa

📚

Buku arsip

Semua resep & catatan disimpan rapi

📚

Git

Dokumen, kode, dan bukti kerja

📢

Interkom

Ngobrol antar station

💬

Slack

Ngobrol & notifikasi

Chat ≠ sumber kebenaran!
  1. Soal teriak-teriak tadi. Di dapur yang rapi, tiap info punya tempatnya sendiri: rel tiket, buku arsip, dan interkom.
  2. Aslinya: rel tiket itu Taiga. Status kerja, siapa ngerjain apa.
  3. Buku arsip itu Git. Dokumen, kode, dan bukti kerja.
  4. Interkom itu Slack, buat ngobrol dan notifikasi. Jadi kalau ada yang bilang udah beres di chat, yang dicek tetap Taiga dan Git.
🍳 Alur pesanan
Pesanan harus lewat pintu-pintu ini, urut
🍽️
Mulai

Tamu datang

Dengerin maunya tamu

Pintu 1

Mau apa?

Tamu mau makan apa & kenapa

✍️ Disetujui pemilik
Pintu 2

Detail menu

Porsi, pedas, alergi. Kapan dianggap beres

✍️ Disetujui pemilik
Pintu 3

Rencana dapur

Alat & bahan yang dipakai

🔍 Dicek koki grill & gudang
Pintu 4

Jadwal masak

Urutan & timing

✍️ Disetujui pemilik
Selesai

Masak!

Bagi tugas ke tiap station

🧾 Setelah semua ✅
⏰ "Buru-buru, skip aja?"
🚫 Gak bisa loncat!
  1. Sekarang soal masak sebelum pesanan jelas. Di dapur yang rapi, pesanan harus lewat pintu-pintu ini, urut.
  2. Kalau lagi dikejar waktu terus mau loncat? Gak bisa. Asistennya bakal nahan, dan bilang apa yang belum lengkap.
  3. Pintu pertama: tamu mau makan apa, dan kenapa.
  4. Kedua: detail menunya. Termasuk kapan pesanan dianggap beres.
  5. Ketiga: rencana dapurnya, alat dan bahan apa yang dipakai.
  6. Keempat: urutan dan jadwal masak.
  7. Kalau semua udah oke, baru deh mulai masak! Nah Guh, aslinya gimana?
Pintu-pintu tadi…
…aslinya adalah dokumen
Mulai

Tamu datang

Catatan meeting

MOM

Hasil ngobrol sama klien

Pintu 1

Mau apa?

Business Requirement

BRD

Kebutuhan bisnis

✍️ Approve: owner bisnis
Pintu 2

Detail menu

Product Requirement

PRD

Detail fitur + acceptance criteria

✍️ Approve: owner bisnis
Pintu 3

Rencana dapur

IT Architecture

ITA

Rancangan teknis

🔍 Review: Backend + DB
Pintu 4

Jadwal masak

Project Execution Plan

PEP

Rencana kerja & jadwal

✍️ Approve: owner bisnis
Selesai

Masak!

Baru boleh

Backlog

Dipecah jadi tiket kerja

Setelah semua approved
Urut, gak bisa loncat 🔒
  1. Oke, makasih Raf. Pintu-pintu tadi aslinya adalah dokumen.
  2. Tamu datang itu MOM, catatan meeting. Pintu pertama itu BRD, kebutuhan bisnis.
  3. Pintu kedua itu PRD, detail fitur plus acceptance criteria.
  4. Ketiga itu ITA, rancangan teknis, dicek sama Backend dan Database.
  5. Keempat itu PEP, rencana kerja dan jadwal.
  6. Terakhir backlog: pekerjaan dipecah jadi tiket. SpongeBob untuk PM gak akan lanjut kalau ada dokumen yang belum di-approve.
Biar semua paham
Pakai menu bergambar
📖

Gak perlu baca resep panjang.
Lihat gambarnya, langsung ngerti.

💻 Aslinya: satu halaman visual untuk semua dokumen project.

Ada tab MOM · Master · BRD · PRD · PRD Design · ITA · PEP · Feature, plus penjelasan simpel & diagram.

Klik tab = paham 👀
project-visualization.html
MOM Master BRD PRD PRD Design ITA PEP Feature
  1. Satu lagi. Biar semua orang gampang paham, restoran yang bagus punya menu bergambar. Lihat gambarnya, langsung ngerti.
  2. Aslinya, kami bikin satu halaman visual. Semua dokumen project ada di sini dalam bentuk tab, plus penjelasan simpel dan diagram.
  3. Contohnya BRD. Langsung kelihatan: masalahnya apa, buat siapa, alur penggunanya, apa yang dikerjakan, dan apa yang ditunda.
  4. Tab lainnya juga sama. Jadi semua orang, termasuk aku si King Teguh, bisa paham project-nya tanpa baca dokumen panjang.
Detail sampai dropdown
Tiap menu punya gambar sajian lengkap
🖼️

Sebelum masak, semua koki
lihat gambar sajian yang sama

1 · Daftar konten
┌─ CMS · Konten ───────────────────────────┐
│ Cari [__________] Status[Semuav]         │
│ Kategori[Semuav]   [Reset] [+ Buat]      │
│                                          │
│ Judul             Status   Update        │
│ ──────────────────────────────────────   │
│ Buku Saku Psik..  Draf     23 Sep        │
│ Mood Disorders..  Draf     22 Sep        │
│                                          │
│ i Draf belum terlihat pembaca            │
└──────────────────────────────────────────┘
2 · Form buat data
┌─ Buat Data E-book ───────────────────────┐
│ Judul *                                  │
│ [ Buku Saku Psikiatri__________ ]        │
│   3–180 karakter                         │
│ Subjudul                                 │
│ [ (opsional)___________________ ]        │
│ Kategori                                 │
│ [ Pilih kategori (opsional)   v ]        │
│ Status: Draf · Belum terbit              │
│ [Batal]              [Simpan Draf]       │
└──────────────────────────────────────────┘
3 · Dropdown kategori
Tertutup  [ Pilih kategori        v ]
Terbuka   [ Psikiatri Dasar       ^ ]
          ┌─────────────────────────┐
          │ > Psikiatri Dasar       │
          │   Mood Disorders        │
          │   Psychotic Disorders   │
          └─────────────────────────┘
Dipilih   [Psikiatri Dasar ×][Mood ×]
Kosong    [ Tanpa kategori — valid v ]
Loading   [ Memuat pilihan...     v ]
Tak ada   [ Belum ada kategori    v ]
Error     [ Gagal muat — Coba lagi v ]
Nonaktif  [ Kategori tak tersedia v ]
4 · Validasi error
┌─ Buat Data E-book ───────────────────────┐
│ [!] Perbaiki 1 isian dulu.               │
│     - Judul harus 3–180 karakter         │
│                                          │
│ Judul *                                  │
│ [ Bu___________________________ ]        │
│ x Isi judul 3 sampai 180 karakter        │
│                                          │
│ [Batal]              [Simpan Draf]       │
└──────────────────────────────────────────┘
5 · Simpan: proses · berhasil · gagal
┌─ Menyimpan ──────────────────────────────┐
│ Menyimpan draf... isian aman             │
│ [Batal ✕]        [Menyimpan... ✕]        │
└──────────────────────────────────────────┘
┌─ Tersimpan ──────────────────────────────┐
│ [v] Tersimpan sebagai Draf               │
│     Update: 23 Sep 11:43 WIB             │
└──────────────────────────────────────────┘
┌─ Gagal ──────────────────────────────────┐
│ [!] Belum tersimpan, isian aman          │
│ [Batal]          [Coba simpan lagi]      │
└──────────────────────────────────────────┘
6 · Bentrok versi · 401 · 403
┌─ 412 Bentrok versi ──────────────────────┐
│ [!] Data diubah orang lain duluan        │
│     Isianmu tetap aman.                  │
│ [Muat terbaru]     [Lanjut edit]         │
└──────────────────────────────────────────┘
┌─ 401 ────────────────────────────────────┐
│ Sesi habis, silakan login lagi           │
│ [Ke halaman login]                       │
└──────────────────────────────────────────┘
┌─ 403 ────────────────────────────────────┐
│ Akun ini tidak punya izin                │
│ [Kembali ke Dashboard]                   │
└──────────────────────────────────────────┘
  1. Di dapur yang rapi, sebelum masak, semua koki lihat gambar sajian yang sama. Jadi gak ada yang nebak-nebak.
  2. Aslinya, tiap story punya gambar layar dalam bentuk teks, namanya wireframe ASCII. Ada daftar konten, form isian, sampai dropdown kategori.
  3. Bukan cuma tampilan normal. Kondisi error juga digambar: validasi salah, lagi nyimpan, gagal simpan, data bentrok, sampai gak punya izin.
  4. Dropdown-nya pun lengkap: tertutup, terbuka, dipilih, loading, kosong, error, sampai nonaktif. Jadi frontend, QA, dan desainer lihat gambar yang sama.
💻 Isi kartu resepnya
User story + kapan dianggap beres
USER STORY E01-US01

Sebagai admin CMS, aku mau nyiapin data e-book, supaya konten siap terbit.

Satu story = satu paket lengkap:
story acceptance api-contract design testing tasks
AC-01

Given admin sudah login, When isi judul, penulis, kategori lalu Simpan, Then e-book tersimpan sebagai Draf.

AC-02

Given judul kosong, When Simpan, Then muncul "Judul wajib diisi".

AC-03

Given kategori belum dipilih, When form diisi, Then tombol Simpan tetap mati.

BRD→ PRD→ User story→ AC→ Tiket Taiga
  1. Nah, ini isi kartu resepnya. Ceritanya ditulis simpel: sebagai admin CMS, aku mau nyiapin data e-book, supaya konten siap terbit.
  2. Satu story satu paket lengkap: story, acceptance criteria, kontrak API, desain, testing, dan daftar tugas.
  3. Terus kapan dianggap beres? Itu acceptance criteria, formatnya Given, When, Then. Bisa dicek satu-satu: tersimpan sebagai draf… muncul pesan kalau judul kosong… tombol simpan mati kalau kategori belum dipilih.
  4. Dan tiap AC bisa dilacak balik: dari BRD, ke PRD, ke story, sampai ke tiket Taiga.
💻 Bukan contoh karangan
Ini isi aslinya di Taiga
📄 Isi user story · US #2
🗂️ List tiket · Sprint 01
🎫 Isi tiket #3 Backend
  1. Dan ini bukan contoh karangan. Ini isi user story aslinya di Taiga: ceritanya, scope-nya, field-nya, sampai acceptance criteria.
  2. Story itu dipecah jadi tiket per role di Sprint 01. Backend dan database sudah siap dites, frontend dan mobile masih antre.
  3. Ini isi salah satu tiketnya, tiket backend. Ada tujuan, apa yang harus dibaca dulu, scope yang terhubung ke nomor AC, sampai kapan dianggap selesai.
Babak 3 · Beberapa minggu kemudian
Tamu ganti pesanan lagi! Tapi…
🤵 "Saya ganti menu lagi ya!"
Pesanan awal📄 Menu lama
Pesanan baru✨ Menu baru
💻 Aslinya · project CoasREAD CR-001: Android dulu → iOS dulu Dicatat sebagai change request · dampak dicek · BRD di-update ke versi baru
📝
DicatatPerubahan ditulis resmi
🔍
Dicek dampaknyaBahan, alat, jadwal
✍️
DisetujuiSama pemilik restoran
📢
DikabariSemua station tahu
Dapur aman 🧯✓
  1. Beberapa minggu kemudian, tamu ganti pesanan lagi.
  2. Tapi kali ini, dapurnya tenang.
  3. Perubahannya dicatat resmi. Dampaknya dicek: bahan, alat, jadwal. Pemilik setuju. Baru semua station dikabari.
  4. Pesanannya sama-sama berubah. Bedanya, sekarang ada SpongeBob.
  5. Aslinya, ini beneran kejadian di project CoasREAD: klien minta iOS duluan, Android nanti. Dicatat sebagai change request, dan dokumennya di-update.
💻 Kerjaan jalan
Sprint & tiket di Taiga
BackendAPI data e-book
DatabaseTabel & migration
MobileCek batas API
Epic #1Story #2 Backend #3Database #4 Frontend #5Mobile #6
✋ Ubah Taiga = wajib approve manusia
  1. Setelah semua dokumen beres, kerjaan masuk ke sprint di Taiga.
  2. Satu story dipecah jadi tiket per role: backend, database, frontend, mobile. Jelas siapa yang pegang.
  3. Ini isi salah satu tiketnya, ada rujukan ke story dan acceptance criteria-nya.
  4. Dan SpongeBob gak pernah ngubah Taiga seenaknya. Semua perubahan harus di-approve manusia dulu.
💻 Hasil kerja SpongeBob
Sekarang semua formatnya sama
{ "status": "ok", "result": {…} }
{ "code": 200, "msg": "success", … }
{ "book": {…}, "error": "" }
{
  "success": true,
  "message": "Content record created successfully",
  "data": {
    "id": "9f2b7f7c-…-9619d8a9a111",
    "title": "Buku Saku Psikiatri",
    "status": "draft",
    "is_reader_visible": false
  },
  "errors": null,
  "meta": null
}
Sesuai standar response ✓
  1. Inget tiga AI yang hasilnya beda-beda tadi?
  2. Sekarang semua SpongeBob untuk Backend pakai format response yang sama: success, message, data, errors, dan meta.
  3. Hasil kerjanya juga lengkap: kode Go yang rapi per lapisan, plus kontrak OpenAPI-nya…
  4. …sampai bukti test dan vet lulus, baru tiketnya pindah ke Ready for test.
💻 Hasilnya
Jadi, apa yang udah berubah?
0catatan standar
0aturan REST API
0aturan PM
0skill agent PM
0project jalan end-to-end
😵 Alur dokumen ribet
→
Dipandu urut + ada versi visual
🕳️ Dokumen kelewat
→
Paket story lengkap + AC terlacak
🌪️ Scope berubah = chaos
→
Change request + cek dampak
🔌 Format API beda-beda
→
Satu format response

📏 Yang akan kami ukur

  • Waktu dari meeting sampai backlog
  • Jumlah revisi AC per story
  • Bug karena kontrak API
  • Waktu adaptasi anggota baru
Data before/after mulai dikumpulkan di sprint berikutnya.
  1. Jadi, apa yang udah berubah?
  2. Yang udah jalan sekarang: 281 catatan standar, 40 aturan REST API, 23 aturan PM, 13 skill untuk agent PM, dan satu project nyata yang jalan dari meeting sampai tiket.
  3. Alur dokumen sekarang dipandu dan ada versi visualnya. Gak ada dokumen yang kelewat. Perubahan scope ada jalurnya. Dan format API seragam.
  4. Berikutnya, kami mau ukur hasilnya: berapa cepat dari meeting ke backlog, berapa kali AC direvisi, berapa bug karena API, dan berapa lama orang baru bisa nyambung. Raf, silakan ditutup.
Langkah berikutnya

Next 🚀

Dokumen project dipakai bareng lewat Git
SpongeBob untuk lebih banyak role
Alur dicek otomatis sama mesin
Ada SpongeBob, aman 🍳
Beres!

Makasih! 🙌

Satu resep, satu tim, hasilnya kompak.

  1. Ke depannya: dokumen project dipakai bareng satu tim lewat Git, SpongeBob untuk lebih banyak role, dan alurnya dicek otomatis sama mesin.
  2. King Teguh cukup fokus ngurus tamu. Sisanya, SpongeBob yang jaga resepnya.
  3. (Bareng Teguh) Satu resep, satu tim, hasilnya kompak. Makasih semuanya!
1 / 19

Narasi

    🍳 SpongeBob

    Klik atau tekan Enter untuk mulai (suara ikut nyala)

    Enter/→ animasi berikutnya (titik hijau = lanjut slide) · ← mundur · R ulang
    - = tempo lebih pelan / cepat · P jendela presenter · N narasi · A auto-play
    B backsound · [ ] volume musik · M mute semua · F fullscreen