Uamuzi wa Kijamii kwa Timu za Mbali

TL;DR

Kwa timu ya mbali, iliyosambazwa, mkutano wa maamuzi wa moja kwa moja ni kodi ambayo mtu daima hulipa. Suluhisho si mkutano bora — ni kuamua kwa maandiko, kwa makusudi, kwa muundo.

Timu za mbali zinahitaji maamuzi ya async kwa sababu ya mikoa ya muda, mzigo wa mikutano, na ubora wa juu wa taarifa zilizoandikwa — kuandika pia ni suluhisho lililoandikwa vizuri zaidi kwa kushindwa kwa vikundi kuleta habari ambayo mwanachama mmoja tu anayo.
Kitabu cha mchezo: andika pendekezo, weka dirisha na mamuzi, kusanya hoja zilizopangwa, suluhisha pingamizi, amua na rekodi
Wauaji watatu ni kuhamasisha, kimya-kama-kubali, na kutokuwa na rekodi ya uamuzi
Biashara za Async zinabadilisha ucheleweshaji kwa uwezo wa kupitisha — na si kila kitu kinapaswa kuwa katika nyuzi; jua ni maamuzi gani ya kuweka kuwa ya kawaida

Ni saa 8:00 huko San Francisco, 17:00 huko Berlin, na 23:00 huko Singapore, na watu nane wako kwenye simu kufanya uamuzi mmoja. Mhandisi huko Singapore ana muktadha muhimu zaidi na umakini mdogo zaidi uliobaki. Mkutano ambao ulionekana kuwa rahisi ofisini — kila mtu tayari yuko ndani ya chumba, ubao mweupe nyuma yao — umekuwa kitu ghali zaidi ambacho timu hii inafanya, na mtu anayelipa zaidi ndiye yule ambaye uamuzi unamhitaji zaidi.

Timu zilizoko pamoja zinakutana katika chumba kwa sababu chumba kiko huru. Timu iliyosambazwa haina chumba hicho, na kujifanya vinginevyo kunageuza kila uamuzi muhimu kuwa tatizo la kupanga ratiba lenye tatizo la haki ndani yake: mtu daima hujiunga kabla ya kifungua kinywa au baada ya chakula cha jioni, akiwa mchovu na nusu yupo.

Hivyo, swali la kweli kwa timu ya mbali si "tunaendesha vikao vya maamuzi vipi vizuri?" Ni "ni maamuzi gani yanapaswa kuwa kikao kabisa?" Kwa sehemu kubwa yao, jibu ni hakuna — yanapaswa kufanywa kwa maandiko, ndani ya dirisha lililofafanuliwa, ambapo muda wa eneo haujakuwa na umuhimu. Hiyo ni maamuzi yasiyo ya wakati mmoja, na kwa timu zilizogawanyika si suluhisho la muda. Ni chaguo bora zaidi. Hapa kuna kesi yake, kitabu cha hatua tano, na njia za kushindwa za kubuni dhidi yake.

Swali si "vipi tunafanya mikutano ya maamuzi kuwa bora?"
Ni "ni maamuzi gani yanapaswa kuwa mkutano kabisa?"

Mabadiliko yanayofanya timu zilizotawanywa zifanye kazi

Kwa nini timu za mbali zinahitaji maamuzi ya async

Nguvu tatu zinafanya timu zilizotawanywa kuamua kwa njia isiyo ya moja kwa moja — na kila moja inageuza kizuizi cha kazi ya mbali kuwa faida.

Mikoa ya muda inafanya mkutano wa sambamba kuwa mzigo.

Wakati timu inashughulikia maeneo tofauti ya muda, hakuna saa ambayo ni rahisi kwa kila mtu — hivyo mkutano wa maamuzi wa moja kwa moja kila wakati unalazimisha mtu mmoja kujiunga saa 6 asubuhi au 10 usiku, akiwa mchovu na nusu kuwepo. Async inondoa adhabu hiyo: kila mtu anachangia ndani ya dirisha lililoshirikiwa, katika masaa yao ya kazi, kwa umakini kamili.

Mikutano michache, kazi halisi zaidi

Timu iliyosambazwa inayofanya maamuzi yote katika simu inatumia masaa yake ya pamoja katika mikutano badala ya kujenga. Gharama inapimwa: katika utafiti wa HBR wa Perlow, Hadley na Eun wa mameneja wakuu 182, 65% walisema mikutano inawazuia kumaliza kazi zao wenyewe na 71% walitaja mikutano yao kuwa isiyo na tija. Kuhamasisha maamuzi ya kawaida kuwa ya maandiko kunachangia kuachilia muda wa pamoja ambao ni adimu kwa mambo yanayohitaji kwa dhati.

Ingizo la maandiko linafanywa kwa makini zaidi — na linaonekana zaidi

Katika mkutano wa moja kwa moja, msemaji wa haraka na sauti ya juu zaidi vinatawala, na wachangiaji wa kimya au wasiozungumza lugha ya asili wanatengwa. Kuandika kunawapa kila mtu nafasi sawa, muda wa kufikiria, na fursa ya kurejelea ushahidi badala ya kujibu papo hapo. Pia inashughulikia kushindwa kwa kikundi kilichorekodiwa: miongo kadhaa ya utafiti wa "profaili iliyofichwa" inaonyesha kwamba vikundi vinatumia majadiliano yao kwenye kile ambacho kila mtu tayari anajua na kushindwa kuleta habari ambayo mwanachama mmoja tu anayo. Mzunguko wa kuandika ambapo kila mtu anatoa hoja zao wenyewe kabla ya kusoma za mtu mwingine ni kipimo cha moja kwa moja zaidi kilichopo.

Hakuna chochote kati ya haya kinamaanisha "kamwe usikutane." Inamaanisha mkutano unacha kuwa reflex. Async ndiyo mahali ambapo maamuzi yanafanyika; wakati wa synchronous umehifadhiwa kwa kile ambacho uandishi hakiwezi kufanya kwa kweli. Mabadiliko hayo ni sawa na yale yanayohusiana na maamuzi ya ushirikiano yenye afya — lengo ni maamuzi mazuri ambayo kikundi kinamiliki, si mkutano ulio na watu wengi. (Na ina uthibitisho maarufu wa kuwepo: GitLab, kampuni yote ya mbali yenye zaidi ya wanachama 1,500 katika nchi zaidi ya 65, inafanya kazi kwa toleo la mwongozo wa mfano huu hasa — andika chini, amua kwa maandiko, rekodi mahali ambapo kila mtu anaweza kuipata.)

65% ya wasimamizi wakuu walisema mikutano inawashikilia
kutokana na kumaliza kazi zao wenyewe.

— Perlow, Hadley & Eun, utafiti wa wasimamizi wakuu 182, Harvard Business Review (2017)

Kitabu cha maamuzi ya async

Maamuzi ya async yanashindwa wakati ni "mkutano, lakini polepole." Yanafanikiwa wakati yanafuata muundo. Hapa kuna ule unaofanya kazi — hatua tano, kila moja ambayo inazuia njia maalum ambayo async inaweza kukosea.

1. Andika pendekezo na muktadha wake

Anza na hati fupi iliyoandikwa: swali, chaguo lililopendekezwa, na muktadha unaohitajika kuweza kulihukumu - vikwazo, kile ambacho tayari kimejaribiwa, kile kilichopo nje ya wigo. Ikiwa msomaji katika eneo la muda tofauti hawezi kukadiria bila kukuuliza swali, haijawa tayari kutumwa.

Mahali inapoanguka: Ujumbe wa mazungumzo wa mstari mmoja — "maoni kuhusu kubadilisha kwenda X?" — bila muktadha, hivyo kila jibu ni ombi la maelezo zaidi badala ya hoja.

2. Weka dirisha la maamuzi na mamuzi wazi.

Taja wakati dirisha linapofungwa ("ingizo kabla ya Alhamisi 17:00 UTC") na nani anafanya uamuzi mara linapofungwa. Dirisha linaanzisha tarehe ya mwisho ambayo maamuzi ya async yanakosa; mamuzi aliyepewa jina — GitLab inafanya rasmi hii kama Mtu Anayehusika Moja kwa Moja — inamaanisha kwamba mjadala unamalizika kwa uamuzi badala ya kuishia bila kumalizika.

Mahali inapoanguka: Hakuna tarehe ya mwisho na hakuna mmiliki — hivyo uzi unabaki "wazi" milele, na uamuzi unafanywa na yeyote anayechoka kwanza, au kamwe.

3. kusanya hoja zilizopangwa

Uliza sababu, si majibu. Kila mchango unapaswa kuwa faida au hasara inayoungwa mkono na ushahidi au uzoefu, ikihusishwa na mada maalum inayoshughulikia — si ukuta wa maoni yasiyo na mpangilio. Muundo ndicho kinachofanya uzi wa maandiko uwe rahisi kusomeka na mtu anayekutana na habari baada ya masaa, na ndicho kinacholazimisha taarifa zinazoshikiliwa kwa faragha kuja hadharani badala ya kuziacha zisemwe.

Mahali inapoanguka: Mtiririko wa maoni wa gorofa ambapo msaada na upinzani vimechanganyika pamoja, pointi zinajirudia, na hakuna anayeweza kusema ni hali gani halisi ya mjadala.

4. Tatua pingamizi waziwazi

Kabla ya kufanya uamuzi, pitia pingamizi kubwa moja baada ya nyingine: jibu, kubali (na pendekezo libadilishwe), au kumbuka kama hatari inayojulikana ambayo kundi linakubali. Pingamizi ambalo linapuuziliwa mbali halitakaa mbali — linarudi baada ya uamuzi, kama upinzani.

Mahali inapoanguka: Kuchukulia kimya kama makubaliano na kusukuma pingamizi lililotolewa chini ya zulia, hivyo "uamuzi" ni kweli tu kutokubaliana bila kutatuliwa na muda wa kutokea.

5. amua na rekodi

Mamuzi hufanywa na mamuzi, na matokeo yanaandikwa: kile kilichamua, sababu kuu za na dhidi, nani aliamua, na lini. Rekodi hiyo ndiyo maana nzima — ndiyo inayoelekezwa na timu iliyosambazwa badala ya kujadili tena swali hilo katika robo ijayo.

Mahali inapoanguka: Uamuzi ambao unaishi tu katika akili ya mamuzi au uzi uliozikwa, hivyo miezi mitatu baadaye hakuna anayeweza kukumbuka kilichochaguliwa au kwa nini, na mjadala unafunguliwa upya kutoka sifuri.

Mtego ambao kimya kimya unavunja.

Mengi ya maamuzi ya async yaliyoshindwa yanafeli kwa njia chache sawa. Yataje, na unaweza kubuni dhidi yao.

Mwelekeo. Bila tarehe ya mwisho na mmiliki, uamuzi wa async haufanyiki — unayeyuka. Kila mada iliyo wazi inahitaji dirisha na mamuzi aliyepewa jina, au inakuwa uamuzi kwa default kimya kimya.

Kimya si idhini. Thread isiyo na kelele haimaanishi makubaliano — mara nyingi inamaanisha hakuna aliyesoma, au hakuna aliyekuwa na usalama wa kupinga kwa maandiko. Uliza waziwazi kuhusu pingamizi, na itendee "hakuna majibu" kama "bado haijapitiwa," si "ndiyo."

Hakuna rekodi ya uamuzi. Ikiwa matokeo hayajaandikwa mahali ambapo timu inaweza kuyapata, faida ya async inatoweka. Mantiki inapaswa kuishi zaidi ya uzi, au utapata mjadala sawa tena baada ya mwezi mmoja.

Async-kusafisha mazungumzo halisi. Baadhi ya maamuzi ni ya kweli ya mazungumzo — hisia kali, kutokuwa na uhakika mkubwa, au mzozo mzito. Kulazimisha hayo katika mjadala wa maoni huleta tu hoja ya polepole na baridi. Jua ni lini unapaswa kubadilisha kuwa simu.

Je, async haifanyi kila kitu kuwa polepole zaidi?

Kulingana na uamuzi, mara nyingi ndiyo — na inafaa kuwa mkweli kuhusu ushahidi. Uchambuzi wa meta wa jadi wa uamuzi wa kikundi kupitia kompyuta (Baltes na wenzake, 2002) uligundua kwamba vikundi vinavyofanya kazi kupitia njia za maandiko vilichukua muda mrefu kufikia maamuzi kuliko vikundi vya uso kwa uso, na mara nyingi havikuridhika na mchakato huo. Dirisha la maandiko lililopimwa kwa siku mara nyingi halitashinda simu ya dakika thelathini kwa ucheleweshaji.

Lakini ucheleweshaji kwa kila uamuzi si kipimo sahihi kwa timu iliyosambazwa. Simu inayotatua swali moja ndani ya dakika thelathini inagharimu watu wanane nafasi iliyosawazishwa — saa 6 asubuhi kwa mmoja na saa 11 jioni kwa mwingine — pamoja na kubadilisha muktadha pande zote mbili, na haina rekodi yoyote. Thread ya async inagharimu kila mtu dakika kumi na tano za umakini ndani ya siku zao za kazi, inafanya kazi sambamba na thread nyingine zote, na inamalizika kwa uamuzi ulioandikwa. Unabadilisha kidogo kasi kwenye uamuzi mmoja kwa uzito wa yote — na kwa ubora wa pembejeo: hoja zilizofikiriwa, zilizoungwa mkono na ushahidi ambazo wazungumzaji wa haraka katika mkutano wa moja kwa moja hawawahi kuacha nafasi kwa ajili yake. Mgawanyiko wa kweli, basi, si "async kila wakati"; ni jedwali lililo hapa chini — na kwa simu ya dharura kweli, mkutano bado ni chombo sahihi, ukiandikwa kama mmoja.

Sync dhidi ya async: maamuzi gani yanaenda wapi

Async ni chaguo la kawaida, si sheria. Ujuzi ni kujua ni maamuzi gani ya kuweka hai. Jaribio rahisi: ikiwa uamuzi unahitaji hasa maoni yaliyofikiriwa na rekodi, chagua async; ikiwa unahitaji hasa kuungana kwa wakati halisi au chaguzi mpya, chagua sync. (Nukta moja ya utafiti inayostahili kujulikana: Brucks na Levav walionyesha katika Nature mwaka 2022 kwamba simu za video zinapunguza uzalishaji wa mawazo ya ubunifu — lakini haziko mbaya kwa kuchagua kati ya chaguzi. Ikiwa kazi ni kuunda chaguzi, ingia chumbani au kwenye simu; ikiwa kazi ni kuchagua na kurekodi, kuandika kunahudumia.)

Amua kwa njia isiyo ya moja kwa moja

Swali limeeleweka vizuri, chaguzi zinajulikana, na kile unachohitaji hasa kinachukuliwa kama pembejeo na rekodi wazi. Simu zinazoweza kubadilishwa au za hatari ndogo, maamuzi ya kawaida, na chochote ambacho ushahidi wa maandiko ni muhimu zaidi kuliko sauti.

Amua kuunganisha

Tatizo bado linaumbwa, chaguzi bado zinahitaji kuundwa, hisia au migogoro iko juu, au uaminifu unajengwa. Tumia muda wa moja kwa moja kwa kile ambacho uandishi hauwezi kufanya — kisha rekodi matokeo kwa njia ile ile unavyofanya kwa moja isiyo ya moja kwa moja.

Tazama kile ambacho safu zote zinashiriki: uamuzi unapata rekodi kwa njia yoyote. Uamuzi wa moja kwa moja bila rekodi una hali sawa ya kushindwa kama ule wa async — unayeyuka. Ikiwa unataka tofauti kati ya nakala na rekodi halisi, ni pengo kati ya dakika za mkutano na rekodi ya uamuzi: moja inanakili kile kilichosemwa, nyingine inanakili kile kilichamua na kwa nini. (Na kabla ya kupanga zile za sync, zipitie mtihani wa maswali manne katika hii ingeweza kuwa barua pepe — nyingi hazitapita.)

Jinsi Argumentree inavyosaidia maamuzi ya async

Unaweza kuendesha kitabu cha mchezo kwa mikono kwa nidhamu na hati iliyo na ushirikiano. Argumentree inajenga muundo ndani ya chombo ili muundo uendelee bila mwezeshaji kuangalia mjadala. Watu wanawasilisha hoja zao kabla katika masaa yao ya kazi, hivyo mchango hauitegemei kuwa mtandaoni kwa wakati mmoja — kizuizi cha muda kinakoma kutumika.

Michango hiyo inakuja kama hoja zilizopangwa za kuunga mkono na kupinga zinazohusiana na mada maalum wanayoshughulikia, si kama mfululizo wa maoni yasiyo na mpangilio — hivyo, mwenzi wa timu anayejiandaa baada ya masaa kadhaa anaweza kusoma hali halisi ya hoja kwa haraka badala ya kupita kwenye ukuta wa majibu. Na wakati dirisha linapofungwa, mjadala unakuwa rekodi ya uamuzi: matokeo, sababu za kuunga mkono na kupinga, na nyendo kamili ya nani alijadili nini. Rekodi hiyo ndiyo inayoleta mjadala mzuri wa async kuwa kumbukumbu ya kudumu ya taasisi — hivyo timu iliyosambazwa inafanya uamuzi mara moja na kurejelea, badala ya kujadili tena swali hilo baada ya robo mwaka. Ikiwa timu yako iko tayari kujaribu mwongozo huu kwenye uamuzi halisi wiki hii, unaweza kuanza jaribio la bure na kufanya wa kwanza kwenye zana hiyo.

Mtihani wa uamuzi unaofuata

Chukua uamuzi unaofuata ambao timu yako inakaribia kupanga mkutano kwa ajili yake. Uliza: je, swali tayari limeeleweka vizuri, na je, chaguzi zinajulikana? Ikiwa ndiyo — weka kama pendekezo la maandiko lenye dirisha na mamuzi badala yake, na tumia muda wa mkutano kufanya kazi. Badiliko hilo moja ndilo mbinu nzima katika muundo mdogo.

Amua kwa maandiko, kutana kwa kusudi

Mhandisi wa Singapore kutoka ufunguzi hahitaji muda mzuri wa mkutano — hakuna muda kama huo. Wanahitaji uamuzi ufike kwao: pendekezo la maandiko wanaoweza kusoma saa 9 asubuhi kwa wakati wao, mahali palipopangwa kuongeza hoja pekee wanayo, dirisha linalowaambia wakati mchango unafungwa, na rekodi wanaweza kuashiria wakati swali linajitokeza tena. Kila hatua ya mwongozo ni hitaji hilo, lililopangwa kwa ujumla.

Uamuzi wa async si zawadi ya faraja kwa kazi ya mbali. Imefanywa kwa muundo — pendekezo, dirisha, mamuzi, hoja, rekodi — ni mchakato bora zaidi kuliko chumba cha mkutano kinachobadilishwa: maoni yaliyofikiriwa zaidi, sauti zaidi, na kumbukumbu inayodumu zaidi ya mjadala. Timu zinazokumbana na changamoto hii hazifanyi async nyingi; wanafanya async bila muundo. Rekebisha muundo, na ramani ya maeneo ya muda kwenye ukurasa wako wa timu inacha kuwa kizuizi na inaanza kuwa sababu ya maamuzi yako kuandikwa kabisa.

Mkutano haukuwa muhimu. Uamuzi — uliofanywa vizuri, na kuandikwa — ndio ulikuwa muhimu.

Acha timu yako ya mbali iamue bila mkutano.

Argumentree inafanya maamuzi ya async kutoka mwanzo hadi mwisho — hoja zilizowasilishwa mapema, muundo wa faida na hasara, na rekodi ya maamuzi ambayo timu nzima inaweza kuunga mkono.

Vyanzo na kusoma zaidi

Perlow, L. A., Hadley, C. N., & Eun, E. (2017). Acha Wazimu wa Mikutano. Harvard Business Review, Julai–Agosti 2017.Utafiti wa wasimamizi wakuu 182: 65% walisema mikutano inawazuia kumaliza kazi zao; 71% waliona mikutano yao haina tija.
Baltes, B. B., Dickson, M. W., Sherman, M. P., Bauer, C. C., & LaGanke, J. S. (2002). Mawasiliano ya Kielektroniki na Uamuzi wa Kundi: Uchambuzi wa Meta. Tabia ya Shirika na Mchakato wa Uamuzi wa Binadamu, 87(1), 156–179.Ushahidi nyuma ya kukubali kwa dhati: michakato ya kikundi iliyoandikwa inachukua muda mrefu zaidi kwa kila uamuzi kuliko ile ya uso kwa uso.
Lu, L., Yuan, Y. C., & McLeod, P. L. (2012). Miaka Ishirini na Tano ya Profaili Zilizofichwa katika Uamuzi wa Kundi: Uchambuzi wa Meta. Mapitio ya Tabia na Psikolojia ya Kijamii, 16(1).Utafiti 65, vikundi 3,189: majadiliano yanajielekeza kwenye kile ambacho kila mtu tayari anajua — kushindwa kwa mzunguko wa hoja iliyoandikwa ambayo imekusudiwa kukabiliana nacho.
Brucks, M. S., & Levav, J. (2022). Mawasiliano ya mtandaoni yanapunguza uzalishaji wa mawazo ya ubunifu. Nature, 605, 108–112.Mawasiliano ya video yanapunguza uzalishaji wa mawazo lakini si uchaguzi wa mawazo — utafiti wa kina nyuma ya mgawanyiko wa sync/async.
GitLab Handbook — Mwongozo wa Kazi Nzima kwa Mbali & hati za kwanza za mwongozo.Mwongozo wa uendeshaji wa kampuni maarufu zaidi ya mbali: wanachama wa timu zaidi ya 1,500 katika nchi zaidi ya 65 wakifanya maamuzi kwa kuzingatia mwongozo, na DRI aliyepewa jina kwa kila uamuzi.

Maswali Yanayoulizwa Mara kwa Mara

Nini maana ya kufanya maamuzi yasiyo ya wakati mmoja?

Uamuzi wa asinkroni ni kufanya maamuzi bila kuhitaji kila mtu kuwapo kwa wakati mmoja. Badala ya mkutano wa moja kwa moja, mtu anaandika pendekezo pamoja na muktadha wake, kuweka dirisha la uamuzi na kutaja mamuzi, na kikundi kinachangia hoja zilizopangwa - faida, hasara, na pingamizi - katika masaa yao ya kazi. Wakati dirisha linapofungwa, mamuzi hufanya uamuzi na matokeo yanarekodiwa. Ni njia ya kawaida ya kufanya kazi kwa timu zilizogawanyika na za mbali kwa sababu inondoa adhabu ya muda wa eneo na inazalisha rekodi ya maandishi.

Kwa nini timu za mbali na zilizogawanyika zinahitaji maamuzi ya async?

Sababu tatu. Mikoa ya muda ina maana kwamba mara chache kuna saa ambayo ni rahisi kwa timu iliyosambazwa nzima, hivyo mkutano wa maamuzi wa moja kwa moja kila wakati unawakatisha wengine. Mzigo wa mikutano unakandamiza kazi halisi — katika utafiti wa HBR wa Perlow, Hadley na Eun, asilimia 65 ya mameneja wakuu 182 walisema mikutano inawazuia kumaliza kazi zao wenyewe. Na mchango wa maandiko unazingatiwa zaidi — unawapa wachangiaji wa kimya na wasiozungumza lugha ya asili nafasi sawa, muda wa kufikiria, na uwezo wa kurejelea ushahidi badala ya kujibu papo hapo; utafiti wa wasifu wa siri unaonyesha kwamba raundi ya maandiko pia inatoa taarifa ambazo majadiliano ya moja kwa moja mara nyingi yanaacha zisisemwe.

Ni kitabu cha maamuzi ya async?

Hatua tano. (1) Andika pendekezo na muktadha wake — swali, chaguo lililopendekezwa, na taarifa ya kutosha ili kulihukumu. (2) Weka dirisha la uamuzi na jina la mamuzi wazi, ili mjadala uwe na tarehe ya mwisho na mmiliki. (3) Kusanya hoja zilizopangwa — sababu za na dhidi, zinazohusishwa na madai wanayoshughulikia, si mtiririko wa maoni yasiyo na mpangilio. (4) Fanya maelezo ya upinzani wazi — yajibu, yakubali na kubadilisha pendekezo, au yaandike kama hatari zilizokubaliwa. (5) Amua na rekodi — mamuzi anaita na matokeo, sababu, na mwandishi yanaandikwa.

Ni miongoni mwa matatizo makubwa ya kufanya maamuzi kwa njia ya async?

Drift (hakuna tarehe ya mwisho au mmiliki, hivyo uamuzi haufanyiki kamwe), kut treating kimya kama idhini (thread ya kimya kawaida inamaanisha haijasomwa, si kukubaliana — kila wakati uliza waziwazi kuhusu pingamizi), na kupuuza rekodi ya uamuzi (ikiwa matokeo na mantiki yake hayajaandikwa mahali ambapo timu inaweza kuyapata, mjadala huo huo unarejea baadaye). Ya nne ni kuosha mazungumzo ya async ambayo yanahitaji simu ya moja kwa moja — maamuzi yenye migogoro mikali au yasiyo na uhakika hayapaswi kuwa katika thread ya maoni.

Je, uamuzi wa async ni polepole zaidi kuliko mkutano?

Kulingana na uamuzi, mara nyingi ndiyo — ushahidi wa meta-uchambuzi kuhusu vikundi vinavyotumia kompyuta (Baltes et al., 2002) uligundua kwamba michakato ya maandiko inachukua muda mrefu kufikia uamuzi kuliko ile ya uso kwa uso. Lakini kwa timu iliyosambazwa, kitengo muhimu ni uzalishaji, si ucheleweshaji wa uamuzi mmoja: thread ya async inagharimu kila mtu dakika zilizolengwa ndani ya siku zao za kazi badala ya muda wa pamoja ambao unachangia usiku wa mtu, inafanya kazi sambamba na maamuzi mengine, na inamalizika kwa rekodi ya maandiko. Hifadhi mikutano ya moja kwa moja kwa maamuzi ambayo kwa kweli yanahitaji mwingiliano wa wakati halisi, na biashara hiyo ni ya faida kubwa.

Ni maamuzi gani yanapaswa kufanywa kwa njia ya async na yapi yanapaswa kufanywa katika mkutano?

amua kwa njia isiyo ya moja kwa moja wakati swali limeeleweka vizuri, chaguzi zinajulikana, na kile unachohitaji kinachukuliwa kama ingizo na rekodi wazi — maamuzi yanayoweza kubadilishwa au yasiyo na hatari kubwa, mabadiliko ya kawaida, na chochote ambacho ushahidi wa maandiko ni muhimu zaidi kuliko sauti ya wakati halisi. Amua kwa njia ya moja kwa moja wakati tatizo bado linaumbwa, wakati chaguzi bado zinahitaji kuundwa (utafiti katika Nature uligundua kuwa video na mazingira ya virtual yanapunguza uundaji wa mawazo, ingawa si uchaguzi), wakati hisia au migogoro iko juu, au wakati uaminifu unajengwa. Tumia wakati wa moja kwa moja kwa kile ambacho uandishi hauwezi kufanya — kisha rekodi matokeo kwa njia ile ile unavyofanya kwa moja isiyo ya moja kwa moja.

Amua kwa maandiko. Kutana kwa kusudi.

Hoja zilizowasilishwa mapema, dirisha wazi na mamuzi, na rekodi inayodumu zaidi ya uzi — kitabu cha michezo cha async, kilichojengwa ndani ya chombo.

Hakuna kadi ya mkopo inayohitajikaWeka ndani ya dakika.Ghairi wakati wowote

Kuhusu 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.

Tutafute kwenye LinkedIn Tufuate kwenye X

Jiunge na mjadala

Async-first au meeting-first — ni ipi kati ya hizo mbili imewasaidia timu yako zaidi? Fanya hoja yako katika jamii.

Jadili kwenye Jukwaa la Argumentree

Uamuzi wa Async kwa Timu za Mbali: Amua Bila Mkutano