Pengambilan Keputusan Asinkron untuk Tim Jarak Jauh

TL;DR

Untuk tim yang terdistribusi dan jarak jauh, pertemuan keputusan langsung adalah pajak yang selalu dibayar seseorang. Solusinya bukan pertemuan yang lebih baik — tetapi memutuskan secara tertulis, dengan sengaja, dan terstruktur.

Tim jarak jauh membutuhkan keputusan asinkron karena zona waktu, kelebihan pertemuan, dan kualitas input tertulis yang lebih tinggi — menulis juga merupakan cara yang paling terdokumentasi untuk memperbaiki kegagalan kelompok dalam mengungkapkan informasi yang hanya dimiliki satu anggota.
Buku panduan: tulis proposal, tetapkan jendela dan pengambil keputusan, kumpulkan argumen terstruktur, selesaikan keberatan, putuskan dan catat
Tiga pembunuh adalah drift, silence-as-consent, dan tidak ada catatan keputusan
Async trades latensi untuk throughput — dan tidak semuanya harus berada dalam sebuah thread; ketahui keputusan mana yang harus tetap sinkron

Saat ini pukul 8:00 di San Francisco, 17:00 di Berlin, dan 23:00 di Singapura, dan delapan orang sedang dalam panggilan untuk membuat satu keputusan. Insinyur di Singapura memiliki konteks yang paling relevan dan perhatian yang paling sedikit tersisa. Pertemuan yang terasa mudah di kantor — semua orang sudah berada di ruangan, papan tulis di belakang mereka — telah menjadi hal termahal yang dilakukan tim ini, dan orang yang paling membayar adalah orang yang paling dibutuhkan untuk keputusan tersebut.

Tim yang berada di lokasi yang sama membuat keputusan di ruangan karena ruangan tersebut tersedia. Tim yang terdistribusi tidak memiliki ruangan itu, dan berpura-pura sebaliknya mengubah setiap keputusan penting menjadi masalah penjadwalan dengan masalah keadilan di dalamnya: seseorang selalu bergabung sebelum sarapan atau setelah makan malam, dalam keadaan lelah dan setengah hadir.

Jadi pertanyaan jujur untuk tim jarak jauh bukanlah "bagaimana kita menjalankan rapat keputusan yang lebih baik?" Melainkan "keputusan mana yang seharusnya menjadi rapat sama sekali?" Untuk sebagian besar dari mereka, jawabannya adalah tidak ada — keputusan tersebut lebih baik dibuat secara tertulis, dalam jangka waktu yang ditentukan, di mana zona waktu tidak lagi menjadi masalah. Itulah pengambilan keputusan asinkron, dan untuk tim terdistribusi, ini bukanlah solusi sementara. Ini adalah default yang lebih baik. Berikut adalah argumennya, buku panduan lima langkah, dan mode kegagalan yang perlu dirancang untuk dihindari.

Pertanyaannya bukan "bagaimana kita mengadakan rapat pengambilan keputusan yang lebih baik?"
Ini adalah "keputusan mana yang seharusnya menjadi pertemuan sama sekali?"

Kerangka kerja yang membuat tim terdistribusi berhasil

Mengapa tim jarak jauh perlu keputusan asinkron

Tiga kekuatan mendorong tim yang terdistribusi untuk memutuskan secara asinkron — dan masing-masing dari mereka mengubah batasan kerja jarak jauh menjadi keuntungan.

Zona waktu membuat pertemuan sinkron menjadi beban.

Ketika sebuah tim mencakup beberapa zona waktu, tidak ada jam yang nyaman untuk semua orang — jadi pertemuan keputusan langsung selalu memaksa seseorang untuk bergabung pada pukul 6 pagi atau 10 malam, dalam keadaan lelah dan setengah hadir. Async menghilangkan penalti itu: semua orang berkontribusi di dalam jendela bersama, pada jam kerja mereka sendiri, dengan perhatian penuh.

Lebih sedikit pertemuan, lebih banyak pekerjaan nyata

Tim terdistribusi yang memutuskan segala sesuatu dalam panggilan menghabiskan jam tumpang tindih mereka dalam rapat alih-alih membangun. Biaya diukur: dalam survei HBR Perlow, Hadley, dan Eun terhadap 182 manajer senior, 65% mengatakan rapat menghalangi mereka menyelesaikan pekerjaan mereka sendiri dan 71% menyebut rapat mereka tidak produktif. Memindahkan keputusan rutin ke tulisan membebaskan waktu sinkron yang langka untuk hal-hal yang benar-benar membutuhkannya.

Input tertulis lebih dipertimbangkan — dan muncul lebih banyak

Dalam pertemuan langsung, pembicara tercepat dan suara yang paling senior mendominasi, sementara kontributor yang lebih tenang atau yang bukan penutur asli sering terpinggirkan. Menulis memberikan semua orang ruang yang sama, waktu untuk berpikir, dan kesempatan untuk merujuk bukti alih-alih bereaksi secara langsung. Ini juga menyerang kegagalan kelompok yang terdokumentasi: puluhan tahun penelitian "profil tersembunyi" menunjukkan bahwa kelompok menghabiskan diskusi mereka pada apa yang sudah diketahui semua orang dan gagal mengungkap informasi yang hanya dimiliki satu anggota. Putaran tertulis di mana setiap orang menyatakan argumen mereka sendiri sebelum membaca argumen orang lain adalah langkah penanggulangan yang paling langsung.

Tidak ada yang berarti "tidak pernah bertemu." Ini berarti pertemuan tidak lagi menjadi refleks. Async adalah tempat di mana keputusan diambil; waktu sinkron disisihkan untuk apa yang benar-benar tidak bisa dilakukan oleh tulisan. Reframe itu sama dengan yang ada di balik pengambilan keputusan kolaboratif yang sehat — tujuannya adalah keputusan baik yang dimiliki kelompok, bukan pertemuan yang dihadiri dengan baik. (Dan ini memiliki bukti keberadaan yang terkenal: GitLab, perusahaan sepenuhnya jarak jauh dengan lebih dari 1.500 anggota tim di lebih dari 65 negara, berjalan dengan versi handbook-first dari pola ini — tuliskan, putuskan secara tertulis, catat di tempat yang bisa ditemukan semua orang.)

65% manajer senior mengatakan pertemuan membuat mereka
dari menyelesaikan pekerjaan mereka sendiri.

— Perlow, Hadley & Eun, survei terhadap 182 manajer senior, Harvard Business Review (2017)

Buku panduan keputusan asinkron

Keputusan asinkron gagal ketika mereka hanya "sebuah pertemuan, tetapi lebih lambat." Mereka berhasil ketika mengikuti suatu bentuk. Berikut adalah bentuk yang berhasil — lima langkah, masing-masing mencegah cara tertentu agar asinkron berjalan salah.

1. Tulis proposal dan konteksnya

Mulailah dengan dokumen tertulis singkat: pertanyaan, opsi yang direkomendasikan, dan konteks yang diperlukan untuk menilainya — batasan, apa yang sudah dicoba, apa yang di luar cakupan. Jika pembaca di zona waktu lain tidak dapat mengevaluasinya tanpa mengajukan pertanyaan kepada Anda, itu belum siap untuk diposting.

Di mana itu patah: Pesan obrolan satu baris — "pendapat tentang beralih ke X?" — tanpa konteks, sehingga setiap balasan adalah permintaan untuk informasi lebih lanjut daripada argumen.

2. Tetapkan jendela keputusan dan penentu yang jelas

Nyatakan kapan jendela ditutup ("input paling lambat Kamis 17:00 UTC") dan siapa yang membuat keputusan setelah itu. Jendela ini menciptakan batas waktu yang tidak dimiliki oleh keputusan asinkron; penentu yang disebut — GitLab memformalkan ini sebagai Individu yang Bertanggung Jawab Langsung — berarti percakapan berakhir dengan keputusan daripada mengambang.

Di mana itu patah: Tidak ada tenggat waktu dan tidak ada pemilik — sehingga thread tetap "terbuka" tanpa batas waktu, dan keputusan diambil oleh siapa pun yang paling tidak sabar terlebih dahulu, atau tidak pernah.

3. Kumpulkan argumen yang terstruktur

Tanyakan alasan, bukan reaksi. Setiap kontribusi harus berupa pro atau kontra yang didukung oleh bukti atau pengalaman, yang terikat pada klaim spesifik yang dibahas — bukan sekadar tumpukan komentar yang tidak terurut. Struktur adalah apa yang membuat sebuah utas tulisan dapat dibaca oleh seseorang yang mengejar ketinggalan beberapa jam kemudian, dan itu adalah apa yang memaksa informasi yang dipegang secara pribadi menjadi terbuka alih-alih dibiarkan tidak terucapkan.

Di mana itu patah: Sebuah aliran komentar datar di mana dukungan dan keberatan saling terjalin, poin-poin diulang, dan tidak ada yang bisa mengetahui apa keadaan sebenarnya dari argumen tersebut.

4. Selesaikan keberatan secara eksplisit

Sebelum memutuskan, selesaikan keberatan yang serius satu per satu: dijawab, diterima (dan proposal diubah), atau dicatat sebagai risiko yang diketahui yang diterima oleh kelompok. Sebuah keberatan yang diabaikan begitu saja tidak akan hilang — ia akan kembali setelah keputusan, sebagai perlawanan.

Di mana itu patah: Menganggap diam sebagai persetujuan dan menyembunyikan keberatan yang diajukan, sehingga "keputusan" sebenarnya hanyalah ketidaksetujuan yang belum terselesaikan dengan cap waktu.

5. Tentukan dan catat

Pengambil keputusan membuat panggilan, dan hasilnya dicatat: apa yang diputuskan, alasan utama untuk dan melawan, siapa yang memutuskan, dan kapan. Catatan itu adalah inti dari semuanya — itu adalah apa yang dirujuk oleh tim yang terdistribusi alih-alih berdebat ulang tentang pertanyaan tersebut di kuartal berikutnya.

Di mana itu patah: Sebuah keputusan yang hanya ada di kepala pengambil keputusan atau sebuah benang yang terkubur, sehingga tiga bulan kemudian tidak ada yang ingat apa yang dipilih atau mengapa, dan diskusi dimulai kembali dari nol.

Jebakan yang diam-diam merusaknya

Sebagian besar keputusan async yang gagal gagal dengan cara yang sama. Sebutkan mereka, dan Anda dapat merancang untuk menghindarinya.

Menyimpang. Tanpa tenggat waktu dan pemilik, keputusan asinkron tidak akan dibuat — itu akan menghilang. Setiap thread terbuka memerlukan jendela dan pengambil keputusan yang disebutkan, atau itu dengan tenang menjadi keputusan secara default.

Diam bukanlah persetujuan. Thread yang sepi tidak berarti setuju — seringkali berarti tidak ada yang membacanya, atau tidak ada yang merasa aman untuk mengajukan keberatan secara tertulis. Tanyakan secara eksplisit untuk keberatan, dan anggap "tidak ada tanggapan" sebagai "belum ditinjau," bukan "ya."

Tidak ada catatan keputusan. Jika hasilnya tidak dicatat di tempat yang dapat ditemukan tim, keuntungan asinkron menguap. Alasan tersebut harus bertahan lebih lama dari thread, atau Anda akan mendapatkan debat yang sama lagi dalam sebulan.

Async-washing percakapan yang nyata. Beberapa keputusan benar-benar bersifat percakapan — emosi tinggi, ketidakpastian mendalam, atau konflik berat. Memaksakan hal-hal tersebut ke dalam thread komentar hanya menghasilkan argumen yang lambat dan dingin. Ketahui kapan harus beralih ke panggilan.

Apakah async tidak justru membuat segalanya lebih lambat?

Per keputusan, sering kali ya — dan penting untuk jujur tentang buktinya. Meta-analisis klasik tentang pengambilan keputusan kelompok yang dimediasi komputer (Baltes dan rekan-rekan, 2002) menemukan bahwa kelompok yang bekerja melalui saluran tertulis membutuhkan lebih lama untuk mencapai keputusan dibandingkan dengan kelompok tatap muka, dan sering kali kurang puas dengan prosesnya. Sebuah jendela tertulis yang diukur dalam hari jarang mengalahkan panggilan tiga puluh menit dalam hal latensi.

Tetapi latensi per keputusan adalah satuan yang salah untuk tim terdistribusi. Panggilan yang menyelesaikan satu pertanyaan dalam tiga puluh menit menghabiskan delapan orang untuk slot yang disinkronkan — pada pukul 6 pagi untuk satu orang dan 11 malam untuk orang lainnya — ditambah dengan peralihan konteks di kedua sisi, dan tidak menghasilkan catatan. Utas asinkron menghabiskan masing-masing orang lima belas menit fokus di dalam hari kerja mereka sendiri, berjalan paralel dengan setiap utas lainnya, dan berakhir dengan keputusan tertulis. Anda memperdagangkan sedikit kecepatan pada keputusan tunggal untuk throughput di seluruhnya — dan untuk kualitas input: argumen yang dipertimbangkan dan didukung bukti yang tidak pernah diberikan ruang oleh pembicara tercepat dalam pertemuan langsung. Pembagian yang jujur, maka, bukan "asinkron selalu"; itu adalah tabel di bawah ini — dan untuk panggilan yang benar-benar mendesak, pertemuan masih merupakan alat yang tepat, dicatat seperti satu.

Sinkron vs asinkron: keputusan mana yang pergi ke mana

Async adalah default, bukan aturan. Keterampilannya adalah mengetahui keputusan mana yang harus tetap aktif. Sebuah tes sederhana: jika keputusan tersebut terutama membutuhkan masukan yang dipertimbangkan dan catatan, putuskan secara async; jika terutama membutuhkan koneksi manusia secara real-time atau opsi baru, putuskan secara sync. (Satu nuansa penelitian yang patut diketahui: Brucks dan Levav menunjukkan dalam Nature pada tahun 2022 bahwa panggilan video mengurangi generasi ide kreatif — tetapi tidak lebih buruk untuk memilih antara opsi. Jika tugasnya adalah menciptakan opsi, masuklah ke dalam ruangan atau melakukan panggilan; jika tugasnya adalah memilih dan mencatat, menulis adalah solusi.)

Tentukan secara asinkron

Pertanyaannya terdefinisi dengan baik, opsi-opsinya diketahui, dan apa yang Anda butuhkan terutama dianggap sebagai masukan dan catatan yang jelas. Panggilan yang dapat dibalik atau berisiko rendah, kompromi rutin, dan apa pun di mana bukti tertulis lebih penting daripada nada.

Tentukan sinkronisasi

Masalahnya masih dalam proses pembentukan, opsi masih perlu dihasilkan, emosi atau konflik tinggi, atau kepercayaan sedang dibangun. Gunakan waktu langsung untuk apa yang tidak bisa dilakukan oleh tulisan — kemudian catat hasilnya dengan cara yang sama seperti yang Anda lakukan pada yang asinkron.

Perhatikan apa yang dibagikan oleh kedua kolom: keputusan dicatat dengan cara apapun. Keputusan langsung tanpa catatan memiliki mode kegagalan yang sama dengan yang asinkron — itu menguap. Jika Anda ingin perbedaan antara transkrip dan catatan yang nyata, itu adalah kesenjangan antara notulen rapat dan catatan keputusan: satu menangkap apa yang dikatakan, yang lainnya menangkap apa yang diputuskan dan mengapa. (Dan sebelum menjadwalkan yang sinkron, jalankan mereka melalui tes empat pertanyaan di ini bisa saja menjadi email — banyak yang tidak akan bertahan.)

Bagaimana Argumentree mendukung keputusan asinkron

Anda dapat menjalankan playbook secara manual dengan disiplin dan dokumen bersama. Argumentree membangun bentuknya ke dalam alat sehingga strukturnya tetap terjaga tanpa adanya fasilitator yang mengawasi thread. Orang-orang mengajukan argumen mereka sebelumnya dalam jam kerja mereka sendiri, sehingga kontribusi tidak pernah bergantung pada kehadiran online pada saat yang sama — batasan zona waktu tidak lagi berlaku.

Kontribusi tersebut datang sebagai argumen pro dan kontra yang terstruktur yang dilampirkan pada klaim spesifik yang mereka bahas, bukan aliran komentar yang datar — sehingga rekan tim yang mengejar ketinggalan beberapa jam kemudian dapat membaca keadaan argumen yang sebenarnya dengan cepat alih-alih menggulir dinding balasan. Dan ketika jendela ditutup, diskusi menjadi catatan keputusan: hasilnya, alasan untuk dan melawan, dan jejak lengkap siapa yang berargumen tentang apa. Catatan itu adalah yang mengubah diskusi asinkron yang baik menjadi memori institusional yang tahan lama — sehingga tim yang terdistribusi memutuskan sekali dan merujuk kembali, alih-alih berargumen ulang pertanyaan yang sama satu kuartal kemudian. Jika tim Anda siap untuk mencoba buku pedoman pada keputusan nyata minggu ini, Anda dapat memulai percobaan gratis dan menjalankan yang pertama di alat tersebut.

Uji keputusan berikutnya

Ambil keputusan berikutnya yang akan dijadwalkan oleh tim Anda untuk sebuah pertemuan. Tanyakan: apakah pertanyaannya sudah terdefinisi dengan baik, dan apakah opsi-opsinya sudah diketahui? Jika ya — ajukan sebagai proposal tertulis dengan jendela dan pengambil keputusan sebagai gantinya, dan habiskan slot pertemuan untuk bekerja. Satu penggantian itu adalah seluruh metode dalam bentuk mini.

Tentukan secara tertulis, bertemu dengan tujuan

Insinyur Singapura dari pembukaan tidak memerlukan waktu pertemuan yang lebih baik — tidak ada waktu seperti itu. Mereka membutuhkan keputusan untuk datang kepada mereka: proposal tertulis yang bisa mereka baca pada pukul 9 pagi waktu mereka, tempat terstruktur untuk menambahkan argumen yang hanya mereka miliki, jendela yang memberi tahu mereka kapan masukan ditutup, dan catatan yang bisa mereka tunjuk ketika pertanyaan itu muncul kembali. Setiap langkah dari buku pedoman hanyalah kebutuhan itu, yang digeneralisasi.

Pengambilan keputusan secara asinkron bukanlah hadiah hiburan dari kerja jarak jauh. Selesai dengan struktur — proposal, jendela, pengambil keputusan, argumen, catatan — ini adalah proses yang benar-benar lebih baik daripada ruang konferensi yang digantikannya: masukan yang lebih dipertimbangkan, lebih banyak suara, dan memori yang bertahan lebih lama daripada utas. Tim yang kesulitan dengan ini bukan karena mereka melakukan terlalu banyak asinkron; mereka melakukan asinkron tanpa struktur. Perbaiki strukturnya, dan peta zona waktu di halaman tim Anda berhenti menjadi kendala dan mulai menjadi alasan mengapa keputusan Anda dicatat sama sekali.

Pertemuan bukanlah intinya. Keputusan — yang dibuat dengan baik, dan dicatat — adalah.

Biarkan tim jarak jauh Anda memutuskan tanpa pertemuan.

Argumentree menjalankan keputusan asinkron dari awal hingga akhir — argumen yang telah diajukan sebelumnya, pro dan kontra yang terstruktur, serta catatan keputusan yang dapat didukung oleh seluruh tim.

Sumber & bacaan lebih lanjut

Perlow, L. A., Hadley, C. N., & Eun, E. (2017). Hentikan Kegilaan Rapat. Harvard Business Review, Juli–Agustus 2017.Survei terhadap 182 manajer senior: 65% mengatakan bahwa rapat menghalangi mereka menyelesaikan pekerjaan mereka sendiri; 71% merasa rapat mereka tidak produktif.
Baltes, B. B., Dickson, M. W., Sherman, M. P., Bauer, C. C., & LaGanke, J. S. (2002). Komunikasi yang Dimediasi Komputer dan Pengambilan Keputusan Kelompok: Sebuah Meta-Analisis. Proses Keputusan Organisasi dan Perilaku Manusia, 87(1), 156–179.Bukti di balik pengakuan jujur: proses kelompok yang tertulis memakan waktu lebih lama per keputusan dibandingkan dengan yang tatap muka.
Lu, L., Yuan, Y. C., & McLeod, P. L. (2012). Dua Puluh Lima Tahun Profil Tersembunyi dalam Pengambilan Keputusan Kelompok: Sebuah Meta-Analisis. Tinjauan Psikologi Kepribadian dan Sosial, 16(1).65 studi, 3.189 kelompok: diskusi mengarah pada apa yang sudah diketahui semua orang — kegagalan yang dirancang untuk diatasi oleh sebuah argumen tertulis.
Brucks, M. S., & Levav, J. (2022). Komunikasi virtual membatasi generasi ide kreatif. Nature, 605, 108–112.Panggilan video mengurangi generasi ide tetapi tidak mempengaruhi pemilihan ide — nuansa penelitian di balik pemisahan sinkron/asinkron.
GitLab Handbook — Panduan untuk Semua-Jarak & dokumentasi berbasis handbook.Manual operasional dari perusahaan all-remote yang paling terkenal: 1.500+ anggota tim di 65+ negara memutuskan berdasarkan buku panduan, dengan DRI yang ditunjuk untuk setiap keputusan.

Pertanyaan yang Sering Diajukan

Apa itu pengambilan keputusan asinkron?

Pengambilan keputusan asinkron adalah memutuskan tanpa memerlukan semua orang hadir pada waktu yang sama. Alih-alih pertemuan langsung, seseorang menulis proposal beserta konteksnya, menetapkan jendela keputusan dan menamai pengambil keputusan, dan kelompok memberikan argumen terstruktur — pro, kontra, dan keberatan — dalam jam kerja mereka sendiri. Ketika jendela ditutup, pengambil keputusan membuat keputusan dan hasilnya dicatat. Ini adalah mode kerja default untuk tim yang terdistribusi dan jarak jauh karena menghilangkan penalti zona waktu dan menghasilkan catatan tertulis.

Mengapa tim jarak jauh dan terdistribusi memerlukan keputusan asinkron?

Tiga alasan. Zona waktu berarti jarang ada jam yang nyaman untuk seluruh tim terdistribusi, sehingga pertemuan keputusan langsung selalu membebani seseorang. Beban pertemuan menghalangi pekerjaan nyata — dalam survei HBR Perlow, Hadley, dan Eun, 65% dari 182 manajer senior mengatakan pertemuan menghalangi mereka menyelesaikan pekerjaan mereka sendiri. Dan masukan tertulis lebih dipertimbangkan — ini memberi ruang yang sama bagi kontributor yang lebih pendiam dan yang tidak menggunakan bahasa asli, waktu untuk berpikir, dan kemampuan untuk merujuk bukti daripada bereaksi secara langsung; penelitian profil tersembunyi menunjukkan bahwa putaran tertulis juga mengungkapkan informasi yang biasanya tidak diungkapkan dalam diskusi langsung.

Apa itu buku panduan keputusan asinkron?

Lima langkah. (1) Tulis proposal dan konteksnya — pertanyaan, opsi yang direkomendasikan, dan cukup latar belakang untuk menilainya. (2) Tetapkan jendela keputusan dan sebutkan pengambil keputusan yang jelas, sehingga thread memiliki tenggat waktu dan pemilik. (3) Kumpulkan argumen terstruktur — alasan untuk dan melawan, yang terlampir pada klaim yang mereka tangani, bukan aliran komentar datar. (4) Selesaikan keberatan secara eksplisit — jawab mereka, terima mereka dan ubah proposal, atau catat sebagai risiko yang diterima. (5) Putuskan dan catat — pengambil keputusan memutuskan dan hasilnya, alasan, dan penulis dicatat.

Apa saja jebakan terbesar dalam pengambilan keputusan secara asinkron?

Drift (tanpa tenggat waktu atau pemilik, sehingga keputusan tidak pernah benar-benar diambil), menganggap diam sebagai persetujuan (thread yang sepi biasanya berarti belum dibaca, bukan disetujui — selalu tanyakan secara eksplisit untuk keberatan), dan melewatkan catatan keputusan (jika hasil dan alasannya tidak ditulis di tempat yang bisa ditemukan tim, debat yang sama akan muncul kembali nanti). Yang keempat adalah mencuci percakapan secara asinkron yang benar-benar membutuhkan panggilan langsung — keputusan yang penuh konflik atau sangat tidak pasti tidak seharusnya berada di thread komentar.

Apakah pengambilan keputusan secara asinkron lebih lambat daripada pertemuan?

Per keputusan, seringkali ya — bukti meta-analitik tentang kelompok yang dimediasi komputer (Baltes et al., 2002) menemukan bahwa proses tertulis memerlukan waktu lebih lama untuk mencapai keputusan dibandingkan dengan yang tatap muka. Namun untuk tim terdistribusi, unit yang relevan adalah throughput, bukan latensi keputusan tunggal: sebuah thread asinkron menghabiskan waktu fokus setiap orang dalam hari kerja mereka sendiri alih-alih slot yang disinkronkan yang membebani malam seseorang, itu berjalan paralel dengan keputusan lainnya, dan diakhiri dengan catatan tertulis. Simpan pertemuan langsung untuk keputusan yang benar-benar memerlukan interaksi waktu nyata, dan pertukarannya sangat menguntungkan.

Keputusan mana yang sebaiknya dibuat secara asinkron dibandingkan dalam sebuah pertemuan?

Tentukan secara asinkron ketika pertanyaan sudah terdefinisi dengan baik, opsi sudah diketahui, dan apa yang Anda butuhkan dianggap sebagai masukan dan catatan yang jelas — panggilan yang dapat dibalik atau berisiko rendah, kompromi rutin, dan apa pun di mana bukti tertulis lebih penting daripada nada waktu nyata. Tentukan secara sinkron ketika masalah masih dibentuk, ketika opsi masih perlu dihasilkan (penelitian di Nature menemukan bahwa pengaturan video dan virtual mengurangi generasi ide, meskipun tidak dalam pemilihan), ketika emosi atau konflik tinggi, atau ketika kepercayaan sedang dibangun. Gunakan waktu langsung untuk apa yang tidak bisa dilakukan oleh tulisan — kemudian catat hasilnya dengan cara yang sama seperti Anda mencatat hasil asinkron.

Tentukan secara tertulis. Temui dengan tujuan.

Argumen yang diajukan sebelumnya, jendela dan pengambil keputusan yang jelas, serta catatan yang bertahan lebih lama dari utas — buku panduan async, yang terintegrasi ke dalam alat.

Tidak perlu kartu kreditSiapkan dalam beberapa menitBatalkan kapan saja

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.

Ikuti kami di LinkedIn Ikuti kami di X

Bergabunglah dalam diskusi

Async-first atau meeting-first — mana yang lebih baik untuk tim Anda? Sampaikan pendapat Anda di komunitas.

Diskusikan di Forum Argumentree

Pengambilan Keputusan Asinkron untuk Tim Jarak Jauh: Putuskan Tanpa Pertemuan