Keputusan Asinkron untuk Pasukan Jauh: Buat Keputusan Tanpa Mesyuarat
Pengambilan keputusan asinkron membolehkan pasukan teragih membuat keputusan tanpa semua orang hadir serentak. Pasukan jarak jauh memerlukannya kerana zon waktu menjadikan mesyuarat keputusan secara langsung membebankan seseorang, kerana beban mesyuarat menghalang kerja sebenar (dalam tinjauan HBR Perlow, Hadley dan Eun terhadap 182 pengurus kanan, 65% berkata mesyuarat menghalang mereka daripada menyelesaikan kerja mereka sendiri), dan kerana input bertulis lebih dipertimbangkan dan lebih inklusif — penulisan juga merupakan langkah balas langsung terhadap masalah profil tersembunyi, kegagalan yang didokumenkan oleh kumpulan untuk mengeluarkan maklumat yang hanya dipegang oleh satu anggota. Buku panduan keputusan asinkron mempunyai lima langkah: tulis cadangan dan konteksnya; tetapkan tingkap keputusan dan seorang penentu yang jelas; kumpulkan hujah terstruktur (kebaikan dan keburukan yang dilampirkan kepada tuntutan tertentu); selesaikan bantahan secara eksplisit; dan buat keputusan serta rekod hasilnya dengan alasan. Perangkap utama adalah pengalihan (tiada tarikh akhir atau pemilik), menganggap diam sebagai persetujuan, dan melangkau rekod keputusan. Memutuskan secara asinkron menukar latensi dengan throughput: penyelidikan mengenai kumpulan yang dimediasi komputer (Baltes et al., 2002) mendapati proses bertulis mengambil masa lebih lama bagi setiap keputusan, tetapi pasukan berhenti membayar cukai penyelarasan sinkron. Putuskan secara asinkron apabila soalan ditakrifkan dengan baik dan anda memerlukan input yang dipertimbangkan dan rekod; putuskan secara sinkron apabila masalah masih dibentuk, konflik tinggi, atau anda sedang menghasilkan pilihan daripada memilih antara mereka. GitLab, syarikat sepenuhnya jarak jauh dengan lebih daripada 1,500 anggota pasukan di lebih daripada 65 negara, beroperasi berdasarkan pola buku panduan ini. Argumentree menyokongnya dengan membolehkan orang menghantar terlebih dahulu hujah pro dan kontra yang terstruktur dan menjadikan hasilnya sebagai rekod keputusan yang tahan lama.
Bagi pasukan yang jauh dan teragih, mesyuarat keputusan secara langsung adalah satu cukai yang sentiasa dibayar oleh seseorang. Penyelesaiannya bukanlah mesyuarat yang lebih baik — tetapi membuat keputusan secara bertulis, dengan sengaja, dan dengan struktur.
- Pasukan jarak jauh memerlukan keputusan asinkron kerana zon waktu, beban mesyuarat, dan kualiti yang lebih tinggi bagi input bertulis — penulisan juga merupakan penyelesaian yang paling didokumenkan untuk kegagalan kumpulan dalam mengeluarkan maklumat yang hanya dipegang oleh satu anggota.
- Buku panduan: tulis cadangan, tetapkan tempoh dan penentu, kumpulkan hujah yang terstruktur, selesaikan bantahan, buat keputusan dan catat
- Tiga pembunuh adalah drift, silence-as-consent, dan tiada rekod keputusan
- Perdagangan Async latensi untuk throughput — dan tidak semuanya sesuai dalam satu utas; ketahui keputusan mana yang perlu dikekalkan secara sinkron.
Ia adalah 8:00 di San Francisco, 17:00 di Berlin, dan 23:00 di Singapura, dan lapan orang sedang dalam panggilan untuk membuat satu keputusan. Jurutera di Singapura mempunyai konteks yang paling relevan dan perhatian yang paling sedikit yang tinggal. Mesyuarat yang terasa mudah di pejabat — semua orang sudah berada di dalam bilik, papan putih di belakang mereka — telah menjadi perkara yang paling mahal yang dilakukan oleh pasukan ini, dan orang yang paling membayar adalah orang yang paling diperlukan untuk membuat keputusan tersebut.
Pasukan yang berada di lokasi yang sama membuat keputusan di dalam bilik kerana bilik itu kosong. Pasukan yang terdistribusi tidak mempunyai bilik itu, dan berpura-pura sebaliknya menjadikan setiap keputusan penting sebagai masalah penjadualan dengan masalah keadilan di dalamnya: seseorang sentiasa menyertai sebelum sarapan atau selepas makan malam, letih dan separuh hadir.
Jadi soalan yang jujur untuk pasukan jarak jauh bukanlah "bagaimana kita menjalankan mesyuarat keputusan yang lebih baik?" Ia adalah "keputusan manakah yang sepatutnya menjadi mesyuarat?" Untuk sebahagian besar daripada mereka, jawapannya adalah tiada — ia lebih baik dibuat secara bertulis, dalam jangka waktu yang ditentukan, di mana zon waktu tidak lagi penting. Itu adalah pembuatan keputusan asinkron, dan untuk pasukan yang terdistribusi ia bukanlah penyelesaian sementara. Ia adalah pilihan yang lebih baik. Berikut adalah hujah untuknya, buku panduan lima langkah, dan mod kegagalan yang perlu direka untuk mengelakkannya.
Soalan bukanlah "bagaimana kita mengadakan mesyuarat keputusan yang lebih baik?"
Ia adalah "keputusan manakah yang sepatutnya menjadi mesyuarat sama sekali?"
Kerangka baru yang menjadikan pasukan teragih berfungsi
Mengapa pasukan jarak jauh memerlukan keputusan asinkron
Tiga kekuatan mendorong pasukan yang terdistribusi untuk membuat keputusan secara asinkron — dan setiap satu daripada mereka mengubah kekangan kerja jarak jauh menjadi kelebihan.
Zon waktu menjadikan mesyuarat serentak satu beban.
Apabila sebuah pasukan merentasi beberapa zon waktu, tiada waktu yang sesuai untuk semua orang — jadi mesyuarat keputusan secara langsung sentiasa memaksa seseorang untuk menyertai pada pukul 6 pagi atau 10 malam, dalam keadaan letih dan separuh hadir. Async menghapuskan penalti itu: semua orang menyumbang dalam satu jendela bersama, dalam waktu kerja mereka sendiri, dengan perhatian penuh.
Kurang mesyuarat, lebih banyak kerja sebenar
Sebuah pasukan teragih yang membuat keputusan dalam panggilan menghabiskan waktu tumpangannya dalam mesyuarat dan bukannya membina. Kosnya diukur: dalam tinjauan HBR Perlow, Hadley dan Eun terhadap 182 pengurus kanan, 65% berkata mesyuarat menghalang mereka daripada menyelesaikan kerja mereka sendiri dan 71% menganggap mesyuarat mereka tidak produktif. Memindahkan keputusan rutin ke dalam penulisan membebaskan masa sinkron yang terhad untuk perkara yang benar-benar memerlukannya.
Input bertulis lebih dipertimbangkan — dan muncul lebih banyak
Dalam mesyuarat secara langsung, pembicara terpantas dan suara yang paling senior mendominasi, dan penyumbang yang lebih tenang atau bukan penutur asli terpinggir. Penulisan memberikan semua orang ruang yang sama, masa untuk berfikir, dan peluang untuk merujuk bukti daripada bertindak balas secara spontan. Ia juga menyerang kegagalan kumpulan yang didokumenkan: dekad penyelidikan "profil tersembunyi" menunjukkan kumpulan menghabiskan perbincangan mereka tentang apa yang sudah diketahui oleh semua orang dan gagal untuk mengeluarkan maklumat yang hanya dipegang oleh satu anggota. Pusingan bertulis di mana setiap orang menyatakan hujah mereka sendiri sebelum membaca hujah orang lain adalah langkah balas yang paling langsung.
Tiada apa-apa ini bermakna "tidak pernah bertemu." Ia bermakna mesyuarat berhenti menjadi refleks. Async adalah di mana keputusan dibuat; masa sinkron adalah untuk apa yang penulisan benar-benar tidak dapat lakukan. Penstrukturan semula itu adalah sama dengan yang mendasari pembuatan keputusan kolaboratif yang sihat — matlamatnya adalah keputusan yang baik yang dimiliki oleh kumpulan, bukan mesyuarat yang dihadiri dengan baik. (Dan ia mempunyai bukti kewujudan yang terkenal: GitLab, syarikat sepenuhnya jarak jauh dengan lebih daripada 1,500 ahli pasukan di lebih 65 negara, beroperasi berdasarkan versi panduan pertama pola ini — tulis ia, buat keputusan secara bertulis, rekod ia di tempat yang semua orang boleh menemuinya.)
65% daripada pengurus kanan berkata mesyuarat membuat mereka
dari menyelesaikan kerja mereka sendiri.
— Perlow, Hadley & Eun, tinjauan 182 pengurus kanan, Harvard Business Review (2017)
Buku panduan keputusan asinkron
Keputusan asinkron gagal apabila ia hanya "sebuah mesyuarat, tetapi lebih perlahan." Ia berjaya apabila ia mengikuti satu bentuk. Berikut adalah yang berfungsi — lima langkah, masing-masing mencegah cara tertentu asinkron menjadi salah.
1. Tulis cadangan dan konteksnya
Mulakan dengan dokumen bertulis pendek: soalan, pilihan yang disyorkan, dan konteks yang diperlukan untuk menilainya — sekatan, apa yang telah dicuba, apa yang di luar skop. Jika pembaca di zon waktu lain tidak dapat menilainya tanpa bertanya kepada anda soalan, ia belum siap untuk diterbitkan.
Di mana ia pecah: Mesej chat satu baris — "apa pendapat tentang beralih ke X?" — tanpa konteks, jadi setiap balasan adalah permintaan untuk maklumat lanjut dan bukannya hujah.
2. Tetapkan tingkap keputusan dan seorang penentu yang jelas
Nyatakan bila tingkap ditutup ("input sebelum Khamis 17:00 UTC") dan siapa yang membuat keputusan setelah ia ditutup. Tingkap ini mencipta tarikh akhir yang tidak dimiliki oleh keputusan asinkron; penentu yang dinamakan — GitLab memformalkan ini sebagai Individu yang Bertanggungjawab Secara Langsung — bermakna perbincangan berakhir dengan keputusan dan bukannya terhenti.
Di mana ia pecah: Tiada tarikh akhir dan tiada pemilik — jadi perbincangan kekal "terbuka" tanpa had, dan keputusan dibuat oleh sesiapa yang paling tidak sabar terlebih dahulu, atau tidak pernah.
3. Kumpulkan hujah yang terstruktur
Tanya sebab, bukan reaksi. Setiap sumbangan haruslah satu pro atau con yang disokong oleh bukti atau pengalaman, yang dilampirkan kepada tuntutan spesifik yang dibincangkan — bukan sekadar dinding komen yang tidak teratur. Struktur adalah apa yang menjadikan satu perbincangan bertulis boleh dibaca oleh seseorang yang mengikuti beberapa jam kemudian, dan ia adalah apa yang memaksa maklumat yang dipegang secara peribadi menjadi terbuka dan bukannya dibiarkan tidak disebut.
Di mana ia pecah: Aliran komen yang rata di mana sokongan dan bantahan bercampur aduk, hujah diulang, dan tiada siapa yang dapat memberitahu apa sebenarnya keadaan argumen tersebut.
4. Selesaikan bantahan secara jelas
Sebelum membuat keputusan, selesaikan bantahan yang serius satu persatu: dijawab, diterima (dan cadangan diubah), atau dicatat sebagai risiko yang diketahui yang diterima oleh kumpulan. Bantahan yang diabaikan begitu sahaja tidak akan hilang — ia akan kembali selepas keputusan, sebagai penentangan.
Di mana ia pecah: Menganggap diam sebagai persetujuan dan menyembunyikan bantahan yang dibangkitkan, jadi "keputusan" sebenarnya hanyalah ketidaksetujuan yang belum diselesaikan dengan cap waktu.
5. Tentukan dan catat
Pembuatan keputusan membuat panggilan, dan hasilnya dicatat: apa yang diputuskan, alasan utama untuk dan menentang, siapa yang memutuskan, dan bila. Rekod itu adalah inti pati — ia adalah apa yang dirujuk oleh pasukan teragih sebagai ganti untuk berdebat semula soalan itu pada suku tahun depan.
Di mana ia pecah: Satu keputusan yang hanya wujud dalam fikiran pembuat keputusan atau satu benang yang terkubur, jadi tiga bulan kemudian tiada siapa yang ingat apa yang dipilih atau mengapa, dan perbincangan dibuka semula dari awal.
Jebakan yang secara senyap memecahkannya
Kebanyakan keputusan async yang gagal gagal dengan cara yang sama. Namakan mereka, dan anda boleh merancang untuk menghadapinya.
Adakah async tidak hanya memperlambatkan segalanya?
Mengikut keputusan, sering kali ya — dan adalah berbaloi untuk jujur tentang bukti. Meta-analisis klasik mengenai pengambilan keputusan kumpulan yang dimediasi komputer (Baltes dan rakan-rakan, 2002) mendapati bahawa kumpulan yang bekerja melalui saluran bertulis mengambil lebih lama untuk mencapai keputusan berbanding kumpulan secara bersemuka, dan sering kali kurang berpuas hati dengan proses tersebut. Jendela bertulis yang diukur dalam hari jarang mengalahkan panggilan selama tiga puluh minit dari segi latensi.
Tetapi latensi setiap keputusan adalah unit yang salah untuk pasukan teragih. Panggilan yang menyelesaikan satu soalan dalam tiga puluh minit mengorbankan lapan orang untuk slot yang diselaraskan — pada pukul 6 pagi untuk satu dan 11 malam untuk yang lain — ditambah dengan pertukaran konteks di kedua-dua belah pihak, dan ia tidak menghasilkan sebarang rekod. Thread asinkron menghabiskan lima belas minit fokus bagi setiap orang dalam hari kerja mereka sendiri, berjalan selari dengan setiap thread lain, dan berakhir dengan keputusan bertulis. Anda sedang memperdagangkan sedikit kelajuan pada keputusan tunggal untuk throughput di seluruhnya — dan untuk kualiti input: hujah yang dipertimbangkan dan disokong bukti yang tidak pernah diberikan ruang oleh pembicara terpantas dalam mesyuarat secara langsung. Pembahagian yang jujur, maka, bukanlah "asinkron sentiasa"; ia adalah jadual di bawah — dan untuk panggilan yang benar-benar mendesak, mesyuarat masih merupakan alat yang tepat, dicatat seperti satu.
Sync vs async: keputusan mana yang pergi ke mana
Async adalah lalai, bukan peraturan. Kemahiran adalah mengetahui keputusan mana yang perlu dikekalkan secara langsung. Ujian mudah: jika keputusan itu terutamanya memerlukan input yang dipertimbangkan dan rekod, putuskan secara async; jika ia terutamanya memerlukan hubungan manusia secara masa nyata atau pilihan baru, putuskan secara sync. (Satu nuansa penyelidikan yang patut diketahui: Brucks dan Levav menunjukkan dalam Nature pada tahun 2022 bahawa panggilan video mengurangkan penjanaan idea kreatif — tetapi tidak lebih teruk untuk memilih antara pilihan. Jika tugasnya adalah mencipta pilihan, masuk ke dalam bilik atau buat panggilan; jika tugasnya adalah memilih dan merekod, menulis adalah mencukupi.)
Tentukan secara asinkron
Soalan itu ditakrifkan dengan baik, pilihan-pilihannya diketahui, dan apa yang anda perlukan terutamanya dianggap sebagai input dan rekod yang jelas. Panggilan yang boleh dibalikkan atau berisiko rendah, pertukaran rutin, dan apa sahaja di mana bukti bertulis lebih penting daripada nada.
Keputusan penyegerakan
Masalah masih dalam proses pembentukan, pilihan masih perlu dihasilkan, emosi atau konflik tinggi, atau kepercayaan sedang dibina. Gunakan masa secara langsung untuk apa yang tidak dapat dilakukan oleh penulisan — kemudian rakam hasilnya dengan cara yang sama seperti yang anda lakukan untuk yang asinkron.
Perhatikan apa yang kedua-dua lajur kongsikan: keputusan akan didaftarkan sama ada cara. Keputusan secara langsung tanpa rekod mempunyai mod kegagalan yang sama seperti yang tidak segerak — ia akan hilang. Jika anda ingin tahu perbezaan antara transkrip dan rekod sebenar, ia adalah jurang antara minit mesyuarat dan log keputusan: satu merakam apa yang telah dikatakan, yang lain merakam apa yang telah diputuskan dan mengapa. (Dan sebelum menjadualkan yang segerak, jalankan mereka melalui ujian empat soalan dalam ini boleh jadi satu emel — ramai yang tidak akan bertahan.)
Bagaimana Argumentree menyokong keputusan asinkron
Anda boleh menjalankan buku panduan secara manual dengan disiplin dan dokumen bersama. Argumentree membina bentuk ke dalam alat supaya struktur itu kekal tanpa seorang fasilitator yang mengawasi perbincangan. Orang menghantar hujah mereka terlebih dahulu dalam waktu kerja mereka sendiri, jadi sumbangan tidak pernah bergantung kepada kehadiran dalam talian pada masa yang sama — sekatan zon waktu hanya tidak lagi terpakai.
Sumbangan tersebut tiba sebagai argumen pro dan kontra yang terstruktur yang dilampirkan pada tuntutan spesifik yang mereka tangani, bukan aliran komen yang rata — jadi seorang rakan sepasukan yang mengejar ketinggalan beberapa jam kemudian boleh membaca keadaan sebenar argumen dengan cepat sebaliknya daripada menatal dinding balasan. Dan apabila tingkap ditutup, perbincangan menjadi rekod keputusan: hasilnya, alasan untuk dan menentang, dan jejak penuh siapa yang berhujah tentang apa. Rekod itu adalah apa yang mengubah perbincangan asinkron yang baik menjadi memori institusi yang tahan lama — jadi pasukan yang terdistribusi membuat keputusan sekali dan merujuk kembali, bukannya berhujah semula soalan yang sama sebulan kemudian. Jika pasukan anda bersedia untuk mencuba buku panduan pada keputusan sebenar minggu ini, anda boleh memulakan percubaan percuma dan menjalankan yang pertama dalam alat tersebut.
Ujian keputusan seterusnya
Ambil keputusan seterusnya yang pasukan anda akan jadwalkan mesyuarat. Tanya: adakah soalan itu sudah ditakrifkan dengan baik, dan adakah pilihan yang diketahui? Jika ya — hantarkan sebagai cadangan bertulis dengan satu tempoh dan seorang penentu, dan gunakan slot mesyuarat untuk kerja. Penggantian itu adalah keseluruhan kaedah dalam bentuk mini.
Tentukan secara bertulis, bertemu dengan tujuan
Jurutera Singapura dari pembukaan tidak memerlukan waktu mesyuarat yang lebih baik — tiada waktu sedemikian wujud. Mereka memerlukan keputusan itu datang kepada mereka: satu cadangan bertulis yang boleh mereka baca pada pukul 9 pagi waktu mereka, satu tempat terstruktur untuk menambah hujah yang hanya mereka pegang, satu tetingkap yang memberitahu mereka bila input ditutup, dan satu rekod yang boleh mereka rujuk apabila soalan itu timbul semula. Setiap langkah dalam buku panduan itu hanyalah keperluan itu, yang digeneralisasikan.
Pengambilan keputusan secara asinkron bukanlah hadiah penghiburan bagi kerja jarak jauh. Dilakukan dengan struktur — cadangan, tingkap, pengambil keputusan, hujah, rekod — ia adalah proses yang benar-benar lebih baik daripada bilik mesyuarat yang digantikannya: input yang lebih dipertimbangkan, lebih banyak suara, dan ingatan yang bertahan lebih lama daripada perbincangan. Pasukan yang bergelut dengannya bukanlah kerana mereka melakukan terlalu banyak asinkron; mereka melakukan asinkron tanpa struktur. Betulkan strukturnya, dan peta zon waktu di halaman pasukan anda berhenti menjadi sekatan dan mula menjadi sebab keputusan anda dicatat sama sekali.
Mesyuarat bukanlah perkara utama. Keputusan — yang dibuat dengan baik, dan dicatat — adalah.
Biarkan pasukan jarak jauh anda membuat keputusan tanpa mesyuarat.
Argumentree menjalankan keputusan secara asinkron dari awal hingga akhir — hujah yang telah dihantar lebih awal, pro dan kontra yang terstruktur, serta rekod keputusan yang boleh disokong oleh seluruh pasukan.
Sumber & bacaan lanjut
- Perlow, L. A., Hadley, C. N., & Eun, E. (2017). Hentikan Kegilaan Mesyuarat. Harvard Business Review, Julai–Ogos 2017.Tinjauan ke atas 182 pengurus kanan: 65% berkata mesyuarat menghalang mereka daripada menyelesaikan kerja mereka sendiri; 71% mendapati mesyuarat mereka tidak produktif.
- Baltes, B. B., Dickson, M. W., Sherman, M. P., Bauer, C. C., & LaGanke, J. S. (2002). Komunikasi yang Dihasilkan oleh Komputer dan Pengambilan Keputusan Kumpulan: Satu Meta-Analisis. Tingkah Laku Organisasi dan Proses Keputusan Manusia, 87(1), 156–179.Bukti di sebalik pengakuan jujur: proses kumpulan yang ditulis mengambil masa lebih lama untuk setiap keputusan berbanding yang secara bersemuka.
- Lu, L., Yuan, Y. C., & McLeod, P. L. (2012). Dua Puluh Lima Tahun Profil Tersembunyi dalam Pengambilan Keputusan Kumpulan: Satu Meta-Analisis. Ulasan Psikologi Peribadi dan Sosial, 16(1).65 kajian, 3,189 kumpulan: perbincangan tertumpu kepada apa yang sudah diketahui oleh semua orang — kegagalan pusingan hujah bertulis yang direka untuk ditangani.
- Brucks, M. S., & Levav, J. (2022). Komunikasi maya menghalang penghasilan idea kreatif. Nature, 605, 108–112.Panggilan video mengurangkan penghasilan idea tetapi tidak pemilihan idea — nuansa penyelidikan di sebalik pemisahan sync/async.
- GitLab Handbook — Panduan untuk Semua-Jauh & dokumentasi berasaskan buku panduan.Manual operasi syarikat all-remote yang paling terkenal: 1,500+ ahli pasukan di 65+ negara membuat keputusan berdasarkan buku panduan, dengan DRI yang dinamakan bagi setiap keputusan.
Soalan Lazim
Apakah pengambilan keputusan tidak segerak?
Pengambilan keputusan asinkron adalah membuat keputusan tanpa memerlukan semua orang hadir pada masa yang sama. Daripada mengadakan mesyuarat secara langsung, seseorang menulis cadangan dengan konteksnya, menetapkan tempoh keputusan dan menamakan seorang pengambil keputusan, dan kumpulan menyumbang hujah yang terstruktur — kebaikan, keburukan, dan bantahan — dalam waktu kerja mereka sendiri. Apabila tempoh itu ditutup, pengambil keputusan membuat keputusan dan hasilnya direkodkan. Ini adalah mod kerja lalai untuk pasukan yang terdistribusi dan jarak jauh kerana ia menghapuskan penalti zon waktu dan menghasilkan rekod bertulis.
Mengapa pasukan jarak jauh dan teragih memerlukan keputusan asinkron?
Tiga sebab. Zon waktu bermakna jarang ada satu jam yang sesuai untuk seluruh pasukan yang terdistribusi, jadi mesyuarat keputusan secara langsung sentiasa membebankan seseorang. Beban mesyuarat menghalang kerja sebenar — dalam tinjauan HBR Perlow, Hadley dan Eun, 65% daripada 182 pengurus kanan berkata mesyuarat menghalang mereka daripada menyelesaikan kerja mereka sendiri. Dan input bertulis lebih dipertimbangkan — ia memberikan ruang yang sama kepada penyumbang yang lebih pendiam dan yang bukan penutur asli, masa untuk berfikir, dan kemampuan untuk merujuk bukti daripada bertindak balas secara spontan; penyelidikan profil tersembunyi menunjukkan bahawa pusingan bertulis juga mengeluarkan maklumat yang biasanya tidak disebut dalam perbincangan secara langsung.
Apakah buku panduan keputusan async?
Lima langkah. (1) Tulis cadangan dan konteksnya — soalan, pilihan yang disyorkan, dan latar belakang yang cukup untuk menilai. (2) Tetapkan jendela keputusan dan namakan seorang penentu yang jelas, supaya thread mempunyai tarikh akhir dan pemilik. (3) Kumpulkan hujah yang terstruktur — alasan untuk dan menentang, yang dilampirkan kepada tuntutan yang mereka tangani, bukan aliran komen yang rata. (4) Selesaikan bantahan secara eksplisit — jawab mereka, terima mereka dan ubah cadangan, atau catat mereka sebagai risiko yang diterima. (5) Putuskan dan catat — penentu membuat keputusan dan hasilnya, alasan, dan pengarang dicatat.
Apakah perangkap terbesar dalam pengambilan keputusan secara asinkron?
Drift (tiada tarikh akhir atau pemilik, jadi keputusan tidak pernah dibuat), menganggap diam sebagai persetujuan (thread yang senyap biasanya bermaksud tidak dibaca, bukan bersetuju — sentiasa tanya secara eksplisit untuk bantahan), dan mengabaikan rekod keputusan (jika hasil dan alasannya tidak ditulis di tempat yang boleh dijumpai oleh pasukan, perdebatan yang sama akan dibuka semula kemudian). Yang keempat adalah mencuci perbualan secara asinkron yang benar-benar memerlukan panggilan secara langsung — keputusan yang tinggi konflik atau sangat tidak pasti tidak sepatutnya berada dalam thread komen.
Adakah pengambilan keputusan secara asinkron lebih lambat daripada mesyuarat?
Per keputusan, sering kali ya — bukti meta-analitik mengenai kumpulan yang dimediasi komputer (Baltes et al., 2002) mendapati proses bertulis mengambil masa lebih lama untuk mencapai keputusan berbanding dengan yang secara langsung. Tetapi untuk pasukan yang terdistribusi, unit yang relevan adalah throughput, bukan latensi keputusan tunggal: satu thread asinkron menghabiskan masa fokus setiap orang dalam hari kerja mereka sendiri dan bukannya slot yang diselaraskan yang membebankan waktu malam seseorang, ia berjalan selari dengan keputusan lain, dan ia berakhir dengan rekod bertulis. Simpan mesyuarat secara langsung untuk keputusan yang benar-benar memerlukan interaksi masa nyata, dan pertukarannya sangat menguntungkan.
Keputusan manakah yang harus dibuat secara asinkron berbanding dalam mesyuarat?
Tentukan secara asinkron apabila soalan itu ditakrifkan dengan baik, pilihan diketahui, dan apa yang anda perlukan dianggap sebagai input dan rekod yang jelas — panggilan yang boleh dibalikkan atau berisiko rendah, pertukaran rutin, dan apa sahaja di mana bukti bertulis lebih penting daripada nada masa nyata. Tentukan secara sinkron apabila masalah masih dibentuk, apabila pilihan masih perlu dihasilkan (penyelidikan dalam Nature mendapati bahawa tetapan video dan maya mengurangkan penghasilan idea, walaupun tidak pemilihan), apabila emosi atau konflik tinggi, atau apabila kepercayaan sedang dibina. Gunakan masa langsung untuk apa yang tidak dapat dilakukan oleh penulisan — kemudian rekod hasilnya dengan cara yang sama seperti anda akan melakukan untuk yang asinkron.
Tentukan secara bertulis. Bertemu dengan tujuan.
Hujah yang telah dihantar lebih awal, tingkap dan penentu yang jelas, serta rekod yang bertahan lebih lama daripada perbincangan — buku panduan async, yang dibina ke dalam alat.
Tentang Argumentree Team
Decision Science
The Argumentree team is building the collaborative decision-making platform Argumentree. Our mission is to transform how organizations make, document, and learn from decisions.
Artikel Berkaitan
Sertai perbincangan
Async-first atau meeting-first — yang mana satu default yang lebih baik untuk pasukan anda? Kemukakan pendapat anda dalam komuniti.
Bincangkan di Forum Argumentree