Kon Ketidakpastian: Mengapa Anggaran Awal Sering Silap

Kon ketidakpastian menunjukkan julat anggaran yang luas mengecil apabila keputusan projek diselesaikan, bukan semata-mata kerana masa berlalu.

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Kon ketidakpastian ialah model yang menunjukkan bahawa anggaran projek paling kurang boleh dipercayai pada permulaan dan hanya menjadi lebih boleh dipercayai apabila perkara yang tidak diketahui diselesaikan. Versi Steve McConnell meletakkan anggaran perisian awal pada kedudukan antara 0.25x hingga 4x daripada hasil akhir, mengecil menuju 1.0x apabila keputusan dibuat.

Fakta Utama

  • 4x ke mana-mana arah: Anggaran yang dibuat pada peringkat Konsep Awal boleh tersasar sebanyak 4x pada sebelah tinggi atau 4x pada sebelah rendah (0.25x), iaitu jurang 16x dari yang terendah hingga tertinggi, menurut kertas putih Cone of Uncertainty oleh Construx.
  • Senario terbaik, bukan janji: Kon ini menunjukkan ketepatan terbaik yang boleh dicapai oleh penganggar yang mahir. Mencapai keputusan lebih buruk adalah mudah, dan menjadi lebih tepat hanya mungkin dengan lebih bernasib baik (kertas Construx yang sama).
  • Asal usul subjektif: Barry Boehm melukis versi pertama dalam bukunya pada 1981, Software Engineering Economics, dan julatnya ditetapkan berdasarkan pertimbangan sebagai had keyakinan 80%, bukan diukur daripada data projek (Bossavit, The Leprechauns of Software Engineering).
  • Pengecilan memerlukan kerja: Kebanyakan pengecilan berlaku dalam lebih kurang 20 hingga 30% pertama masa kalendar, dan hanya kerana pasukan membuat keputusan yang menghapuskan kebolehubahan (Construx).

Apakah kon ketidakpastian?

Bayangkan sebuah corong yang terbaring. Di sebelah kiri, pada permulaan projek, ia luas. Di sebelah kanan, hampir waktu penghantaran, ia meruncing menjadi satu titik. Paksi menegak ialah sejauh mana anggaran usaha, kos, jadual atau skop mungkin menyimpang daripada apa yang akhirnya anda hantar. Paksi mengufuk ialah masa, ditandakan oleh pencapaian penting: konsep awal, takrifan produk yang diluluskan, keperluan lengkap, reka bentuk lengkap, dan siap.

Idea ini mudah. Pada awal projek, anda belum tahu dengan tepat apa yang sedang dibina, siapa yang akan membinanya, risiko mana yang akan timbul, atau keperluan mana yang akan berubah. Setiap satu daripada perkara yang tidak diketahui ini menambah kebolehubahan pada anggaran. Apabila setiap satunya dimuktamadkan, julat hasil yang munasabah semakin mengecil.

Itulah bahagian yang sering dipetik orang. Bahagian yang mereka langkau ialah apa yang McConnell katakan di sebelahnya: ketidakpastian tidak mengecil kerana masa berlalu. Ia mengecil kerana seseorang membuat keputusan. Kertas putih Construx menyatakannya dengan jelas, bahawa satu-satunya cara untuk mengurangkan kebolehubahan anggaran ialah dengan mengurangkan kebolehubahan dalam projek itu sendiri. Meminta pasukan "seminggu lagi untuk memperhalusi anggaran" tidak berkesan jika tiada apa-apa dalam projek yang ditakrifkan sepanjang minggu itu.

Dari mana kon ini bermula

Barry Boehm melakarkan versi terawal dalam Software Engineering Economics (1981), dan menamakannya lengkung corong. Pada peringkat paling awal, anggaran boleh tersasar sebanyak faktor 4 ke mana-mana arah: kertas putih Construx oleh McConnell meletakkan julat Konsep Awal pada 4x tinggi hingga 0.25x rendah, jurang 16x.

Steve McConnell kemudian memberinya nama "cone of uncertainty" dan memasukkannya ke dalam buku anggarannya, termasuk Software Estimation: Demystifying the Black Art (Microsoft Press, 2006). Construx, firma yang diasaskannya, masih menerbitkan model ini sebagai kertas putih.

Berikut ialah peringatan yang jujur. Analisis sejarah kon ini oleh Laurent Bossavit mendapati bahawa julat Boehm datang daripada pertimbangan, bukan set data yang diukur. Bossavit juga menunjuk kepada data Todd Little pada 2006 daripada laporan status projek sebenar, yang diterbitkan dalam IEEE Software, yang tidak sepadan dengan corong simetri itu. Projek sebenar jauh lebih kerap lewat berbanding lebih awal, dan ramai yang tersangkut pada "90% siap" untuk tempoh yang panjang.

Jawapan McConnell, dalam kertas Construx, ialah kon ini merupakan senario terbaik dan projek yang diurus dengan buruk menghasilkan "awan" ketidakpastian yang tidak pernah mengecil. Jadi layanlah kon ini sebagai model pengajaran yang berguna dan disiplin perancangan, bukan hukum statistik. Pengajaran praktikalnya tetap sama: nombor awal wajar diberi julat yang luas.

Kon ketidakpastian berbanding konsep anggaran lain

Kon ini bukan teknik menganggar. Ia ialah kanta untuk menilai setakat mana anda patut mempercayai output sesuatu teknik pada ketika tertentu. Itulah sebabnya ia berpasangan dengan kaedah di bawah, bukan menggantikannya.

Konsep Apakah itu Apa yang ia beritahu anda Kaitannya dengan kon
Kon ketidakpastian Model bagaimana ralat anggaran mengecil apabila perkara yang tidak diketahui diselesaikan Selebar mana julat anda sepatutnya sekarang Rangka yang meliputi segala-galanya
Anggaran tiga titik Nilai optimistik, paling mungkin dan pesimistik bagi setiap tugasan Nilai jangkaan berwajaran dan sebaran Memberi anda julat yang kon katakan anda perlukan
Simulasi Monte Carlo Beribu-ribu larian simulasi jadual atau bajet Kebarangkalian mencapai tarikh atau kos Menukar kon yang luas kepada tahap keyakinan
Anggaran kos projek Kaedah kos analogus, parametrik dan bawah ke atas Angka bajet Pilihan kaedah beralih apabila kon mengecil
Story points Pemarkahan saiz relatif oleh pasukan Ramalan berasaskan velocity Iterasi pendek memulakan semula kon kecil setiap kali
Rolling wave planning Pelan terperinci untuk kerja dekat, pelan kasar untuk kerja jauh Di mana perincian berbaloi dengan usaha Memperincikan pelan hanya di mana kon sudah sempit

Peraturan praktikal yang berguna: pilih kaedah yang ketepatannya sepadan dengan lebar kon. Anggaran bawah ke atas hingga ke jam terdekat ialah ketepatan palsu pada konsep awal. Anggaran analogus kasar pula membazir apabila reka bentuk sudah siap dan skop telah dikunci.

Mengapa anggaran awal silap

Menyalahkan penganggar memang menggoda. Biasanya penganggar bukan puncanya. Empat perkara melebarkan kon pada permulaan.

Anggaran projek awal gagal apabila skop dan sempadan integrasi portal pelanggan masih berubah.

Keperluan kabur. "Bina portal pelanggan" boleh bermaksud halaman log masuk dan senarai invois, atau platform layan diri penuh dengan pembayaran. Kedua-duanya tafsiran yang jujur. Perbezaan usaha antara keduanya amat besar.

Skop sentiasa bergerak. Pihak berkepentingan menambah dan membuang ciri sebaik sahaja mereka melihat sesuatu yang nyata. Ini ialah perluasan skop dalam bentuk awalnya, sebelum wujud garis dasar pun untuk diperluas.

Kebergantungan tidak diketahui. Anda belum tahu bahawa pasukan pembayaran mempunyai giliran enam minggu, atau bahawa sistem warisan perlu ditulis semula sebelum anda boleh berintegrasi dengannya.

Pasukan belum mantap. Kemahiran, ketersediaan dan velocity hanyalah andaian sehingga orang telah bekerja bersama-sama pada perkara sebenar.

Kemudian ada lapisan manusia. Optimisme ialah lalai, dan nombor yang disebut dengan lantang dalam mesyuarat cenderung menjadi janji. Jika penaja mendengar "kira-kira empat bulan" pada konsep awal, angka itu ditulis ke dalam pelan, bajet dan kadangkala kontrak pelanggan. Tiada siapa ingat bahawa ia datang bersama julat "satu hingga enam belas."

Construx menamakan ini sebagai bahaya sebenar. Organisasi yang membuat komitmen semasa kon masih luas, dalam katanya, menjejaskan kebolehramalan dan meningkatkan risiko. Membuat komitmen pada konsep awal atau takrifan produk bermakna hidup dengan ralat anggaran 2x hingga 4x.

Cara menggunakan kon ketidakpastian (langkah demi langkah)

Anda tidak boleh membuat kon itu hilang, tetapi anda boleh menggunakannya dengan sengaja. Berikut ialah urutan yang berkesan.

Mengecilkan ketidakpastian anggaran dengan menguji prototaip integrasi sebelum membuat komitmen kepada julat yang lebih ketat.

Langkah 1: Namakan peringkat dengan jujur

Tentukan di mana kedudukan projek hari ini: idea awal, skop diluluskan, keperluan lengkap, reka bentuk lengkap, atau sedang dibina. Bersikap kritikal. Projek dengan bajet yang telah ditandatangani dan dokumen keperluan yang separuh siap masih berada di hujung yang luas.

Langkah 2: Beri julat, bukan satu titik

Tukarkan anggaran terbaik anda kepada nilai rendah dan tinggi. Pada konsep awal, model Construx membenarkan 0.25x hingga 4x, jadi anggaran gerak hati 100 hari menjadi 25 hingga 400 hari. Itu kelihatan tidak masuk akal pada slaid, dan itulah tujuannya. Jika jurang itu merisaukan orang, mereka akan bersetuju dengan kerja yang mengecilkannya.

Untuk julat peringkat tugasan, anggaran tiga titik memberi anda cara yang boleh dipertahankan untuk menghasilkan nilai rendah, paling mungkin dan tinggi.

Langkah 3: Senaraikan perkara tidak diketahui yang mewujudkan kelebaran

Tuliskan setiap soalan terbuka yang menggerakkan anggaran: keperluan yang belum muktamad, integrasi yang tidak diketahui, pengambilan staf yang belum disahkan, teknologi yang belum terbukti. Susun mengikut berapa banyak julat yang ditambah oleh setiap satu. Senarai ini juga merupakan permulaan daftar risiko anda.

Langkah 4: Jadualkan kerja yang menghapuskan perkara tidak diketahui

Layan penemuan sebagai hasil kerja. Tentukan visi produk, termasuk perkara di luar skop. Lengkapkan keperluan. Buat prototaip antara muka paling berisiko. Jalankan technical spike pada integrasi yang belum pernah dicuba sesiapa. Setiap satu menghapuskan kebolehubahan, dan setiap satu patut ada pemilik dan tarikh.

Langkah 5: Tangguhkan komitmen tegar

Panduan McConnell ialah komitmen yang bermakna tidak mungkin dibuat pada bahagian awal kon yang luas, dan organisasi berkesan menunggu sehingga mereka berjaya memaksanya mengecil. Kertasnya menerangkan komitmen yang dibuat kira-kira 30% ke dalam projek sebagai mungkin dan sesuai. Jika perniagaan memerlukan nombor lebih awal, berikan julat dan labelkannya sebagai julat.

Langkah 6: Anggar semula pada setiap pencapaian penting

Jalankan semula anggaran apabila perkara besar yang tidak diketahui diselesaikan, bukan mengikut kalendar. Bandingkan setiap julat baharu dengan yang terdahulu. Jika ia tidak mengecil, anda berdepan awan, dan projek memerlukan perbincangan tentang skop, staf atau pendekatan.

Langkah 7: Tetapkan garis dasar apabila julat sudah ketat

Apabila julat cukup sempit untuk penaja membiayainya dan pasukan membuat komitmen, rekodkannya sebagai garis dasar projek. Jejaki varians terhadap angka itu mulai ketika itu.

Templat sedia disalin: penjejak julat anggaran

Salin jadual ini ke dalam pelan projek anda dan kemas kininya pada setiap pencapaian penting. Lajur "Lebar" ialah tinggi dibahagi rendah, yang menunjukkan sepintas lalu sama ada kon sedang mengecil.

Lebar julat anggaran digambarkan dengan angkup yang mengukur jarak rendah ke tinggi di atas rekod pencapaian penting.

Pencapaian penting Tarikh Perkara tidak diketahui yang diselesaikan Perkara tidak diketahui yang terbuka Anggaran rendah Anggaran terbaik Anggaran tinggi Lebar (tinggi / rendah) Komitmen dibenarkan?
Konsep awal Julat sahaja
Skop diluluskan Julat sahaja
Keperluan lengkap Sementara
Reka bentuk lengkap Calon garis dasar
Pertengahan pembinaan Tegar

Cara mengisinya:

  1. Rendah dan tinggi datang daripada anggaran tiga titik yang dijumlahkan merentas kerja, atau daripada pengganda kon yang dikenakan pada satu andaian terbaik.
  2. Perkara tidak diketahui yang diselesaikan ialah senarai ringkas keputusan yang dibuat sejak baris terakhir. Jika sel ini kosong dan lebar tidak berubah, itu dijangka.
  3. Komitmen dibenarkan? ialah lajur dasar. Persetujuilah dengan penaja anda di awal supaya tiada siapa bertikai tentangnya pada permulaan.

Jika lajur lebar berhenti menurun selama dua pencapaian penting berturut-turut, naikkan isu itu. Ada sesuatu dalam projek yang tidak menumpu.

Contoh mengikut fungsi perniagaan

Kon ini tidak terhad kepada perisian. Mana-mana kerja dengan skop yang belum ditakrifkan dan langkah yang tidak dikenali berkelakuan begini. Angka di bawah ialah aritmetik ilustrasi yang mengenakan pengganda peringkat awal kon (0.25x hingga 4x) pada andaian pertama yang kasar, bukan penanda aras.

Fungsi Andaian awal Julat pada konsep awal Apa yang mengecilkannya
Penghantaran perisian 100 hari untuk membina portal pelanggan 25 hingga 400 hari Senarai ciri yang dipersetujui, reka bentuk UI, integration spike
Pemasaran 8 minggu untuk melancarkan jenama dan laman web baharu 2 hingga 32 minggu Taklimat jenama yang ditandatangani, peta laman, proses kelulusan salinan
Operasi Pelancaran sistem gudang $200,000 $50,000 hingga $800,000 Pemetaan proses, senarai pendek vendor, skop migrasi data
HR 3 bulan untuk melancarkan proses penilaian prestasi baharu 3 minggu hingga 12 bulan Keputusan dasar, pilihan alat, pelan latihan pengurus
Kewangan 6 minggu untuk melaksanakan proses penutupan baharu 1.5 hingga 24 minggu Proses semasa yang dipetakan, kesesuaian sistem, kelulusan kawalan
Jualan 10 minggu untuk membina dan melancarkan program rakan kongsi 2.5 hingga 40 minggu Tier rakan kongsi, templat kontrak, kandungan enablement

Ambil contoh pelancaran pemasaran. "Lapan minggu" terasa munasabah sehingga anda bertanya apa yang termasuk di dalamnya. Jika taklimat belum ditandatangani, siapa yang meluluskan salinan, dan sama ada pasukan undang-undang perlu menyemak dakwaan, maka "lapan minggu" hanyalah harapan. Sebaik sahaja taklimat, peta laman dan rantaian kelulusan ditetapkan, projek yang sama mungkin dengan jujur disebut sebagai enam hingga sepuluh minggu.

Logik yang sama terpakai pada pelancaran operasi. Sebelum pemetaan proses, angka $200,000 tidak mempunyai asas lebih kukuh daripada $600,000. Selepas pemetaan dan senarai pendek vendor, julat itu mungkin mengetat kepada sesuatu yang boleh ditandatangani oleh pengarah kewangan.

Kon dan pasukan Agile

Bantahan lazim: "Kami Agile, jadi kon ini tidak terpakai." Ia terpakai dengan cara berbeza, bukan tidak terpakai.

Setiap iterasi Agile menyelesaikan kon ketidakpastian yang kecil sementara kerja pelan hala tuju yang jauh kekal dianggar secara longgar.

Kertas Construx sendiri menyatakan bahawa pada projek berulang anda melalui kon miniatur dalam setiap iterasi. Sebelum kerja keperluan untuk sesuatu iterasi, anda berada pada bahagian takrifan produk yang diluluskan pada kon. Dengan iterasi pendek, pasukan boleh melalui keperluan dan reka bentuk UI dalam beberapa hari, mengurangkan kebolehubahan daripada 4x kepada 1.6x bagi bahagian kerja itu. Jika jadual ditetapkan, kebolehubahan itu muncul sebagai ketidakpastian tentang ciri mana yang muat, bukan tentang tarikh akhir.

Apa yang anda lepaskan, menurut kertas itu, ialah kebolehramalan jangka panjang bagi gabungan kos, jadual dan ciri beberapa iterasi ke hadapan. Ramai pasukan memilih jalan tengah: tentukan kebanyakan keperluan di awal, kemudian bina dalam iterasi pendek. Kertas itu menyatakan bahawa ini menurunkan kebolehubahan daripada kon kepada kira-kira tambah atau tolak 25%.

Dalam praktiknya, ini bermakna pasukan Agile masih memerlukan julat untuk pelan hala tuju dan tarikh keluaran, dan kaedah saiz relatif seperti story points paling berkesan untuk kerja jangka dekat. Item yang jauh wajar diberi saiz kasar dan "kami akan tahu lebih lanjut kemudian" yang jujur.

Perkara yang patut dan tidak patut dilakukan dengan kon ketidakpastian

Patut dilakukan

  • Nyatakan julat awal. Katakan "empat hingga enam belas bulan" pada konsep, bukan "lapan bulan." Julat melindungi anda dan mendidik penaja.
  • Kaitkan pengecilan dengan keputusan yang dinamakan. Setiap baris penjejak anda patut menunjukkan apa yang diselesaikan sejak anggaran terakhir.
  • Anggar semula pada pencapaian penting. Anggaran baharu selepas keperluan lengkap lebih bernilai daripada penyegaran bulanan yang tiada apa-apa yang baharu di dalamnya.
  • Gunakan julat untuk mengutamakan penemuan. Perkara tidak diketahui yang menambah lebar paling banyak dikerjakan dahulu.
  • Asingkan anggaran daripada komitmen. Anggaran ialah apa yang anda jangka. Komitmen ialah janji. Keduanya tidak patut dikelirukan dalam ayat yang sama.
  • Pasangkan kon dengan kaedah kuantitatif seperti simulasi Monte Carlo apabila anda mempunyai cukup perincian untuk dimodelkan.

Tidak patut dilakukan

  • Jangan anggap kon mengecil secara automatik. Masa berlalu tidak mengecilkannya. Keputusanlah yang mengecilkannya, dan kertas Construx menyatakan bahawa kon boleh menjadi awan apabila projek tidak dikawal dengan baik.
  • Jangan menjanjikan ketepatan yang tidak dapat disampaikan model. Penganggar mahir pun tidak dapat mengatasi kon. Mereka hanya boleh tersasar lebih jauh.
  • Jangan mengetatkan julat demi menyenangkan penaja. Nombor yang lebih ketat tanpa maklumat baharu di sebaliknya hanyalah risiko yang lebih besar.
  • Jangan abaikan kepencongan. Projek sebenar lebih kerap lewat daripada siap awal, jadi jangan andaikan hujung rendah dan tinggi sama berkemungkinan. Beratkan julat anda ke sebelah pesimistik.
  • Jangan biarkan anggaran satu titik terlepas keluar dari bilik. Sebaik sahaja "kira-kira empat bulan" ada dalam e-mel tanpa julatnya, ia menjadi janji.
  • Jangan gunakan kaedah yang tepat pada peringkat yang kabur. Anggaran bawah ke atas peringkat jam pada konsep satu halaman hanyalah sandiwara.

Kesilapan biasa dengan kon

Sesetengah pasukan mendengar "anggaran awal tidak boleh dipercayai" lalu menyimpulkan bahawa perancangan tiada gunanya. Tidak begitu. Kon ini menyuruh anda merancang selari dengan apa yang anda tahu, dan menghabiskan usaha awal untuk menyelesaikan perkara tidak diketahui terbesar dan bukannya menggilap sesuatu nombor.

Yang lain mengambil bentuk simetri itu terlalu harfiah. Kritikan Bossavit ialah peringatan yang baik bahawa gambar rajah yang kemas bukan bukti taburan yang kemas. Gunakan pengganda sebagai titik permulaan untuk perbincangan, kemudian laraskan mengikut sejarah anda sendiri. Jika projek lepas organisasi anda secara purata melebihi 40%, masukkan itu.

Kesilapan ketiga ialah menggunakan kon untuk memberi alasan bagi garis dasar yang terlepas. Sebaik sahaja skop dan reka bentuk stabil, kon telah menyelesaikan tugasnya. Pada ketika itu, varians daripada garis dasar ialah isu pengurusan, bukan isu ketidakpastian. Pertukaran antara skop, jadual dan kos menjadi perbincangan yang betul.

Pengajaran utama

Kon ketidakpastian memberi anda jawapan yang boleh dipertahankan kepada soalan yang ditanya setiap penaja: "Berapa lama masa yang diambil?" Jawapan awal yang jujur ialah julat, dan lebar julat itu ialah maklumat. Kecilkannya dengan membuat keputusan, bukan dengan menunggu. Tangguhkan komitmen tegar sehingga kon mengecil. Dan semak semula nombor anda setiap kali satu perkara sebenar yang tidak diketahui diselesaikan.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.