RPS minggu 7 · 2x50 menit

Manajemen Proyek Inovasi

Agile, Scrum, Portofolio, dan Mengukur ROI Inovasi

Managing Innovation · Program Studi Manajemen, FEB UNDIP

Bagian 1

Proyek Inovasi: Beda dengan Proyek Biasa

Mengapa pengelolaan proyek inovasi menuntut pendekatan khusus dibanding proyek rutin.

Proyek Inovasi vs Proyek Rutin: Ketidakpastian Kunci

Proyek Rutin

Tujuan & scope jelas sejak awal.
Teknologi & metode sudah dikuasai.
Contoh: membangun pabrik baru, peluncuran kampanye Lebaran.

Proyek Inovasi

Tujuan sering berubah seiring pembelajaran pasar.
Teknologi & permintaan belum pasti.
Contoh: pengembangan fitur AI baru, eksperimen model bisnis baru.

Konsekuensi: metode pengelolaan harus adaptif. Menerapkan waterfall kaku pada proyek inovasi = resep gagal.

Perbedaan paling mendasar antara proyek inovasi dan proyek rutin adalah tingkat ketidakpastian, dan ini menentukan pilihan metode pengelolaan. Proyek rutin seperti membangun pabrik baru atau peluncuran kampanye Lebaran tahunan punya tujuan dan scope yang jelas sejak awal, teknologi dan metodenya sudah dikuasai tim, sehingga jadwal dan anggaran bisa diperkirakan dengan akurat. Sebaliknya proyek inovasi seperti pengembangan fitur AI baru atau eksperimen model bisnis baru punya tujuan yang sering berubah seiring tim belajar dari pasar, teknologinya mungkin belum matang, dan permintaan pelanggan belum pasti. Konsekuensinya sangat penting bagi Anda calon manajer, metode pengelolaan proyek inovasi harus adaptif, dan menerapkan pendekatan waterfall yang kaku pada proyek inovasi adalah resep hampir pasti gagal. Banyak proyek inovasi di perusahaan tradisional Indonesia gagal bukan karena ide atau teknologinya buruk, melainkan karena dipaksa masuk ke dalam kerangka manajemen proyek yang dirancang untuk hal yang sudah pasti.

Tiga Variabel Ketidakpastian (Ling's Uncertainty Framework)

Variabel 1

Pasaran

Demand Uncertainty

Apakah pelanggan benar-benar mau membeli? Seberapa besar permintaannya?

Variabel 2

Teknologi

Tech Uncertainty

Apakah teknologi bisa dibangun dengan biaya wajar? Apakah sudah matang?

Variabel 3

Ekosistem

Ecosystem Uncertainty

Apakah pemasok, regulator, mitra sudah siap mendukung produk baru?

Semakin tinggi ketiga variabel ini, semakin adaptif metode pengelolaan yang dibutuhkan.

Kerangka tiga variabel ketidakpastian ini akan membantu Anda mendiagnosis seberapa adaptif metode pengelolaan yang dibutuhkan suatu proyek inovasi. Variabel pertama adalah ketidakpastian pasar, yaitu apakah pelanggan benar-benar mau membeli produk yang dikembangkan dan seberapa besar permintaannya, ini sangat tinggi untuk produk benar-benar baru. Variabel kedua adalah ketidakpastian teknologi, apakah teknologi yang dibutuhkan bisa dibangun dengan biaya wajar dan apakah sudah cukup matang, ini tinggi untuk proyek seperti mobil listrik atau AI generatif. Variabel ketiga adalah ketidakpastian ekosistem, apakah pemasok, regulator, dan mitra sudah siap mendukung produk baru, misalnya regulasi otonom kendaraan yang belum jelas di Indonesia. Aturan praktis bagi Anda, semakin tinggi ketiga variabel ini pada suatu proyek, semakin adaptif metode pengelolaan yang dibutuhkan. Untuk proyek dengan ketidakpastian rendah di ketiga variabel, waterfall cukup memadai, tetapi jika salah satu tinggi, pertimbangkan Agile atau pendekatan iteratif lainnya.

Walkthrough: Mendiagnosis Proyek & Memilih Metode

Proyek	Skor Ketidakpastian (Pasar/Tek/Eko)	Metode Cocok
Kampanye iklan Lebaran tahunan	Rendah / Rendah / Rendah	Waterfall klasik
Pembaruan UI aplikasi existing	Rendah / Rendah / Sedang	Hybrid (waterfall + sprint desain)
Fitur AI rekomendasi baru	Tinggi / Tinggi / Sedang	Scrum/Agile iteratif
Produk benar-benar baru (new-to-world)	Tinggi / Tinggi / Tinggi	Lean Startup + Scrum
Pembaruan aplikasi internal HR	Rendah / Rendah / Rendah	Waterfall atau Kanban sederhana

Prinsip Pemilihan

Adaptasi > Dogma

Pilih metode sesuai profil ketidakpastian proyek, bukan satu ukuran

Walkthrough ini memberi Anda alat praktis untuk mendiagnosis proyek dan memilih metode pengelolaan yang tepat. Kampanye iklan Lebaran tahunan punya ketidakpastian rendah di semua variabel karena sudah dilakukan bertahun-tahun dan polanya terprediksi, sehingga waterfall klasik cukup memadai. Pembaruan user interface aplikasi existing punya ketidakpastian rendah di pasar dan teknologi tetapi sedang di ekosistem karena mungkin ada perubahan API mitra, sehingga cocok dengan pendekatan hybrid. Fitur AI rekomendasi baru punya ketidakpastian tinggi di pasar karena belum jelas diterima pengguna, dan tinggi di teknologi karena model AI belum teruji, sehingga Scrum atau Agile iteratif sangat cocok. Produk benar-benar baru yang new-to-world punya ketidakpastian tinggi di semua variabel, sehingga membutuhkan kombinasi Lean Startup untuk validasi pasar dan Scrum untuk eksekusi. Pembaruan aplikasi internal HR punya ketidakpastian rendah di semua variabel sehingga waterfall atau Kanban sederhana sudah memadai. Prinsip utamanya adalah adaptasi lebih penting daripada dogma metode tertentu, pilih sesuai profil ketidakpastian proyek, bukan satu ukuran untuk semua.

Bagian 2

Agile vs Waterfall untuk Inovasi

Dua filosofi pengelolaan proyek dan kapan masing-masing tepat dipakai.

Waterfall: Linear, Berurutan, Klasik

Setiap tahap selesai sempurna sebelum lanjut ke tahap berikutnya.
Cocok saat requirement stabil & jelas sejak awal (konstruksi, manufaktur).
Lemah saat kebutuhan berubah — perubahan mahal di tahap akhir.

Waterfall adalah pendekatan klasik yang sudah dipakai puluhan tahun dalam manajemen proyek, namanya menggambarkan alur yang seperti air terjun turun bertahap. Setiap tahap, dari requirements, design, implementation, verification, sampai maintenance, harus selesai sempurna sebelum lanjut ke tahap berikutnya, sehingga alurnya benar-benar linear dan berurutan. Waterfall cocok dipakai ketika requirement stabil dan jelas sejak awal, seperti proyek konstruksi gedung atau pembangunan pabrik manufaktur di Pertamina, di mana perubahan di tengah jalan sangat mahal dan rumit. Waterfall menjadi lemah ketika kebutuhan berubah seiring waktu, karena perubahan di tahap akhir akan sangat mahal dan mengganggu seluruh jadwal. Bagi Anda calon manajer, perlu diingat waterfall bukan metode yang buruk, ia sangat efektif untuk konteks yang tepat, tetapi berbahaya jika dipaksakan pada proyek inovasi yang ketidakpastiannya tinggi. Banyak proyek inovasi di Indonesia gagal karena dipaksakan masuk kerangka waterfall, padahal sejak awal sudah jelas kebutuhannya akan banyak berubah.

Agile: Iteratif, Adaptif, Berorientasi Pembelajaran

Empat Nilai Manifesto Agile (2001)

Individu & interaksi > proses & alat.
Perangkat lunak yang bekerja > dokumentasi lengkap.
Kolaborasi pelanggan > negosiasi kontrak.
Respons perubahan > mengikuti rencana.

Karakteristik Praktis

Pekerjaan dibagi menjadi sprint pendek (1–4 minggu).
Tiap sprint menghasilkan increment yang bisa diuji.
Tim kecil lintas-fungsi (5–9 orang) yang swa-organisir.
Retrospektif di akhir tiap sprint untuk perbaikan.

Agile lahir dari kekecewaan para praktisi software terhadap waterfall yang dianggap kaku, dan dirumuskan dalam sebuah manifesto tahun 2001 yang berisi empat nilai inti. Nilai-nilai itu menempatkan individu dan interaksi di atas proses dan alat, perangkat lunak yang bekerja di atas dokumentasi lengkap, kolaborasi pelanggan di atas negosiasi kontrak, dan respons perubahan di atas mengikuti rencana. Perlu dicatat, kata di atas bukan berarti yang kanan tidak penting, melainkan yang kiri lebih diutamakan. Karakteristik praktis Agile yang perlu Anda pahami adalah pekerjaan dibagi menjadi sprint pendek satu sampai empat minggu, di mana setiap sprint menghasilkan increment produk yang bisa langsung diuji pengguna. Tim Agile biasanya kecil, lima sampai sembilan orang, lintas-fungsi, dan swa-organisir tanpa manajer yang mendikte setiap tugas. Setiap sprint diakhiri dengan retrospektif di mana tim merefleksikan apa yang berjalan baik dan apa yang perlu diperbaiki, sehingga proses terus berkembang. Banyak startup Indonesia seperti Tokopedia dan Traveloka mengadopsi Agile karena cocok dengan ritme produk digital yang harus cepat beradaptasi terhadap perilaku pengguna.

Walkthrough: Perbandingan Konkret Agile vs Waterfall

Aspek	Waterfall	Agile/Scrum
Perencanaan	Di awal, rinci & mengikat	Bertahap, dapat berubah tiap sprint
Delivery	Sekali di akhir proyek	Tiap sprint (1–4 minggu)
Perubahan Scope	Sangat mahal & lambat	Diterima & dikelola tiap sprint
Dokumentasi	Lengkap & formal	Minimum, fokus pada produk bekerja
Peran Pelanggan	Di awal & di akhir saja	Kontinu, sering diberi demo
Cocok Untuk	Konstruksi, manufaktur, regulasi ketat	Software, inovasi produk baru

Insight Kunci

Konteks > Mode

Tidak ada metode unggul mutlak — semua tergantung profil proyek

Walkthrough ini memperjelas perbedaan praktis antara Waterfall dan Agile pada enam aspek penting yang akan Anda temui di dunia kerja. Dari sisi perencanaan, Waterfall melakukan perencanaan rinci di awal dan mengikat sepanjang proyek, sementara Agile melakukan perencanaan bertahap yang dapat berubah setiap sprint. Dari sisi delivery, Waterfall menyerahkan hasil sekali di akhir proyek sehingga risiko akumulatif, sementara Agile menyerahkan increment tiap sprint sehingga masalah terdeteksi lebih cepat. Dari sisi perubahan scope, Waterfall menganggap perubahan sebagai ancaman yang sangat mahal, sementara Agile justru menantang dan mengelola perubahan sebagai bagian alami dari pembelajaran. Dokumentasi Waterfall lengkap dan formal, sementara Agile minimal dengan fokus pada produk yang bekerja. Peran pelanggan dalam Waterfall hanya di awal saat requirement gathering dan di akhir saat user acceptance test, sementara dalam Agile pelanggan terlibat kontinu melalui demo tiap sprint. Konteks yang cocok juga berbeda, Waterfall untuk konstruksi manufaktur dan industri dengan regulasi ketat, sementara Agile untuk software dan inovasi produk baru. Insight kuncinya, tidak ada metode yang unggul mutlak, semua tergantung profil proyek, dan manajer pintar memilih sesuai konteks.

Scrum: Framework Agile Populer

Peran 1

Product Owner

Visi produk

Mewakili suara pelanggan, memprioritas backlog, memutuskan apa yang dibangun tiap sprint.

Peran 2

Scrum Master

Fasilitator

Memfasilitasi proses Scrum, menghambat hambatan tim, bukan manajer tradisional.

Peran 3

Dev Team

5–9 orang

Tim lintas-fungsi yang swa-organisir, bertanggung jawab membangun increment tiap sprint.

Event inti: Sprint Planning → Daily Standup → Sprint Review → Retrospective, diulang setiap sprint.

Scrum adalah framework Agile paling populer dan paling banyak dipakai di startup Indonesia seperti Tokopedia, Traveloka, dan Ruangguru. Scrum mengenal tiga peran utama yang saling melengkapi. Product Owner adalah orang yang mewakili suara pelanggan, memprioritas product backlog, dan memutuskan apa yang akan dibangun pada setiap sprint berdasarkan nilai bisnis tertinggi. Scrum Master adalah fasilitator yang membantu tim menjalankan proses Scrum dengan benar dan menghambat hambatan yang muncul, perlu dicatat Scrum Master bukan manajer tradisional yang mendikte tugas. Dev Team adalah tim lintas-fungsi lima sampai sembilan orang yang swa-organisir dan bertanggung jawab membangun increment produk setiap sprint. Event inti Scrum yang harus Anda hafal adalah Sprint Planning di awal untuk merencanakan, Daily Standup setiap hari untuk sinkronisasi cepat, Sprint Review di akhir untuk mendemokan ke Product Owner, dan Retrospective untuk refleksi perbaikan proses. Pola ini diulang setiap sprint, sehingga tim terus belajar dan menyesuaikan diri sepanjang proyek inovasi.

Sprint: Siklus Pengiriman 1–4 Minggu

Sprint adalah unit dasar pengiriman dalam Scrum, biasanya berdurasi satu sampai empat minggu, dengan dua minggu sebagai pilihan paling populer. Diagram ini memperlihatkan bagaimana produk inovasi tumbuh secara kumulatif lewat serangkaian sprint. Sprint 1 berdurasi dua minggu menghasilkan tiga fitur siap demo yang bisa langsung ditunjukkan kepada pengguna nyata. Sprint 2 menambahkan tiga fitur baru siap demo, sehingga produk kini sudah punya enam fitur kumulatif. Sprint 3 melakukan iterasi berdasarkan feedback dari demo sebelumnya, di mana beberapa fitur disempurnakan dan beberapa ditambah, menjadikan produk semakin matang. Pada akhirnya, serangkaian sprint menghasilkan rilis bertahap produk kumulatif yang sudah teruji pengguna nyata sepanjang proses. Keuntungan pola ini adalah risiko akumulatif yang umum di waterfall bisa dihindari, karena masalah terdeteksi cepat di setiap sprint, dan tim bisa menyesuaikan arah berdasarkan pembelajaran nyata, bukan asumsi awal yang mungkin keliru.

Bagian 3

Portofolio & ROI Proyek Inovasi

Bagaimana mengelola banyak proyek inovasi sekaligus dan mengukur kelayakan finansialnya.

Wheelwright-Clark: Empat Tipe Proyek Inovasi

Model Wheelwright-Clark dari Harvard Business School adalah alat diagnostik penting untuk memetakan portofolio proyek inovasi perusahaan ke dalam empat kuadran. Kuadran kiri atas adalah R&D Murni atau Breakthrough, yaitu proyek dengan perubahan besar baik pada produk maupun proses, contohnya Gojek yang pertama kali memperkenalkan ride-hailing di Indonesia. Kuadran kanan atas adalah Platform, yaitu proyek generasi baru produk inti yang membuka deretan produk derivatif, contohnya iPhone generasi pertama yang melahirkan ekosistem aplikasi. Kuadran kiri bawah adalah Inkremental atau Derivative, yaitu perbaikan kecil dari produk yang sudah ada seperti varian rasa baru Indomie, risikonya rendah dan cepat dirilis. Kuadran kanan bawah adalah R&D Proses atau Alliance, yaitu upaya efisiensi proses dan kemitraan strategis, contohnya aliansi logistik antar perusahaan untuk menurunkan biaya operasional. Sebagai manajer, tugas Anda adalah memastikan portofolio inovasi perusahaan punya keseimbangan di keempat kuadran, terlalu banyak inkremental membuat perusahaan stagnan, sementara terlalu banyak breakthrough menguras kas tanpa kepastian hasil.

Walkthrough: Menyeimbangkan Portofolio Inovasi Telkom

Kuadran	Contoh Proyek	Alokasi Anggaran Ideal
Inkremental	Upgrade aplikasi MyTelkomsel, fitur kecil	~50–60% (kas stabil)
Platform	Generasi baru platform digital Telkom	~20–30% (pertumbuhan)
Breakthrough	Riset 5G, AI, kemitraan riset universitas	~10–20% ( masa depan)
Alliance/Proses	Integrasi sistem, kemitraan logistik	~5–10% (efisiensi)

Prinsip Portofolio

60-30-10

Mayoritas inkremental, sebagian platform, sedikit breakthrough

Walkthrough ini menggunakan Telkom sebagai contoh konkret bagaimana perusahaan korporat Indonesia mengelola portofolio inovasi di empat kuadran Wheelwright-Clark. Kuadran inkremental mendominasi dengan alokasi sekitar lima puluh sampai enam puluh persen anggaran, contohnya upgrade aplikasi MyTelkomsel dan penambahan fitur kecil, yang menghasilkan kas stabil untuk membiayai inovasi lainnya. Kuadran platform mendapat dua puluh sampai tiga puluh persen, contohnya pengembangan generasi baru platform digital Telkom yang membuka pintu ke produk derivatif di masa depan. Kuadran breakthrough mendapat sepuluh sampai dua puluh persen, contohnya riset 5G, eksperimen AI, dan kemitraan riset dengan universitas, yang berisiko tinggi tetapi menyiapkan masa depan jangka panjang. Kuadran alliance atau proses mendapat lima sampai sepuluh persen untuk efisiensi operasional dan kemitraan logistik. Pola enam puluh tiga puluh sepuluh ini adalah praktik umum perusahaan matang, di mana mayoritas anggaran tetap di inkremental untuk menjaga kas, sementara sebagian dialokasikan untuk platform dan breakthrough yang menyiapkan masa depan. Tanpa keseimbangan ini, perusahaan akan kehilangan masa depan jika hanya fokus pada inkremental, atau kehabisan kas jika hanya fokus pada breakthrough.

ROI Proyek Inovasi: Konsep & Tantangan

Definisi Klasik

ROI = (Keuntungan − Investasi) / Investasi × 100%.
Mengukur seberapa besar pengembalian atas modal yang ditanam.
Cocok untuk proyek dengan aliran kas yang dapat diprediksi.

Tantangan untuk Inovasi

Aliran kas belum jelas & berisiko tinggi.
Manfaat non-finansial (pembelajaran, brand) sulit diuangkan.
Horizon waktu lama — ROI baru terlihat bertahun kemudian.

ROI (%) = (Gain Investasi − Biaya Investasi) / Biaya Investasi × 100%

ROI atau Return on Investment adalah alat keputusan finansial klasik yang juga sering dipakai untuk menilai kelayakan proyek inovasi, tetapi penerapannya punya tantangan khusus. Definisi klasiknya sederhana, ROI adalah keuntungan dikurangi investasi, dibagi investasi, dikali seratus persen, yang mengukur seberapa besar pengembalian atas modal yang ditanam. ROI cocok untuk proyek dengan aliran kas yang dapat diprediksi seperti pembangunan pabrik baru atau peluncuran produk dengan pesaing yang sudah jelas. Tantangan ROI untuk inovasi adalah tiga, pertama aliran kas belum jelas dan berisiko tinggi sehingga sulit memperkirakan numerator, kedua manfaat non-finansial seperti pembelajaran tim dan peningkatan brand sulit diuangkan, ketiga horizon waktu inovasi sering panjang sehingga ROI baru terlihat bertahun kemudian. Implikasinya, ROI tidak boleh menjadi satu-satunya kriteria keputusan proyek inovasi, Anda perlu menggabungkannya dengan kriteria strategis seperti pembelajaran yang didapat dan posisi pasar yang dibangun. Banyak proyek breakthrough justru harus dimulai meski ROI-nya negatif di kalkulasi awal, karena nilai sebenarnya baru muncul bertahun kemudian.

Walkthrough: Hitung dari Nol ROI MVP Fitur Baru

Langkah	Perhitungan	Nilai
1. Investasi pengembangan	3 dev × 2 bulan × Rp20jt/bulan	Rp 120.000.000
2. Estimasi pendapatan tambahan/tahun	5.000 pengguna baru × Rp30rb/bulan × 12	Rp 1.800.000.000
3. Biaya operasional tambahan/tahun	Server + support 15% pendapatan	Rp 270.000.000
4. Keuntungan bersih tahun pertama	Rp1,8M − Rp270jt	Rp 1.530.000.000
5. ROI tahun pertama	(Rp1,53M − Rp120jt) / Rp120jt × 100%	1175%

ROI Tahun Pertama

~1175%

Tetap hati-hati: ini proyeksi berbasis asumsi, bukan jaminan

Mari kita hitung ROI sebuah proyek inovasi konkret agar Anda merasakan bagaimana perhitungan ini bekerja sekaligus kelemahannya. Asumsikan MVP fitur baru membutuhkan investasi pengembangan tiga developer selama dua bulan dengan gaji dua puluh juta per bulan per orang, total investasi seratus dua puluh juta rupiah. Estimasi pendapatan tambahan tahun pertama dari fitur ini adalah lima ribu pengguna baru yang masing-masing membayar tiga puluh ribu per bulan selama dua belas bulan, sehingga total satu koma delapan miliar rupiah. Biaya operasional tambahan tahun pertama adalah server dan support sebesar lima belas persen dari pendapatan, yaitu dua ratus tujuh puluh juta rupiah. Keuntungan bersih tahun pertama adalah satu koma delapan miliar dikurangi dua ratus tujuh puluh juta, yaitu satu koma lima tiga miliar rupiah. ROI tahun pertama adalah keuntungan bersih dikurangi investasi, dibagi investasi, dikali seratus persen, yang menghasilkan sekitar seribu seratus tujuh puluh lima persen, angka yang sangat tinggi. Tetapi ingat, ini adalah proyeksi berbasis asumsi bahwa lima ribu pengguna akan datang dan membayar, bukan jaminan, sehingga dalam praktik nyata ROI proyek inovasi harus selalu disertai analisis sensitivitas terhadap berbagai skenario asumsi.

Alternatif Pengukuran: Beyond ROI

Metode 1

NPV

Net Present Value

Mempertimbangkan nilai waktu uang — cocok untuk inovasi jangka panjang.

Metode 2

IRR

Internal Rate of Return

Suku bunga internal yang membuat NPV = 0 — memudahkan perbandingan proyek.

Metode 3

Real Options

Opsi Riil

Memperlakukan inovasi sebagai opsi untuk investasi lebih lanjut — cocok untuk breakthrough.

Untuk proyek inkremental, ROI sederhana cukup. Untuk platform/breakthrough, kombinasikan NPV + Real Options agar keputusan lebih sehat.

Selain ROI sederhana, ada tiga metode pengukuran lain yang perlu Anda kenal sebagai calon manajer inovasi yang lengkap. Metode pertama adalah Net Present Value atau NPV, yang mempertimbangkan nilai waktu uang dengan mendiskonto aliran kas masa depan ke nilai sekarang, cocok untuk inovasi dengan horizon panjang. Metode kedua adalah Internal Rate of Return atau IRR, yaitu suku bunga internal yang membuat NPV sama dengan nol, dan metode ini memudahkan perbandingan antar proyek dengan skala investasi berbeda. Metode ketiga adalah Real Options, yang memperlakukan inovasi sebagai opsi untuk investasi lebih lanjut, sangat cocok untuk proyek breakthrough di mana nilai utamanya adalah pembelajaran yang membuka pintu ke produk masa depan. Aturan praktis bagi Anda, untuk proyek inkremental dengan risiko rendah, ROI sederhana sudah cukup sebagai alat keputusan. Untuk proyek platform atau breakthrough dengan ketidakpastian tinggi dan horizon panjang, kombinasikan NPV dengan Real Options agar keputusan lebih sehat dan tidak salah membunuh proyek yang sebenarnya strategis. Banyak perusahaan Indonesia gagal memetakan masa depan karena hanya mengandalkan ROI sederhana untuk semua proyek, sehingga proyek breakthrough yang ROI-nya tampak negatif selalu dibunuh padahal justru di sanalah masa depan perusahaan dimiliki.

Contoh Korporat Indonesia: Pengelolaan Inovasi Praktis

Tokopedia (Startup)

Metode: Scrum/Agile untuk tim produk.
Sprint 2 minggu dengan demo rutin ke stakeholder.
Portofolio didominasi platform & derivatif.
Risiko ditoleran tinggi — ritme cepat, banyak eksperimen.

Telkom / BUMN (Korporat)

Metode: Hybrid — waterfall untuk infrastruktur, Agile untuk software.
Tata kelola formal dengan gate keputusan.
Portofolio seimbang di empat kuadran Wheelwright-Clark.
Risiko ditoleran rendah, ritme lebih lambat tapi stabil.

Perbandingan Tokopedia sebagai startup dan Telkom sebagai korporat BUMN memperlihatkan bagaimana konteks organisasi menentukan pendekatan pengelolaan proyek inovasi yang dipilih. Tokopedia menggunakan Scrum atau Agile untuk tim produk dengan sprint dua minggu dan demo rutin ke stakeholder, portofolio inovasinya didominasi oleh proyek platform dan derivatif, dan risiko ditoleransi tinggi dengan ritme cepat serta banyak eksperimen. Telkom atau BUMN lain menggunakan pendekatan hybrid, waterfall untuk infrastruktur yang membutuhkan kepastian tinggi dan Agile untuk pengembangan software, dengan tata kelola formal yang melibatkan gate keputusan. Portofolio Telkom lebih seimbang di empat kuadran Wheelwright-Clark, dengan risiko yang ditoleransi rendah dan ritme yang lebih lambat tetapi stabil. Pelajaran penting bagi Anda calon manajer, tidak ada pendekatan yang unggul mutlak, pilihan harus didasarkan pada konteks organisasi, profil risiko yang dapat ditoleransi, dan ritme pasar yang dihadapi. Di startup Anda akan dituntut cepat dengan toleransi risiko tinggi, sementara di BUMN Anda akan dituntut stabil dengan tata kelola formal, dan keduanya sama-sama sah dalam konteksnya masing-masing.

Coba Sendiri: Putuskan GO atau KILL di Gerbang Stage-Gate

Masukkan skor kriteria pada setiap gerbang dan lihat apakah proyek Anda layak GO, HOLD, atau KILL.

Latihan interaktif ini menempatkan Anda sebagai gate keeper yang harus memutuskan nasib sebuah proyek inovasi. Pilih satu proyek nyata atau imajiner, misalnya fitur pembayaran baru di aplikasi transportasi Indonesia, lalu masukkan skor pada setiap kriteria gerbang mulai dari ukuran pasar, kelayakan teknis, sampai proyeksi ROI. Widget akan memberikan rekomendasi keputusan GO, HOLD, atau KILL berdasarkan ambang batas yang Anda tentukan, sehingga Anda merasakan bagaimana keputusan stage-gate diambil secara objektif. Coba turunkan skor salah satu kriteria kritis dan amati bagaimana rekomendasi bisa berubah dari GO menjadi KILL, ini mengajarkan prinsip kill fast bahwa proyek lemah sebaiknya dihentikan di gerbang awal sebelum menghabiskan banyak investasi. Bandingkan keputusan widget dengan intuisi Anda, dan refleksikan mengapa banyak organisasi justru gagal mematikan proyek lemah karena tekanan politis atau sikap tidak tega, padahal disiplin gate justru kunci efisiensi portofolio inovasi.

Coba Sendiri: Rencanakan Kapasitas Sprint Tim Inovasi

Atur ukuran tim, panjang sprint, dan kecepatan tim untuk merencanakan kapasitas pengiriman yang realistis.

Widget terakhir ini mengajak Anda berperan sebagai Scrum Master yang merencanakan kapasitas sprint sebuah tim inovasi. Masukkan asumsi seperti jumlah anggota tim, durasi sprint dalam minggu, estimasi kecepatan tim dalam story point, serta daftar backlog fitur yang ingin dikerjakan. Widget akan menghitung berapa sprint yang dibutuhkan untuk menyelesaikan seluruh backlog dan kapan produk diperkirakan siap rilis, sehingga Anda memperoleh jadwal yang realistis untuk dikomunikasikan ke stakeholder. Coba tambah satu anggota tim dan amati bahwa peningkatan kecepatan tidak selalu linier karena tim besar justru bisa melambat akibat overhead koordinasi, sebuah pelajaran penting tentang hukum Brooks dalam manajemen proyek software. Refleksikan bagaimana perencanaan sprint seperti ini dipakai startup Indonesia seperti Tokopedia dan Traveloka untuk menjaga ritme pengiriman yang konsisten tanpa membebani tim hingga burnout.

Latihan & Persiapan Pertemuan 8

Latihan Kelas (45 menit)

Bagilah kelompok 4–5 orang, pilih satu perusahaan inovasi Indonesia sebagai studi kasus.
Petakan portofolio inovasi mereka di empat kuadran Wheelwright-Clark.
Diskusikan: metode (Agile vs Waterfall) apa yang paling cocok untuk proyek platform mereka?
Hitung estimasi ROI sederhana untuk satu proyek inkremental yang Anda bayangkan.

Persiapan Pertemuan 8

Baca konsep 3-M (Man, Money, Machine) untuk sumber daya inovasi.
Cari satu contoh paten atau HKI Indonesia (mis. di situs DJKI).
Catat pertanyaan tentang bagaimana perusahaan mengalokasikan R&D budget.

Saatnya Anda mempraktikkan langsung kerangka Wheelwright-Clark dan perhitungan ROI melalui latihan kelas empat puluh lima menit. Bagilah diri menjadi kelompok empat hingga lima orang, dan pilih satu perusahaan inovasi Indonesia yang Anda kenal sebagai studi kasus, misalnya Gojek, Tokopedia, atau Traveloka. Petakan portofolio inovasi mereka di empat kuadran Wheelwright-Clark dengan menempatkan proyek-proyek nyata yang Anda ketahui di kuadran yang sesuai. Diskusikan dalam kelompok, metode Agile atau Waterfall mana yang paling cocok untuk proyek platform mereka, dan berikan justasi berdasarkan profil ketidakpastian proyek. Terakhir, hitung estimasi ROI sederhana untuk satu proyek inkremental yang Anda bayangkan di perusahaan tersebut, dengan asumsi investasi dan pendapatan yang realistis. Sebagai persiapan pertemuan kedelapan yang merupakan penutup mata kuliah ini, baca konsep tiga-M yaitu Man, Money, dan Machine sebagai kerangka sumber daya inovasi. Cari juga satu contoh paten atau Hak Kekayaan Intelektual Indonesia, misalnya dengan menjelajah situs DJKI atau Direktorat Jenderal Kekayaan Intelektual, agar diskusi minggu depan tentang sumber daya dan perlindungan inovasi menjadi lebih kaya.

Ringkasan Pertemuan 7

Inti Hari Ini

Proyek inovasi punya ketidakpastian tinggi (pasar, teknologi, ekosistem).
Waterfall cocok untuk requirement stabil; Agile untuk inovasi adaptif.
Scrum = framework Agile populer: 3 peran, sprint 1–4 minggu, 4 event.
Wheelwright-Clark membagi proyek: breakthrough, platform, inkremental, alliance.
ROI sederhana bermanfaat, tetapi harus dilengkapi NPV & Real Options untuk inovasi strategis.

Pesan Kunci untuk Manajer

Pilih metode sesuai profil ketidakpastian proyek, bukan satu ukuran.
Seimbangkan portofolio inovasi — jangan hanya inkremental atau hanya breakthrough.
ROI negatif tidak selalu berarti proyek buruk — mungkin justru strategis untuk masa depan.
Minggu depan: bagaimana menyediakan sumber daya (3-M) untuk portofolio inovasi.

Mari kita rangkum apa yang sudah Anda pelajari hari ini di pertemuan ketujuh ini. Anda kini memahami bahwa proyek inovasi berbeda dari proyek rutin karena punya ketidakpastian tinggi di tiga variabel, yaitu pasar, teknologi, dan ekosistem, dan ketiga variabel ini menentukan pilihan metode pengelolaan. Anda belajar membandingkan dua filosofi utama, Waterfall yang linear cocok untuk requirement stabil seperti konstruksi, dan Agile yang adaptif cocok untuk inovasi yang kebutuhannya berubah seiring pembelajaran. Anda mengenal Scrum sebagai framework Agile paling populer dengan tiga peran Product Owner, Scrum Master, dan Dev Team, sprint satu sampai empat minggu, dan empat event inti. Pada level strategis, Anda belajar model Wheelwright-Clark yang membagi proyek inovasi ke empat kuadran, breakthrough, platform, inkremental, dan alliance, dan bagaimana portofolio perusahaan harus seimbang di keempatnya. Akhirnya, Anda belajar bahwa ROI sederhana bermanfaat tetapi harus dilengkapi NPV dan Real Options untuk proyek inovasi strategis dengan horizon panjang. Pesan kunci bagi Anda calon manajer, pilih metode sesuai profil ketidakpastian proyek, seimbangkan portofolio inovasi, dan ingat bahwa ROI negatif tidak selalu berarti proyek buruk karena bisa justru strategis untuk masa depan perusahaan.