"Fractional" sudah menyebar dari CFO, ke kepala marketing, sampai ke tim development, dan seperti kebanyakan istilah pinjaman, maknanya sering longgar. Jadi ini versi sederhananya: tim dev fractional adalah sebagian dari tim senior yang merilis produk Anda setiap bulan, dengan harga bulanan, tanpa Anda perlu merekrut siapa pun.
Satu kalimat itu menyimpan sebagian besar hal yang penting. Tulisan ini membongkar bagaimana pengaturan ini sebenarnya berjalan, dari bulan ke bulan, dan cara membedakan yang dikelola dengan baik dari kontrak per jam yang cuma ganti nama.
Ide Dasarnya: Beli Hasil, Bukan Jam
Cara tradisional untuk menyelesaikan pekerjaan development adalah merekrut (perhatian penuh seseorang, dengan biaya karyawan penuh waktu, plus risiko rekrutmen) dan kontrak per jam (fleksibel, tapi argonya menghargai waktu yang dihabiskan, bukan hasil yang dirilis).
Tim fractional mengganti kedua argo itu dengan satu pertanyaan: apa yang dirilis bulan ini?
Dalam praktiknya, setiap bulan dimulai dengan daftar singkat yang disepakati: fitur, perbaikan, dan peningkatan yang akan masuk. Bulan itu dinilai berdasarkan daftar tersebut. Bukan jam yang dicatat, bukan jumlah orang yang dialokasikan, bukan rapat yang dihadiri. Kalau pengaturan yang sedang Anda nilai melaporkan kemajuannya dalam jam, itu kontrak per jam dengan branding yang lebih bagus.
Seperti Apa Satu Bulannya
Satu bulan kerja pod yang dikelola dengan baik punya ritme sederhana:
- Awal: sepakati hasil bulan itu. Daftar singkat, bahasa sederhana, tertulis.
- Selama bulan berjalan: pekerjaan dirilis terus-menerus, tidak ditumpuk untuk dipamerkan di akhir bulan. Anda bisa memantau kemajuan di URL live kapan pun Anda mau. Di tier Starter kami, panggilan check-in mingguan adalah tempat Anda dan tim merencanakan dan mengarahkan bersama; di Standard, PM khusus memimpin standup harian bersama Anda, dan tim bekerja di Slack dan tools Anda.
- Akhir: review apa yang sudah dirilis, tetapkan daftar bulan berikutnya. Naikkan atau turunkan tier pod kalau roadmap menuntutnya.
URL live itu layak dibahas tersendiri. Model agensi tradisional menjatah visibilitas: rapat status, hari demo, laporan mingguan. Pod membaliknya: kondisi terbaru pekerjaan selalu berjalan di link yang bisa Anda buka jam 11 malam di hari Minggu. Visibilitas bukan lagi sesuatu yang harus Anda minta, tapi sesuatu yang selalu Anda punya.
Mesin Penjaga Kualitas
Pekerjaan bulanan yang berkelanjutan punya pola kegagalan yang dikenal setiap founder yang pernah merawat software: fitur bulan ini diam-diam merusak fitur bulan lalu. Menjaga dari hal ini adalah yang membedakan sebuah sistem dari rangkaian pekerjaan lepas. Ada dua mekanisme yang penting.
Review oleh lebih dari satu model. Di pod kami, model dari keluarga yang berbeda me-review setiap perubahan, dan seorang engineer memutuskan apa yang masuk ke produk Anda. Reviewer yang berbeda menangkap kesalahan yang berbeda, dan gabungannya menangkap apa yang terlewat oleh satu reviewer mana pun, manusia atau mesin, kalau bekerja sendiri.
Tes yang melindungi pekerjaan lama. Pod membangun tes end-to-end di sekitar alur penting produk Anda: pendaftaran, checkout, hal yang benar-benar dilakukan pelanggan Anda. Pekerjaan baru diuji dengan tes-tes itu sebelum dirilis, jadi fitur dari bulan Maret tidak bisa diam-diam rusak oleh fitur dari bulan Juli. Inilah yang membuat bulan kedua belas sama amannya dengan bulan pertama.
Berapa Biayanya, dan Kapan Masuk Akal
Co-Build punya dua tier. Co-Build Starter US$1.490/bulan: satu workstream aktif, dengan panggilan check-in mingguan tempat Anda dan tim merencanakan dan mengarahkan bersama. Co-Build Standard US$3.490/bulan: PM khusus dan tim dev yang menyatu dengan alur kerja Anda, dengan standup harian, bekerja di Slack dan tools Anda, beberapa workstream paralel, dan penyelesaian yang diprioritaskan. Lingkup yang lebih besar dari itu dibentuk sebagai tier Co-Build khusus lewat panggilan. Harga kedua tier dikunci selama Anda tetap berlangganan. (Struktur lengkapnya, termasuk tier, FAQ, dan bagaimana bulan bisa fleksibel, ada di halaman Co-Build, dalam bahasa Inggris.)
Pembanding yang penting bukan nol, tapi alternatif-alternatifnya. Karyawan senior penuh waktu biayanya beberapa kali lipat pod, ditambah waktu rekrutmen dan risiko salah pilih, dan produk kecil jarang butuh empat puluh jam setiap minggu. Kontraktor per jam terlihat lebih murah per unit sampai Anda menghitung beban manajemen yang Anda pikul dan ketidakselarasan insentif yang Anda danai.
Pod cocok saat produknya nyata dan butuh rilis yang stabil: produk pasca-peluncuran dengan backlog fitur, bisnis yang co-founder teknis atau agensinya sudah pergi, tim yang butuh kemampuan senior tapi bukan gaji senior. Pod tidak cocok saat tidak ada aliran pekerjaan yang stabil; untuk proyek sekali jalan yang lingkupnya jelas, pembangunan dengan lingkup tetap (dalam bahasa Inggris) adalah rekomendasi yang jujur, dan penyedia yang baik akan mengatakannya.
Pertanyaan yang Mengungkap Kualitas
Saat menilai pengaturan fractional apa pun, termasuk milik kami, empat pertanyaan ini sudah mengerjakan sebagian besar tugasnya:
- Bagaimana saya melihat kemajuan di antara update? (Jawabannya seharusnya "kapan pun Anda mau," bukan jadwal rapat.)
- Apa yang mencegah pekerjaan bulan ini merusak pekerjaan bulan lalu? (Dengarkan apakah ada tes dan review, bukan sekadar kata-kata yang menenangkan.)
- Siapa yang memiliki kodenya? (Anda. Selain itu namanya lock-in.)
- Apa yang terjadi kalau satu bulan saya butuh lebih banyak dan bulan berikutnya lebih sedikit? (Bulan harus bisa fleksibel; masa ikatan harus pendek.)
Jawaban yang baik untuk keempatnya menggambarkan sistem yang bertahan dari kesuksesannya sendiri, karena ujian sebenarnya dari pengembangan berkelanjutan bukan bulan pertama, tapi bulan kedua belas.