Timeboxing: Cara Menggunakan Had Masa Tetap untuk Menyiapkan Kerja

Oleh Tara Minh · Dikemas kini 10 Oktober 2026

Timeboxing ialah teknik perancangan yang memberikan sesuatu kerja tempoh masa yang tetap dan titik berhenti yang tegas. Apabila masa tamat, kerja berakhir dan pasukan menyemak apa yang telah siap. Jika masih ada yang tinggal, skoplah yang berubah. Tarikh akhir tidak berubah.

Fakta Utama

• Agile Business Consortium mentakrifkan timeboxing sebagai teknik yang menetapkan masa dan mengurus skop melalui keutamaan, bukannya melanjutkan tarikh akhir apabila lebih banyak kerja muncul.
• Timebox penghantaran dalam DSDM biasanya berlangsung 1 hingga 4 minggu, selalunya 2 minggu, dan timebox Project Increment biasanya berlangsung 6 hingga 12 minggu.
• Bagi Sprint sebulan, Scrum Guide 2020 menetapkan timebox Sprint Planning paling lama lapan jam, Sprint Review paling lama empat jam, dan Sprint Retrospective paling lama tiga jam. Daily Scrum ialah 15 minit.
• DSDM mengesyorkan tidak lebih daripada 60% usaha Must Have dan kira-kira 20% usaha Could Have supaya timebox mempunyai ruang untuk melentur.

Apakah timeboxing?

Timebox ialah tempoh masa yang diperuntukkan untuk menyiapkan sesuatu matlamat. Anda memilih panjangnya dahulu. Kemudian anda memutuskan apa yang muat di dalamnya. Urutan itulah keseluruhan idea ini.

Kebanyakan rancangan berfungsi sebaliknya. Seseorang menyenaraikan kerja, menganggar berapa lama ia akan mengambil masa, dan tarikh akhir terseret ke mana sahaja anggaran itu berakhir. Timeboxing membalikkannya. Pasukan bertanya apakah hasil paling bernilai dalam masa yang ada, bukannya berapa lama masa yang diperlukan untuk menyiapkan segalanya.

Teknik ini muncul di dua tempat yang terkenal. Dalam DSDM, rangka kerja projek agile yang diselenggara oleh Agile Business Consortium, DSDM mengekalkan masa, kos dan kualiti tetap serta merundingkan ciri. Dalam Scrum, setiap acara mempunyai timebox, dan Sprint itu sendiri ialah acara berpanjang tetap selama sebulan atau kurang. Kedua-duanya bergantung pada pertukaran yang sama: tarikh dikekalkan, skop melentur.

Pertukaran itu jugalah yang membezakan timeboxing daripada tarikh akhir biasa. Tarikh akhir berkata "ini mesti siap pada hari Jumaat." Timebox berkata "kita ada sehingga hari Jumaat, jadi mari kita tentukan rupa hari Jumaat yang terbaik."

Cara timeboxing berfungsi

Tiga idea mengikat teknik ini.

Masa adalah tetap. Setelah timebox bermula, anda tidak melanjutkannya kerana kerja itu ternyata lebih besar daripada jangkaan. Melanjutkan masa ialah cara tugas dua minggu bertukar menjadi tugas enam minggu yang tiada siapa ingat pernah dipersetujui.

Skop ialah pemboleh ubah. Oleh sebab masa tidak boleh bergerak, sesuatu yang lain mesti bergerak. DSDM menyusun kerja dengan keutamaan MoSCoW: Must Have, Should Have, Could Have, dan Won't Have kali ini. Must Have ialah minimum yang menjadikan timebox itu berjaya. Could Have ialah ruang simpanan, dan ia perkara pertama yang digugurkan apabila masa suntuk.

Kualiti dilindungi. Panduan Agile Business Consortium ialah tetapkan masa, lindungi kualiti dan gunakan keutamaan untuk mengurus skop. Menggugurkan sesuatu ciri tidak mengapa. Menghantar setiap ciri dengan ujian yang separuh jalan tidak boleh.

Peraturan praktikal 60/20

DSDM mencadangkan usaha Must Have dikekalkan biasanya tidak lebih daripada 60% daripada timebox, dengan kumpulan Could Have sekitar 20% sebagai simpanan. Ini panduan, bukan undang-undang. Namun logiknya mudah. Jika segala-galanya dalam kotak itu ialah Must Have, tiada apa-apa lagi untuk digugurkan apabila sesuatu tugas berlarutan, dan anda kembali kepada terlepas tarikh akhir.

Timebox bersarang

Timebox boleh disusun bertingkat. Agile Business Consortium menerangkan timebox projek yang mengandungi project increment (biasanya 6 hingga 12 minggu), yang seterusnya mengandungi timebox penghantaran (biasanya 1 hingga 4 minggu, selalunya 2). Mesyuarat dan bengkel juga mendapat kotak sendiri, daripada kira-kira 15 minit hingga beberapa jam. Setiap lapisan memberi pasukan peluang tetap untuk memeriksa apa yang berlaku dan melaras.

Timeboxing berbanding teknik yang serupa

Orang sering mengelirukan timeboxing dengan kaedah lain yang berkaitan dengan masa. Kaedah-kaedah itu bertindih, tetapi menjawab soalan yang berbeza.

Time blocking berkaitan dengan di mana kerja ditempatkan pada kalendar anda. Timeboxing berkaitan dengan berapa lama masa yang dibenarkan untuk sesuatu kerja. Anda boleh melakukan kedua-duanya: tandakan pagi Selasa pada kalendar anda, kemudian had semakan pesaing kepada 90 minit di dalam blok itu.

Sprint ialah timebox khusus dengan set peraturan khusus. Timeboxing ialah teknik umum, dan Sprint ialah satu penggunaannya. Untuk melihat lebih dekat bagaimana Sprint bermula, lihat sprint planning.

Had WIP dan timebox sangat serasi. Timebox menghadkan berapa lama anda bekerja, dan had WIP menghadkan berapa banyak yang anda mulakan. Bersama-sama, ia menghalang pasukan daripada membuka sepuluh perkara dan menyiapkan satu pun tidak.

Timebox dalam Scrum Guide

Scrum ialah tempat paling ketara di mana timeboxing ditulis ke dalam peraturan. Scrum Guide 2020 menetapkan had berikut untuk Sprint sebulan:

Bagi Sprint yang lebih pendek, panduan itu menyatakan acara biasanya lebih pendek. Sprint dua minggu tidak memerlukan sesi perancangan lapan jam, dan kebanyakan pasukan tidak mengadakannya.

Daily Scrum ialah contoh yang paling jelas. Lima belas minit ialah panjangnya, sama ada pasukan itu berjumlah tiga orang atau sembilan orang. Jika sesuatu topik memerlukan lebih masa, ia dipindahkan ke perbualan berasingan selepas acara. Jika anda mahu butiran harian, baca panduan kami tentang daily standup dan gambaran lebih luas tentang upacara Agile.

Cara melakukan timebox untuk sesuatu kerja

Anda boleh menggunakannya untuk bengkel dua jam atau keluaran dua bulan. Langkah-langkahnya sama.

Langkah 1: Tentukan hasil, bukan senarai tugas

Tulis satu ayat yang menerangkan rupa "siap". "Draf senarai semak onboarding Q4 dan dapatkan kelulusan HR" ialah hasil. "Kerjakan onboarding" bukan. Hasil yang jelas memberitahu anda apa yang anda lindungi apabila memotong skop.

Langkah 2: Pilih panjang kotak

Pilih masa sebelum anda menganggar kerja. Dasarkannya pada kekerapan anda memerlukan maklum balas dan berapa lama orang boleh mengekalkan konteks. Bagi pasukan, selalunya satu atau dua minggu. Bagi tugas individu, mungkin 90 minit. Jika kotak terasa terlalu pendek, kemungkinan besar anda telah menggabungkan beberapa hasil. Pisahkan.

Langkah 3: Senaraikan kerja dan tetapkan keutamaan

Letakkan setiap tugas calon di atas meja, kemudian susun setiap satu menggunakan MoSCoW. Jujurlah tentang Must Have. Ujiannya mudah: jika item ini tidak siap, adakah timebox dikira gagal? Jika tidak, ia Should atau Could.

Langkah 4: Semak beban berdasarkan panduan 60/20

Jumlahkan usaha yang dianggarkan. Jika Must Have mengambil jauh lebih daripada 60% kotak, sama ada kotak terlalu kecil atau Must terlalu banyak. Betulkan itu sebelum anda bermula, bukan pada hari terakhir.

Langkah 5: Mulakan jam dan jadikan penghujung kelihatan

Letakkan tarikh dan masa tamat di tempat yang dapat dilihat semua orang: pada papan, pada pengepala saluran, pada jemputan kalendar. Timebox hanya berkesan jika orang dapat merasai sempadannya.

Langkah 6: Semak kemajuan dalam kitaran pendek

Gunakan semakan ringkas setiap hari atau dua kali seminggu. Tanya sama ada Must berada di landasan yang betul, dan jika tidak, Could mana yang digugurkan sekarang. Memutuskan lebih awal untuk memotong Could Have adalah murah. Memutuskan pada petang terakhir adalah menyakitkan.

Langkah 7: Berhenti tepat pada masanya dan semak

Apabila timebox tamat, berhenti. Tunjukkan apa yang telah siap, rekodkan apa yang belum, dan putuskan sama ada kerja yang tinggal layak mendapat tempat dalam kotak seterusnya. Kemudian jalankan retrospektif ringkas: adakah panjang kotak itu betul, dan adakah keutamaan itu jujur?

Templat perancangan timebox

Salin jadual ini ke dalam dokumen atau hamparan dan isikannya pada permulaan setiap kotak.

Dua medan melakukan kebanyakan kerja. Titik berhenti tegas menghalang lanjutan secara senyap, dan peraturan keputusan menyelesaikan perbalahan tentang apa yang perlu dipotong sebelum sesiapa berasa tertekan.

Contoh timeboxing mengikut fungsi perniagaan

Perhatikan bahawa setiap contoh menamakan sesuatu yang boleh digugurkan. Itulah yang menjadikannya timebox dan bukan tarikh akhir yang menyamar.

Contoh kerja

Katakan pasukan pemasaran mempunyai seminggu untuk melancarkan webinar. Hasilnya ialah "halaman pendaftaran dan promosi disiarkan sebelum tengah hari Jumaat." Must ialah halaman, e-mel pengesahan, dan satu e-mel pengumuman. Should ialah e-mel peringatan dan satu catatan sosial. Could ialah video teaser penceramah dan promosi bersama rakan kongsi.

Pada hari Rabu, halaman itu memerlukan semakan undang-undang yang mengambil masa sehari lebih lama daripada rancangan. Pasukan tidak mengalihkan hari Jumaat. Ia menggugurkan video teaser, mengekalkan yang lain, dan menyiarkan tepat pada masanya. Video itu dimasukkan ke dalam kotak seterusnya jika ia masih kelihatan berbaloi.

Perkara yang patut dan tidak patut dilakukan dalam timeboxing

Lakukan

• Tetapkan panjang sebelum menganggar kerja. Kotak menentukan kekangan. Anggaran mengisinya.
• Pastikan Must Have benar-benar minimum. Jika kotak itu boleh bertahan tanpanya, ia bukan Must.
• Simpan senarai Could Have yang kelihatan. Ia ialah simpanan anda, dan semua orang perlu tahu ia wujud.
• Berakhir tepat pada masanya, walaupun janggal. Penghentian awal yang pertama mengajar pasukan bahawa kotak itu nyata.
• Semak pada penghujungnya. Lima minit melihat apa yang tergelincir dan sebabnya memperbaik kotak seterusnya.
• Gabungkan dengan penetapan keutamaan. Timebox tanpa skop yang disusun hanyalah tarikh akhir. Baca tentang keutamaan MoSCoW sebelum kotak pertama anda.

Jangan

• Jangan melanjutkan secara senyap. Satu "tambah sehari lagi" mengajar semua orang bahawa penghujungnya boleh dirunding.
• Jangan letakkan segala-galanya dalam Must Have. Itu menghilangkan kelenturan yang menjadi tunjang teknik ini.
• Jangan mengorbankan kualiti untuk memuatkan kerja. Gugurkan ciri, bukan pengujian.
• Jangan gunakan kotak sebagai alat tekanan. Agile Business Consortium memberi amaran bahawa menggunakan tarikh akhir sebagai tekanan boleh menggalakkan tergesa-gesa atau masalah kualiti tersembunyi.
• Jangan biarkan kerja baharu masuk di tengah kotak tanpa diumumkan. Layan tambahan seperti perluasan skop: tukar ganti sesuatu atau jadualkannya untuk kotak seterusnya.
• Jangan pilih panjang yang secara rekaan tidak dapat memuatkan kerja. Jika tiga hasil dimuatkan dalam satu kotak, pisahkan kotak itu.

Kesilapan biasa

Menganggapnya tarikh akhir yang lebih ketat. Pasukan mendengar "timebox" dan berfikir "bekerja lebih pantas." Intinya bukan kepantasan. Ia tentang memilih apa yang paling penting.

Kotak yang terlalu panjang. Kotak enam minggu tanpa pemeriksaan menyembunyikan masalah sehingga minggu kelima. Sarangkan kotak yang lebih pendek di dalamnya.

Tiada pemilik. Seseorang perlu membuat keputusan memotong. Jika tiada siapa memiliki peraturan keputusan, perbalahan skop menghabiskan masa.

Melangkau semakan. Tanpa menoleh ke belakang, anda tidak akan tahu sama ada saiz kotak anda betul, dan anda akan mengulangi salah anggaran yang sama.

Bila timeboxing paling berkesan, dan bila tidak

Ia paling berkesan apabila tarikh lebih penting daripada set ciri yang tepat: iterasi produk, kempen, bengkel, penyelidikan, laporan, dan mesyuarat yang cenderung berlarutan. Ia juga sesuai untuk kerja yang tidak pasti, di mana anda tidak dapat menganggar dengan boleh dipercayai tetapi boleh memutuskan berapa banyak masa yang wajar diberikan kepada soalan itu.

Ia kurang sesuai apabila skop ditetapkan oleh undang-undang atau secara fizikal. Pemeriksaan bangunan, pemfailan peraturan, atau kontrak yang setiap klausanya wajib tidak meninggalkan Could untuk digugurkan. Dalam kes itu, gunakan kotak untuk pemeriksaan di dalam kerja, tetapi terima bahawa kekangan luaran ialah skop. Work breakdown structure ialah alat yang lebih baik di situ.