Prisiminkime, kaip atrodė darbas prieš dešimtmetį – begalinės e-pašto grandinės, kuriose paskutinis atsakymas dažnai pasimeta kažkur tarp CC ir BCC laukų. Slack tuo metu atrodė kaip stebuklas. Vienas langas, kanalai, emoji reakcijos, integracijos su viskuo, kas turi API. Tačiau laikai keičiasi, o kartu su jais ir komandų poreikiai. Šiandien vis daugiau organizacijų ieško kitų kelių, ir priežastys yra gana įvairios – nuo kainos iki tiesiog nuobodulio dėl to paties sąsajos dizaino, kurį matai kiekvieną darbo dieną nuo 2013-ųjų.
Kodėl žmonės iš viso pradeda ieškoti pakaitalo
Pirmas ir dažniausiai minimas dalykas – kaina. Slack kainodara pagal vartotoją gali gerokai išaugti, kai komanda plečiasi. Startuoliai, kurie priima dešimtą, dvidešimtą darbuotoją, staiga pastebi, kad mėnesinis mokestis už paprastą pokalbių programą prilygsta atlyginimui už pusę etato. Antra priežastis – pranešimų pertekliaus jausmas. Slack kanalai linkę daugintis kaip triušiai, o po kelerių metų naudojimo darbo erdvė virsta archyvu, kuriame rasti seną nutarimą tampa detektyvine istorija.
Trečia priežastis, kuri retai minima viešai, bet dažnai išsakoma kavos pertraukų metu – Slack tapo sinonimu nuolatiniam dėmesio blaškymui. Pranešimai, žalios lemputės, „aktyvus” statusas, kuris verčia jaustis, kad reikia atsakyti čia ir dabar. Komandos, ieškančios ramesnio darbo ritmo, pradeda žvalgytis į įrankius, kurie skatina asinchroninę komunikaciją, o ne nuolatinį reagavimą.
Microsoft Teams – akivaizdus, bet ne visiems tinkamas pasirinkimas
Jeigu organizacija jau naudoja Microsoft 365 paketą, Teams atrodo logiškas žingsnis. Jis integruotas su Word, Excel, SharePoint, ir dažnai jau apmokėtas per esamą licenciją, tad papildomų išlaidų nebūna. Vaizdo skambučiai, dokumentų redagavimas realiu laiku, kanalai – viskas suvedžiama į vieną ekosistemą.
Bet yra ir kita medalio pusė. Teams sąsaja daugeliui atrodo perpildyta, o programos veikimo greitis kartais palieka norimo geriau. Komandos, kurios nėra giliai įsišaknijusios Microsoft pasaulyje, gali jaustis, kaip bandančios naudoti įrankį, sukurtą kitai auditorijai. Taip pat pastebima, kad mažesnės, greitos ir kūrybiškos komandos Teams pakete jaučiasi kaip suvaržytos korporatyvinės procedūros dalis, net jei realiai jokių procedūrų nėra.
Discord – ne tik žaidėjams
Nuostabu, kaip kai kurios technologinės ir startuolio kultūros komandos perėjo prie Discord, programos, kuri iš pradžių buvo skirta žaidimų bendruomenėms. Discord pasirodo esąs netikėtai geras darbo įrankis – nemokamas, greitas, su balso kanalais, kuriuose galima tiesiog „užsukti pasiklausyti”, nebūtinai formalaus skambučio metu.
Balso kanalų koncepcija čia tikrai skiriasi nuo klasikinio Zoom ar Teams skambučio. Žmogus tiesiog prisijungia prie kanalo, kaip įeitų į biuro kambarį, ir gali dirbti tyloje arba kalbėtis su tais, kas taip pat yra viduje. Tai sukuria natūralų, mažiau formalų bendravimo jausmą, kurį daug nuotolinio darbo komandų vertina kaip trūkstamą „biuro atmosferos” pakaitalą.
Minusas – Discord neturi tiek profesionalių administravimo funkcijų, kiek norėtų didesnės organizacijos, ir kai kam sąsaja vis dar atrodo pernelyg „žaidėjiška”, nors pastaraisiais metais platforma aktyviai stumiasi į verslo segmentą.
Mattermost ir Rocket.Chat – kai svarbu turėti kontrolę
Yra komandų, kurioms duomenų saugumas ir savarankiškas talpinimas (self-hosting) nėra prabanga, o būtinybė – teisininkų kontoros, sveikatos priežiūros organizacijos, valstybinės institucijos. Šiuo atveju Mattermost ir Rocket.Chat tampa itin patrauklūs, nes leidžia diegti sistemą savo serveriuose, visiškai kontroliuojant, kur ir kaip laikomi duomenys.
Mattermost išsiskiria panašia į Slack sąsaja, tad perėjimas komandai nesukels didelio šoko – kanalai, gijos, integracijos veikia gana pažįstamai. Rocket.Chat papildomai pasižymi platesniu funkcijų rinkiniu, įskaitant vaizdo skambučius ir plačias integracijų galimybes su atviro kodo įrankiais.
Reikia pripažinti, kad šis kelias reikalauja techninių resursų – kažkam reikia sukonfigūruoti serverį, prižiūrėti atnaujinimus, rūpintis saugumo pataisymais. Tai nėra sprendimas komandoms, kurios nori tiesiog „įjungti ir naudoti”, bet tiems, kam svarbu duomenų nuosavybė, tai vieni geriausių pasirinkimų rinkoje.
Twist – kova su nuolatiniu triukšmu
Twist, kurį sukūrė Doist komanda (tie patys žmonės, kurie sukūrė Todoist), sąmoningai kuriamas kaip antitezė Slack kultūrai. Vietoje realaus laiko pokalbių srauto, Twist skatina rašyti apgalvotus, temomis suskirstytus pranešimus, panašius į forumo įrašus. Nėra „aktyvus dabar” indikatoriaus, nėra spaudimo atsakyti akimirksniu.
Komandos, kurios dirba skirtingose laiko zonose arba tiesiog nori mažiau pertraukimų per dieną, Twist atranda kaip kvėpavimo palengvėjimą. Diskusijos lieka susistemintos, lengva rasti seną informaciją, o naujas darbuotojas gali per pusvalandį pasiskaityti visą temos istoriją, nesijaučiant, kad praleido šimtus atsitiktinių pranešimų.
Trūkumas – jeigu komandai reikia labai greito, realaus laiko koordinavimo (pavyzdžiui, klientų aptarnavimo skyriui ar krizinių situacijų valdymui), Twist gali atrodyti pernelyg lėtas savo prigimtimi.
Zulip – gijos, kurios iš tiesų veikia
Slack turi gijas, bet jos, tiesą pasakius, veikia gana nepatogiai – lengva praleisti, sunku sekti. Zulip šią problemą sprendžia iš pagrindų kitaip, organizuodamas pranešimus pagal temas (topics) kiekviename kanale. Tai reiškia, kad viena diskusija apie, sakykim, naują funkcionalumą, lieka atskirai nuo diskusijos apie biuro baldų pirkimą, net jei jos vyksta tame pačiame kanale.
Ši struktūra iš pradžių gali atrodyti neįprasta žmonėms, pripratusiems pas Slack, bet po kelių savaičių dauguma pastebi, kad grįžti atgal prie senos, chaotiškos pranešimų juostos tiesiog nebenori. Zulip taip pat turi atvirą kodą, tad galima ir savarankiškai talpinti, jei to reikia.
Trumpas žvilgsnis į Basecamp ir Notion kaip hibridinius sprendimus
Verta paminėti, kad ne visos komandos ieško tiesiog „kito pokalbių įrankio”. Kai kurios nori visiškai pakeisti mąstymo būdą apie komunikaciją. Basecamp, pavyzdžiui, sujungia projektų valdymą, pranešimų lentas ir tiesioginius pokalbius į vieną erdvę, aiškiai atskiriant „svarbius” ir „skubius” dalykus. Jo filosofija – mažiau realaus laiko chaoso, daugiau struktūruotos komunikacijos.
Notion, savo ruožtu, nėra pokalbių programa klasikine prasme, tačiau komandos, naudojančios Notion dokumentams, wiki puslapiams ir užduotims, dažnai sumažina bendrą pokalbių apimtį – informacija tiesiog guli vienoje vietoje, ir mažiau reikia klausti kolegų „kur tas failas”.
Kaip iš tiesų pasirinkti, o ne tiesiog šokti nuo vieno įrankio pas kitą
Prieš keičiant įrankį, verta atsakyti sau į kelis nuoširdžius klausimus. Kiek žmonių komandoje realiai naudojasi pokalbių įrankiu kasdien? Ar problema yra pati programa, ar tiesiog komandos įpročiai ir kultūra, kuri susiformavo aplink ją? Dažnai pasitaiko, kad pati programa nekalta – kalta yra kultūra, kurioje visi jaučiasi priversti atsakyti akimirksniu arba kurti naują kanalą kiekvienai smulkmenai.
Praktinis patarimas – prieš pilną migraciją, išbandykite pasirinktą alternatyvą su mažesne grupe, pavyzdžiui, viena komanda ar projektu, mėnesį ar du. Stebėkite, kaip keičiasi darbo tempas, ar sumažėja pertraukimų skaičius, ar informacija tampa lengviau surandama. Taip pat nepamirškite eksporto galimybių – jei komandoje sukaupta metų senumo pokalbių istorija, patikrinkite, ar naujas įrankis leidžia bent iš dalies ją importuoti, kitaip prarasite vertingą kontekstą.
Kitas dalykas, kurį verta apsvarstyti – integracijos su jau naudojamais įrankiais. Jeigu komanda gyvena Jira, GitHub ar Google Workspace ekosistemoje, patikrinkite, kaip alternatyva su jais dera, kadangi ne visos platformos turi tokį pat platų integracijų tinklą, kokį per metus susikaupė Slack.
Vietoj banalios pabaigos – ką iš tiesų reikia atsiminti
Nėra vienos „geriausios” alternatyvos, kuri tiktų visoms komandoms vienodai – ir tai, tiesą sakant, gera žinia, nes reiškia, kad rinka pagaliau įvairi. Jeigu komanda kenčia nuo nuolatinio pertraukimų jausmo, verta žvilgtelėti į Twist ar Zulip filosofiją, kurioje asinchroninis bendravimas nėra išimtis, o norma. Jeigu svarbiausia – duomenų kontrolė ir saugumas, Mattermost bei Rocket.Chat atveria kelią į savarankišką infrastruktūrą, nors ir su papildomu techniniu krūviu. Komandos, kurios jau giliai Microsoft ekosistemoje, tikriausiai neturėtų kovoti su srautu ir tiesiog priimti Teams tokį, koks jis yra, nors idealu jį pavadinti sunku.
Ir galiausiai – Discord, kuris kadaisi buvo vien žaidėjų teritorija, dabar tapo tikru pavyzdžiu, kaip nišinis įrankis gali atrasti visiškai naują auditoriją, kai jis tiesiog gerai atlieka savo darbą, nesureikšmindamas „profesionalumo” etiketės. Prieš priimant galutinį sprendimą, svarbiausia atsiminti, kad įrankis niekada nepakeis darbo kultūros savaime – jis tik palengvina arba apsunkina tai, kas komandoje jau vyksta. Todėl kartais didžiausia permaina prasideda ne nuo naujos programos diegimo, o nuo pokalbio komandoje, kaip norime bendrauti ir kiek dėmesio esame pasiruošę skirti realaus laiko pranešimams per dieną.
