Slack

Analüüsis AppCompare

Kui tööpäeva info saabub korraga e-kirja, vestluse ja eri projektitööriistade kaudu, on raske aru saada, mis vajab vastust ja mis on lihtsalt taustajutt. Slack aitab mul koondada meeskonna tööalase suhtluse ühte rakendusse, kuid selle väärtus sõltub sellest, kas tiim lepib kokku, kuidas kanaleid ja sõnumeid kasutada. Kui iga teema jaoks tekib läbimõtlemata uus vestlus, võib ühest kohast saada lihtsalt järgmine lärmakas postkast.

Millise töö jaoks see end ära tasub

Enne tööruumi avamist tasub endalt küsida, milline igapäevane probleem vajab lahendamist. Kui sama projekt vajab korduvaid lühikesi kooskõlastusi, inimesed töötavad eri aegadel või tähtis taustainfo kaob postkastidesse, on kanalipõhine suhtlus hea lähtekoht. Kui vaja on vaid aeg-ajalt kolleegile üks küsimus saata, võib tavaline e-kiri või juba kasutusel olev grupivestlus olla lihtsam. Mina ei paigaldaks Slacki üksnes sellepärast, et see on töövahendite seas tuntud nimi.

Oluline on ka see, kas kogu tiim on valmis samas kohas suhtlema. Kui osa arutelust käib rakenduses, osa e-kirjas ja ülejäänu eravestlustes, ei teki ühtset töövoogu ning inimene peab ikka otsima, kuhu otsus jäi. Enne kasutuselevõttu tasub kokku leppida, millised teemad liiguvad kanalitesse, millal kasutatakse otsevestlust ja kus hoitakse lõplikku tööseisu. Need kokkulepped ei pea olema keerulised, kuid peavad olema kõigile arusaadavad.

Kuidas vestlusest saab tehtud töö

Enne Slacki avamist mõtlen läbi, milline tööinfo kipub meie tiimis kõige sagedamini kaduma: kas lahendamata küsimus, varasem otsus või see, kelle käes on järgmine samm. Selles osas vaatlen, kuidas ühest tööalasest vestlusest saab leitav ja jätkatav töövoog, ning miks selge alguskoht aitab vältida paralleelseid arutelusid. Sealt on lihtsam liikuda kanalite ja praktiliste töövõtete juurde.

Alusta kanalist, mitte järjekordsest grupivestlusest

Slack on tasuta äri- ja suhtlusrakendus, mille arendaja on SLACK TECHNOLOGIES L.L.C. Selle tavapärane tööloogika põhineb teemade ümber koondatud vestlustel: kanalid aitavad hoida projekti, tiimi või töökorralduse arutelud lahus, samal ajal kui otsesõnum sobib konkreetsele inimesele saadetud küsimuseks. Mulle on see oluline erinevus võrreldes olukorraga, kus kõigi sõnumid satuvad ühte pikka grupivestlusse ja hiljem tuleb vajalikku otsust sealt taga otsida.

Uue töövoo puhul tasub enne sõnumite saatmist läbi mõelda, kust kolleegid infot otsima hakkavad. Näiteks võib toote muudatuse arutelu kuuluda selle projektiga seotud kanalisse, samas kui puhkuse või kiire isikliku küsimuse saab lahendada otsevestluses. Kui tiim kasutab kanaleid järjekindlalt, on lihtsam näha, milline otsus puudutab laiemat seltskonda. Kui kõik saadavad iga küsimuse kõigile, kaob see eelis kiiresti.

Esimesel kasutamisel soovitan jälgida, millised kanalid on päriselt aktiivsed ja millised on vaid nimekirjas olemas. Mobiilis on lihtne avada vestlus, vastata ja rakendus sulgeda, kuid pidev kanalite vahel hüppamine väsitab. Mina alustaksin mõne tööks vajaliku teemaga, mitte ei püüaks kohe igas arutelus osaleda. Nii saab kiiresti selgeks, kas Slack vähendab infokadu või lisab lihtsalt veel ühe koha, mida kontrollida.

Tasub enne valimist lugeda

---

Xiaomi ilmarakendus aitab päeva planeerida, kuid kogukonda ei loo

PLAYit leiab telefonist peaaegu iga video, kuid mugavusel on hind

TikTok Lite viib lühivideod väiksema andmekuluga kaugemale

Prime Video võit sõltub sellest, mida vaataja telefonis leiab

Moovit ei juhi busse, kuid mõjutab seda, kuidas linnas liigume

Nädala valik: Microsoft 365 Copilot aitab tööga kiiremini alustada

---

Leia taust üles enne, kui küsid uuesti

Kui keegi liitub aruteluga hiljem või vajab varem jagatud detaili, on otsing üks Slacki kasulikumaid töövõtteid. Selle asemel et paluda kolleegil sama vastus uuesti kirjutada, tasub otsida mõnd eristuvat sõna ja vaadata sobiva kanali vestlust. See on eriti praktiline siis, kui meeskond kasutab kindlaid nimetusi projekti, kliendi või ülesande kohta. Üldise otsingusõna asemel konkreetse termini kasutamine vähendab ebaoluliste tabamuste hulka.

Otsing ei asenda siiski head sõnumikirjutamist. Kui otsus on peidetud lühikeste vastuste ja kõrvalepõigete vahele, tuleb selle leidmiseks ikkagi vestlus läbi lugeda. Minu soovitus on kirjutada olulise muudatuse korral kohe välja, mida otsustati ja mis juhtub järgmisena. Slack sobib arutelu pidamiseks, kuid kanali lugeja ei peaks pidama kolleegide mõtteid ise kokku panema.

Samuti tasub eristada küsimust ja otsust. Küsimus võib saada kanalis kiire vastuse, aga kui vastus muudab kokkulepitud tööplaani, aitab selge kokkuvõte vältida olukorda, kus osa tiimist loeb ainult algset sõnumit. Selline harjumus on väike, kuid muudab hilisema üleandmise palju sujuvamaks.

Hoia töövoog koos, mitte teavitused kõrvuti

Slacki tugev külg on see, et meeskond saab arutada töö käigus tekkivaid küsimusi seal, kus teised neid näevad. Näiteks võib kujundaja jagada kanalis ülevaatamiseks vajaliku materjali, saada tagasisidet ja täpsustada muudatuse suunda ilma eraldi e-kirjaringita. Kui järgmine kolleeg peab sama arutelu põhjal töö üle võtma, leiab ta konteksti tõenäolisemalt üles kui olukorras, kus otsused on laiali eri inimeste postkastides.

Siin on üks praktiline nüanss: Slacki ei tasu käsitleda automaatselt ülesannete nimekirja või ametliku dokumendiarhiivina. Vestlus aitab koordineerida, kuid kiirelt liikuvate sõnumite seast ei pruugi hiljem näha, kas töö on lõpetatud või kes vastutab järgmise sammu eest. Mina kasutaksin seda kokkulepete tegemiseks ja hoiaksin tähtsa tööseisu selgelt nähtavana seal, kus tiim seda tavaliselt jälgib. Kui kogu vastutus jääb ühe mööduva sõnumi sisse, võib see märkamatult kaduma minna.

Üleandmine on hea kanali tõeline proov

Slack muutub eriti kasulikuks siis, kui töö liigub ühelt inimeselt teisele. Oletame, et hommikul märkab tiim klientide tagasisides korduvat probleemi. Üks inimene lisab tähelepanekud sobivasse kanalisse, teine kontrollib tausta, kolmas pakub lahenduse ning vastutaja võtab kokku, mida nüüd tehakse. Kui sõnumid jäävad sama teema juurde, ei pea iga osaleja alustama uut vestlust ega küsima kogu lugu uuesti.

Üleandmisel tasub sõnumis nimetada, mida järgmine inimene vajab: mis on juba kontrollitud, milline küsimus on lahti ja kellelt oodatakse vastust. See pole Slacki eraldi imefunktsioon, vaid hea kasutusviis, mis aitab vestluse infol päriselt edasi liikuda. Rakendus ei saa ise parandada ebaselget vastutust ega muuta pooleliolevat arutelu valmis tööks. Selleks peab tiim kirjutama nii, et järgmine samm oleks inimesele arusaadav.

Samuti on kanal parem valik siis, kui vastusest võib kasu olla rohkem kui ühel kolleegil. Otsesõnum on loomulik kiireks üks-ühele kooskõlastuseks, kuid avalikus töökanalis tehtud selgitus säästab teiste aega, kui sama küsimus kordub. See ei tähenda, et kõik vestlused peaksid olema kõigile nähtavad; mõte on valida sihtkoht selle järgi, kellel on teavet vaja.

Üks tavaline tööpäev Slackis

Kujutlen näiteks päeva, mil klient teatab, et pärast toote muudatust ei leia ta enam vajalikku seadet. Tiimi liige paneb tähelepaneku projekti kanalisse, lisab konkreetse vea kirjelduse ning märgib, mida on juba proovitud. Arendaja leiab varasema arutelu otsinguga üles, kontrollib kas muudatuse taga oli teadaolev põhjus ning vastab samas kohas. Nii ei pea kliendiga suhtlev kolleeg alustama eraldi kirjavahetust, et juhtunut teistele ümber jutustada.

Edasi vajab töö selget üleandmist: keegi peab sõnastama, kas tiim uurib probleemi edasi, kas vaja on täiendavat infot või kas lahendus on juba kokku lepitud. Kui otsus on kanalis lühidalt kirjas, saab hiljem tööle tulnud kolleeg selle üles leida ja oma osa jätkata. Kui aga arutelu lõpeb mitme lühikese vastusega, millest ükski ei ütle, kes järgmise sammu teeb, jääb vestlus küll alles, kuid töö võib seisma jääda. See erinevus aitab hinnata, kas rakendust kasutatakse päriselt koordineerimiseks või lihtsalt sõnumite vahetamiseks.

Mobiilis mugav, kuid tähelepanu nõudev

Telefonis on Slack hea viis tööaruteluga kursis püsimiseks, kui ma ei ole arvuti juures. Sõnumi lugemine või kiire vastus sobib näiteks teel olles, ent pikema arutelu ja varasema konteksti otsimise jaoks eelistan suuremat ekraani. Mobiilne ligipääs võib tiimi reageerimist kiirendada, kuid see võib ka tekitada tunde, et igale märguandele peab kohe vastama. Kui kõik vestlused nõuavad tähelepanu, muutub kanalite rohkus koormaks.

Seepärast tasub eristada kiiret teavitust tavalisest töövestlusest ning kasutada kanalite valikut teadlikult. Kui ma jälgin ainult enda tööks olulisi arutelusid, on lihtsam märgata päriselt vajalikku infot. Kui aga liitun kõigega ja hoian kõiki vestlusi avatuna, täidab Slack päeva katkestustega. Rakendus sobib paremini meeskonnale, kes lepib kokku, mida kanalites jagatakse ja millist reageerimist üksteiselt oodatakse.

Kus töövoog takerdub

Peamine hõõrdumine ei ole vestluse alustamine, vaid info korrashoidmine. Liiga paljud kanalid muudavad sobiva koha valimise segaseks; liiga vähesed kanalid segavad eri teemad omavahel. Mõlemal juhul hakkavad kasutajad saatma samu küsimusi mitmesse kohta või pöörduma tagasi e-kirja juurde. Enne uue kanali loomist tasub küsida, kas teemal on korduv arutelu ja eristatav osalejate ring või piisab ühest olemasolevast kohast.

Teine piirang on pidev sõnumivoo tunne. Vestlusrakendus teeb vastamise lihtsaks, kuid kiire vastus ei pruugi olla läbimõeldud otsus. Kui töö nõuab pikki dokumente, rangelt jälgitavaid ülesandeid või ametlikku kinnitust, võib eraldi tööriist olla sobivam ning Slack jääda arutelu- ja koordineerimiskohaks. Ma ei soovitaks seda inimesele, kes otsib lihtsalt vaikset isiklikku märkmerakendust või kelle töö ei hõlma meeskonnaga suhtlemist.

Ka uus kasutaja võib vajada aega, et mõista, milline vestlus käib millises kanalis ja mida tiim peab oluliseks. Kui tööandja või projektirühm pole kasutusreegleid kokku leppinud, ei lahenda rakenduse installimine suhtlusprobleemi iseenesest. Parim tulemus tuleb siis, kui kanalite nimetused on arusaadavad, otsused sõnastatakse selgelt ning olulise info jagamiseks pole vaja iga kord eraldi inimesi taga ajada.

Väikesed töövõtted, mis hoiavad arutelu loetavana

Minu jaoks tasub olulise sõnumi kirjutamisel alustada taustast, mitte eeldada, et kõik lugejad on vestlust algusest peale jälginud. Lühike selgitus, millise projekti või probleemi kohta jutt käib, aitab hiljem otsingu kaudu arutelu leidnud inimesel kiiresti järje peale saada. Kui sõnumis on mitu eri küsimust, on parem need eristada, et kolleeg saaks vastata konkreetsele punktile ilma kogu arutelu uuesti kokku võtmata.

Samuti aitab vältida kanalite täitumist see, kui enne uue arutelu alustamist vaadata, kas sama teema kohta on juba käimas vestlus. See on eriti kasulik korduvate tööülesannete puhul: üks selge arutelukoht on enamasti väärtuslikum kui mitu peaaegu identset vestlust. Otsingut tasub kasutada ka enne küsimuse uuesti esitamist, kuid leitud vana vastust ei tohiks automaatselt pidada endiselt kehtivaks. Vajadusel küsi kanalis, kas kokkulepe on muutunud, ning jäta värske seis samasse kohta.

Veel üks kasulik harjumus on kirjutada üleandmise lõpus välja konkreetne ootus: kes jätkab, mida tuleb kontrollida ja millal on mõistlik teema juurde tagasi tulla. See ei muuda vestlust ametlikuks ülesannete halduriks, kuid aitab sõnumivoos eristada arutelu tegelikust järgmise sammu kokkuleppest. Kui tiim tahab jälgida tähtaegu või tööde seisu rangemalt, tuleks seda teha tööriistas, mis on selleks mõeldud, ning kasutada Slacki arutelu toetamiseks.

Kellele see sobib ja mida numbrid ütlevad

Slacki soovitaksin eelkõige tiimile, kus inimesed töötavad ühiste projektide kallal, vajavad kiiret kooskõlastust ja tahavad hoida arutelusid teemade kaupa leitavana. See sobib ka eri aegadel panustavatele kolleegidele: inimene saab hiljem vestlust lugeda ja tööga jätkata, kui varasemad sõnumid on piisavalt selged. Väikesele sõpruskonnale või inimesele, kes vajab vaid üht lihtsat vestluskanalit, võib see tunduda tarbetult töökorralduslik.

Rakenduse keskmine hinnang on 4,7 ning sellel on üle 221 tuhande hinnangu ja 35 tuhat arvustust. Slacki on paigaldatud üle 50 miljoni korra, nii et see pole niššiline töövestluse katsetus. Need näitajad annavad aimu laialdasest kasutusest, kuid ei ütle, kas konkreetse tiimi tööviis sobib kanalipõhise suhtlusega. Minu jaoks on olulisem küsimus, kas kolleegid hoiavad arutelud leitavad ja väldivad oluliste otsuste jätmist juhusliku sõnumi tasemele.

See on tasuta rakendus ning selle sisureiting on PEGI 3. Kasulik on teada ka tehnilist lähtepunkti: Slacki väljalaskekuupäev on 22. juuli 2013, praegune versioon on 26.09.50.0 ning miinimumsüsteemiks on märgitud 10. Enne installimist tasub kontrollida oma seadme süsteemiversiooni; töö jaoks on mõistlik veenduda ka selles, et tiim kasutab sama suhtluskeskkonda, mitte ei jaga arutelusid mitme konkureeriva kanali vahel.

Millal valida e-kiri või mõni lihtsam vestlus

Võrreldes e-kirjaga sobib Slack paremini jooksva arutelu ja kiirete üleandmiste jaoks; e-kiri võib olla parem siis, kui on vaja pikemat, formaalsemat ja eraldi saadetavat teadet. Tavaline grupivestlus on lihtsam, kuid teemade ja otsuste leidmine muutub seal sageli keerulisemaks. Slacki eelis pole see, et iga sõnum oleks tähtsam, vaid võimalus hoida eri tööjutud eraldi ja võimaldada kolleegil hiljem kontekstiga liituda.

Kui teie organisatsioon kasutab juba mõnda muud koostöökeskkonda, on mõistlik võrrelda mitte ainult vestlusvaadet, vaid kogu töövoogu: kus inimesed jagavad otsuseid, kuidas hilisem liituja konteksti leiab ja millises kohas vastutus kirja pannakse. Kahe sarnase rakenduse paralleelne kasutamine võib algul tunduda paindlik, ent sageli tekitab see küsimuse, milline kanal on päriselt oluline. Minu hinnangul võidab see lahendus, mida tiim suudab järjepidevalt kasutada, mitte see, millel on kõige rohkem avatud vestlusi.

Minu soovitus on Slacki proovida siis, kui teie tiim kaotab aega korduvatele küsimustele ja laiali pillutatud aruteludele. Alustage väheste selgete kanalitega, pange olulised otsused kirja arusaadavalt ning kasutage otsesõnumeid seal, kus vestlus ei puuduta ülejäänud meeskonda. Kui tiim ei taha kanaleid korras hoida või vajab eelkõige ülesannete rangeid tähtaegu, ei pruugi Slack olla keskne tööriist. Õigesti kasutatuna aitab see aga vestlusest järgmise inimeseni jõuda ilma, et iga üleandmine nõuaks kogu loo uuesti rääkimist.

Slack on minu silmis kõige parem siis, kui see toetab kokkulepitud töövoogu, mitte ei püüa kogu tööd enda sisse neelata. See võib vähendada e-kirjade edasi-tagasi saatmist ja muuta meeskonna arutelud leitavamaks, kuid tulemuse määravad endiselt kanalite valik, sõnumite selgus ja see, kas vastutaja ütleb välja, mis edasi saab. Kui need harjumused on olemas, on rakendus praktiline igapäevane töövahend; kui neid pole, lisandub lihtsalt veel üks koht, mida kontrollida.