Асінхронна ці ў жывым эфіры: сустрэча патрэбная не кожнай задачы

Калі задачу можна ясна апісаць, а адказ можа пачакаць да працоўнага часу калег, пачніце з паведамлення або дакумента. Калі затрымка спыняе працу ці ўдзельнікі па-рознаму разумеюць праблему, збярыце на званок людзей, якія могуць яе вырашыць. Вынік размовы ўсё роўна варта запісаць: тым, хто не прысутнічаў, спатрэбіцца само рашэнне і яго абгрунтаванне.

Выбар залежыць ад тэрміновасці, складанасці пытання, колькасці ўдзельнікаў і патрэбы ў пісьмовым следзе. У размеркаванай камандзе важна таксама, калі перасякаюцца працоўныя гадзіны. Паведамленне дазваляе адказаць пазней без перапынення чужой працы; жывая размова дае хуткія ўдакладненні, але патрабуе ад усіх агульнага часу.

Матрыца выбару: чатыры пытанні перад сустрэчай

Даведнік Atlassian прапануе суадносіць фармат працы з тэрміновасцю, мэтай, колькасцю ўдзельнікаў і складанасцю тэмы. Для канкрэтнай задачы гэтыя прыкметы зручна дапоўніць пытаннем, ці трэба будзе вярнуцца да абгрунтавання рашэння. Адна прыкмета рэдка вырашае ўсё: тэрміновае абнаўленне можна хутка даслаць пісьмова, а спрэчнае пытанне можа пачакаць падрыхтаванага званка.

• Тэрміновасць. Калі чаканне адказу блакуе наступную працу, звяжыцеся непасрэдна з чалавекам, які можа прыняць рашэнне. Калі ёсць час на звычайны цыкл адказаў, пазначце тэрмін у паведамленні і дайце калегам адказаць у іх працоўныя гадзіны.
• Неадназначнасць. Статус задачы, праверка факта або выбар паміж ясна апісанымі варыянтамі добра змяшчаюцца ў тэксце. Калі ўдзельнікі па-рознаму тлумачаць патрабаванні і кожны адказ адкрывае новае пытанне, сумесная размова можа хутчэй выявіць прычыну разыходжання.
• Колькасць удзельнікаў. Калі патрэбныя заўвагі многіх людзей, агульны брыф дае кожнаму аднолькавы кантэкст і месца для каментара. На званок можна запрасіць вузейшае кола тых, хто разбярэ спрэчны пункт і прыме рашэнне.
• Пісьмовы след. Калі рашэнне закране іншыя групы або да яго вернуцца пазней, захавайце варыянты і прычыны выбару. Званок дапамагае дамовіцца, але без запісанага выніку астатнім давядзецца зноў пытацца пра тое ж самае.

Калі прыкметы паказваюць у розныя бакі, фарматы можна спалучыць. Спачатку дайце ўдзельнікам брыф з фактамі і адкрытым пытаннем, на званку абмяркуйце толькі тое, што засталося неясным, а рашэнне вярніце ў брыф. Так сумесны час ідзе на разбор праблемы, а не на чытанне ўводных звестак.

Калі пісьмовы брыф эканоміць агульны час

Асінхронная праца падыходзіць для абнаўленняў, збору заўваг і рашэнняў, якія не патрабуюць імгненнага адказу. Яна асабліва карысная, калі працоўныя гадзіны каманды перасякаюцца ненадоўга: чалавек атрымлівае кантэкст тады, калі можа ім заняцца, і пакідае адказ наступнаму ўдзельніку. Аўтару даводзіцца ясней сфармуляваць просьбу, затое атрымальнік можа спачатку праверыць дэталі.

У апісанні працы GitLab дакументацыя названа асновай асінхроннай камунікацыі: пытанні, адказы і абмеркаванні захоўваюцца ў агульным канале, каб праца працягвалася паміж часавымі паясамі. Гэта дае больш, чым кароткая просьба «паглядзі задачу». Калега бачыць, што ўжо вядома, якія варыянты абмяркоўваліся і дзе пакінуць адказ, які змогуць выкарыстаць іншыя.

Хуткасць тут варта ацэньваць па часе да карыснага рашэння, а не да першай рэакцыі. Кароткае паведамленне можа хутка атрымаць адказнае «удакладніце», пасля якога пачнецца доўгая перапіска. Брыф патрабуе больш часу на падрыхтоўку, але дазваляе адразу паказаць абмежаванні, патрэбныя матэрыялы і канкрэтнае пытанне. Ён таксама дапамагае заўважыць, што для рашэння пакуль не хапае фактаў.

Калі перапіска становіцца даражэйшай за званок

Жывая размова карысная, калі ўдзельнікі зноў і зноў тлумачаць адно і тое ж, разыходзяцца ў азначэннях або не могуць разблакаваць працу без сумеснага разбору. У парадах GitLab для відэазванкоў ёсць арыенцір: пасля трох абменаў паведамленнямі на адну тэму кампанія прапануе пагаварыць у рэальным часе. Гэта сігнал ацаніць, ці набліжае далейшая перапіска рашэнне, а не аўтаматычная нагода прызначыць сустрэчу.

Сфармулюйце для званка адно пытанне, якое трэба закрыць, і пакіньце ўдзельнікам спасылку на ўжо сабраны кантэкст. Калі праблема вузкая, дастаткова людзей, якія могуць удакладніць факты і выбраць дзеянне. Калі ў размове выявіцца недахоп даных, зафіксуйце, хто іх збярэ і калі вернецца з адказам: працяглая сустрэча сама па сабе гэты прабел не запоўніць.

Тэрміновасць таксама трэба разумець аднолькава. Пазнака «тэрмінова» не стварае агульнага працоўнага часу ў розных часавых паясах. Для пытанняў, якія сапраўды не могуць чакаць, камандзе патрэбная дамоўленасць, хто даступны і праз які канал з ім звязвацца. Для астатніх запытаў дастаткова тэрміну адказу ў брыфе, каб маўчанне не прымалі за згоду.

Як не страціць сувязь паміж групамі

Пісьмовыя каналы дапамагаюць захаваць кантэкст, але не гарантуюць, што патрэбныя людзі ўбачаць абмеркаванне. У даследаванні Microsoft пераход яе супрацоўнікаў на аддаленую працу суправаджаўся ростам асінхроннай камунікацыі, а доля часу супрацоўніцтва паміж рознымі групамі знізілася прыкладна на 25% адносна дапандэмічнага ўзроўню. Гэта вынік для даследаванай арганізацыі і яе ўмоў, а не працэнт, які можна перанесці на кожную размеркаваную каманду.

Таму для рашэння, якое закранае суседнюю групу, важна вызначыць не толькі канал, але і ўдзельнікаў. Яе прадстаўнік можа пракаментаваць брыф або далучыцца да званка па канкрэтным пытанні. Размовы для знаёмства і падтрымання кантакту таксама маюць сваю мэту: яны дапамагаюць людзям ведаць, да каго звяртацца па-за межамі ўласнай групы. Гэта іншая задача, чым статусная сустрэча, дзе кожны толькі пералічвае зробленае.

Шаблон асінхроннага брыфа

Брыф павінен дазваляць адказаць без пошуку кантэксту ў розных чатах. Яго можна размясціць у задачы, агульным дакуменце або канале, дзе каманда звычайна абмяркоўвае рашэнні:

• Пытанне і вынік: што трэба вырашыць і які адказ патрэбны — заўвага, выбар варыянта ці пацвярджэнне факта.
• Кантэкст: чаму пытанне ўзнікла, што ўжо вядома і дзе знаходзяцца матэрыялы, патрэбныя для адказу.
• Варыянты: якія рашэнні разглядаюцца, якія ў іх абмежаванні і чаго яшчэ не ведаем.
• Удзельнікі і тэрмін: чый водгук патрэбны, хто прымае канчатковае рашэнне і калі чакаецца адказ з улікам працоўных гадзін.
• Умова для званка: якое разыходжанне ў разуменні або якая затрымка запатрабуе размовы ў рэальным часе.

Калі каментары дазволілі зрабіць выбар, запішыце рашэнне і адказнага там жа. Калі яны выявілі розныя тлумачэнні праблемы, перанясіце на званок гэты спрэчны пункт, захоўваючы астатні кантэкст у брыфе. Так вынік застанецца даступным і ўдзельнікам размовы, і тым, хто далучыцца да працы пазней.

Чытайце таксама:

• Cursor ці GitHub Copilot: тып задачы важнейшы за агульны рэйтынг