Kemarin ketemu founder startup SaaS 30 orang, ngeluarin angka yang bikin gw ngelawak. Dia bilang Q1 kemarin mereka bikin 3 tim lintas fungsi khusus buat proyek ekspansi fitur, total menghabiskan 120 jam rapat cuma buat nyelarain prioritas tiap minggu. Proyeknya sendiri selesai 6 minggu dari deadline.

Beneran loh, ini bukan kasus dia doang. Gw udah lihat pola ini muncul di 8 dari 12 client agency yang pernah gw tangani, dan juga pernah kita alami sendiri di awal perjalanan SatuTim. Semua orang mulai dengan asumsi: bikin tim khusus = semua orang fokus ke proyek, hasilnya lebih cepet. Faktanya hampir selalu kebalikannya.

Kenapa tim lintas fungsi khusus hampir selalu gagal

Bukan konsep tim lintas fungsi nya yang salah. Salahnya adalah ketika kamu bikin tim itu sebagai unit terpisah, ngambil orang dari tim inti masing-masing, dan kasih mereka dua atasan sekaligus.

Orang lupa: tiap orang yang kamu pindahkan ke tim khusus itu masih digaji dan di review performa oleh kepala tim intinya. Ketika ada konflik prioritas: kepala tim inti minta dia selesain bug pelanggan yang urgent, lead tim lintas fungsi minta dia kerjain task proyek khusus — mana yang akan dia pilih? Jelas yang ngatur gaji dan bonusnya, lah.

Kasus paling jelas tahun lalu: client gw yang bikin tim khusus buat proyek rebranding. Isinya 1 orang design, 1 copywriter, 1 dev, masing-masing dari tim inti mereka. Semua udah setuju mereka alokasi 80% waktu kerja untuk proyek ini. Faktanya? Tiap minggu cuma 20% waktu mereka yang kepake buat rebranding, sisanya ngerjain task dari atasan asli. Proyeknya molor 3 bulan, biaya over 40 juta, dan semua pihak saling nyalahin.

Belum lagi biaya admin yang ngeselin. Kamu harus ada rapat sync 2x seminggu, laporan progress ganda ke 2 manajer, follow-up task yang tumpang tindih, dan lapisan persetujuan tambahan yang gak perlu. Banyak yang gak sadar, tim khusus kayak gini nambah birokrasi yang bikin semua proses jadi lebih lambat, bukan lebih cepet.

Model yang kita pakai sekarang, tanpa tim khusus

Setelah 3 kali gagal bikin tim khusus buat proyek lintas divisi, kita coba model yang jauh lebih simpel, dan sampai sekarang masih jalan 100%: kita gak pernah bikin tim khusus sama sekali.

Yang kita ada cuma satu orang yang kita sebut "pemegang konteks" untuk tiap proyek lintas divisi. Tugas dia bukan ngatur orang, bukan jadi lead proyek dengan wewenang khusus. Tugas dia cuma:

  • Simpan semua brief dan requirement proyek di satu tempat yang bisa diakses semua orang
  • Update progress setiap hari di thread async
  • Nyampein kalo ada bottleneck yang butuh perhatian dari stakeholder
  • Jadi satu titik kontak untuk semua pihak yang terlibat, gak ada lagi tanya sana sini buat update proyek

Kalo proyek butuh resource dari tim lain, dia cuma "pinjam" orang dari tim inti, dengan batasan yang sangat ketat. Gak ada yang pindah dari tim intinya, gak ada yang punya jabatan baru, gak ada atasan ganda.

Contoh konkret: 2 bulan lalu kita jalanin proyek integrasi payment gateway di SatuTim. Rencana awal kita mau bikin tim khusus, 1 dev backend, 1 dev frontend, 1 orang support, 1 PM. Tapi akhirnya kita coba model baru: cuma tunjuk 1 PM sebagai pemegang konteks. Dia pinjam masing-masing orang itu cuma 10% dari waktu kerja mereka. Gak ada rapat sync khusus, gak ada laporan tambahan. Semua update dia taruh di Discussion SatuTim, tiap orang tinggal cek 5 menit sehari kalo ada task yang berhubungan dengan mereka.

Proyeknya selesai 3 minggu, dari yang rencana awal 6 minggu. Itu beneran 2x lebih cepet, tanpa ada satupun orang ngeluh konflik prioritas.

Aturan main yang gak boleh dilanggar biar ini jalan

Model ini gak bakal jalan kalo kamu langgar salah satu dari aturan ini, udah kita tes berkali-kali:

Pertama: batas waktu keterlibatan setiap orang maksimal 2 minggu. Kalo proyeknya lebih panjang, putar orangnya. Jangan sampe ada orang yang di pinjam lebih dari 2 minggu, nanti prioritasnya pasti bentrok sama tim inti. Misal kalo proyek integrasi butuh review support setelah 2 minggu, kita tuker orang supportnya dari yang biasa handle payment issue, bukan yang dulu terlibat awal.

Kedua: gak ada alokasi waktu di atas 20% per orang. Jangan pernah minta seseorang nyisain 50% waktunya buat proyek lintas divisi, itu pasti bakal tabrakan dengan task harian tim inti. Semua task dari proyek ini harus ada di urutan paling bawah priority list tim inti. Kalo ada task harian yang lebih penting, yang ini bisa ditunda tanpa konsekuensi besar.

Ketiga: semua requirement proyek harus 100% fix sebelum kita pinjam orang. Yang paling bikin buang waktu adalah ketika requirement masih berubah tiap hari, orang yang udah lu alokasi waktu malah nganggur gak ada kerjaan. Di SatuTim kita pakai fitur Brief buat kunci semua requirement sebelum proyek mulai, gak ada perubahan tanpa persetujuan semua stakeholder, dan kalo ada perubahan, kita hitung ulang timeline dan alokasi orangnya dari awal.

Kapan kamu masih perlu bikin tim khusus? Ini cuma pengecualian

Ini kontroversial tapi: bukan berarti semua tim lintas fungsi khusus selalu jelek. Ada satu kasus yang emang kamu butuh bikin tim terpisah, yaitu ketika proyeknya adalah prioritas nomor 1 seluruh perusahaan, selama lebih dari 3 bulan berturut-turut.

Misal: kamu mau launching versi 2 produk seluruhnya, dan 100% target perusahaan kuartal itu tergantung dari keberhasilan proyek itu. Baru deh bikin tim khusus, pindah orang dari tim inti 100% ke tim proyek, gak ada atasan ganda, semua review performa mereka cuma dari lead tim proyek.

Tapi itu kasus yang sangat jarang. 90% proyek lintas divisi yang orang bikin tim khusus itu gak masuk kategori ini. Kebanyakan cuma proyek fitur tambahan, rebranding kecil, integrasi alat baru, audit proses internal — yang sebenernya gak butuh orang full time, dan gak sepadan dengan biaya admin tim khusus.

Yang ngeselin, hampir semua artikel manajemen ngasih saran "bikin tim lintas fungsi khusus buat proyek besar" tanpa ngasih tau konteks pengecualian ini. Banyak founder dan PM yang langsung terapkan tanpa pikir panjang, akhirnya rugi waktu dan duit banyak.

Gejala kalo tim lintas fungsi kamu sekarang udah rusak

Kamu gak perlu bikin perhitungan rumit buat tau apakah tim khusus yang kamu jalanin sekarang worth it atau gak. Cek tanda-tanda ini:
  • Ada rapat sync tim khusus yang dihadiri lebih dari 4 orang, dan durasinya lebih dari 30 menit tiap minggu. Kalo udah gini, itu tanda semua orang gak punya visibilitas progress, jadi butuh rapat buat nyelarain.
  • Ada orang yang ngeluh punya "banyak atasan" di review bulanan. Itu bukan salah orangnya, itu salah struktur kamu yang bikin dia punya dua garis komando.
  • Proyek lintas divisi selalu molor minimal 2 minggu dari timeline, tanpa alasan teknis yang jelas. Biasanya karena orangnya cuma bisa ngerjain proyek itu sela-sela task lain, dan gak ada yang sadar sampai deadline deket.
  • Ada lebih dari 3 task gantung di proyek yang statusnya "waiting for approval from other team".

Coba minggu ini kalo kamu ada proyek lintas divisi yang lagi jalan. Kalo kamu sekarang masih pakai tim khusus dengan atasan ganda, coba ganti satu hal dulu: hapus rapat sync mingguan, tunjuk satu orang sebagai pemegang konteks, pindah semua update ke thread async. Lihat berapa banyak waktu rapat yang kamu dapet balik cuma dari perubahan itu.

Kalo tim kamu lagi ada tim lintas fungsi khusus yang jalan sekarang, berapa jam rapat yang kamu habiskan tiap minggu cuma buat nyelarain prioritas antar anggota tim?