Jak a k čemu používat MS Teams

21. 09. 2021 Petr Opletal

Často nové nástroje využíváme intuitivně. Předpokládáme, že se stávajícími zkušenostmi jsme schopni snadno a jednoduše začít pracovat s novou funkčností. Což nemusí být vždy pravda.

Jak a k čemu používat MS Teams

Nové technologie často nabízejí možnost přestat dělat věci jak jsme byli zvyklí a zkusit je dělat výrazně jinak… nebo možná začít dělat něco úplně jiného. Může být rozumné změnit podstatu toho, co a jak děláme (příklad organizace pracovních týmů).

Používejme technologie ke zvýšení efektivnosti.
Tedy k vydělávání peněz.

Nejdříve pár otázek (řečnických, avšak pokud budete mít pochybnosti o tom, co znamenají, ozvěte se). 

Je stávající podoba komunikace efektivní?

V kontextu organizace, nikoli jednotlivce (víme, že většina lidí je sama se sebou celkem spokojená). Pozor, pod pojmem "komunikace" se rozumí komplexní aktivity ve smyslu sdílení informací a spolupráce. I když v této úvaze se soustředíme především na "výměnu" informací.

  • Máme dostatečně jasná pravidla (co chybí či potřebuje upravit)? Je nám jasný účel a potřebné výsledky různých typů interakcí (opět - co by mělo být jinak ~ typem interakce se rozumí účel & podoba - např. oznámení, dotaz, výzva, požadavek, pozvánka, ...)?
  • Co primárně způsobuje komplikace - nevhodné nástroje nebo nedostatečné dovednosti lidí (resp. co nám chybí)? Je dosavadní organizace práce efektivní? Pokud by byla, nejspíše bychom neměli tendenci ji vylepšovat nasazení nové technologie. 
  • Jak a proč zabránit živelnému používání nástrojů - zde MS Teams? Proč potřebujeme pravidla? Má smysl doufat, že nám nevyhovující organizaci práce vyřeší nová technologie? Pokud ji chceme změnit a využít nové prostředky, jaký je rozumný postup?

Konkrétně (podstatné jsou otázky, nikoli odpovědi; "tým" = skupina v MS Teams):

  • Jak mají být vytvářeny týmy (vybíráni členové)? Za jakým účelem, kým a podle jakých pravidel? K čemu jsou týmy a k čemu potřebujeme/využijeme kanály?
  • Co by se určitě nemělo pomocí Teams nahrazovat - co tam nepatří. 
    • Např. dokumentace, která se používá i mimo práci týmu.
    • Data, která používá aplikace běžící lokálně.
  • Dobrý nápad je pokusit se omezit zběsilé posílání e-mailů, zejména s přílohami, určitě interně, ale dá se to zkusit i s externími účastníky. Jenom se to nesmí pojmout tak, že to, co jsme dříve (naprosto nesprávně) dávali do mailů, budeme úplně stejně špatně páchat např. v chatu nebo oznámeních týmu.  
  • Jaká pravidla / závazné postupy potřebujeme pro jaké aktivity - nejdříve si musíme ujasnit, jaké aktivity tým při svém působení provádí.
    • Výměna zpráv (oznámení).
    • Online schůzky (program, podklady, závěry, účastníci, ...).
    • Sdílení podkladů (dokumentů, odkazů, ...).
  • Jak musíme definovat typy komunikace, abychom na ně mohli navázat pravidla?
    • Vstupy, výstupy, data, … obvykle dokumenty včetně zadání, akceptačních protokolů a jiných dokumentů, které sdílíme s okolím týmu.
    • Notifikace (obvykle s odkazem na dokument či schůzku).
    • Plán práce (úkoly). Popř. další organizační záznamy (program schůzky aj.).
    • Podněty/požadavky, popř. připomínky k vytvářenému obsahu.
  • Jak zabránit multiplicitám či nesystémovému přístupu.
  • Jaké činnosti a role mají být definovány pro používání nástrojů.
  • Jaké vazby na ostatní nástroje je potřeba koordinovat.
    Aneb nepotřebujeme náhodou na používání komunikačních nástrojů dost striktně nastavené procesy? Co se může zvrtnout?

Pokud není jisté, jak to všechno zjistit či vyhodnotit, popř. posoudit, jak jsou na tom vaše současné postupy či představy o možnostech nových technologií, ptejte se.

To, že to jde, neznamená, že je to správně

Dokonce ani když to říká či píše někdo, kdo by měl nástroj (MS Teams) ovládat ze všech nejlépe. Dost často se vývojářům podaří vytvořit zajímavou funkčnost, kterou je ale správné využívat ve vašich konkrétních podmínkách výrazně jiným způsobem, než ke kterému tvůrce dospěl v nadšení ze svého výtvoru (obvykle s minimálními znalostmi věcného obsahu - např. zde řízení týmů, což se navíc liší organizace od organizace).

  • Problémy se záplavou elektronické pošty nevyřešíme tím, že se interní komunikaci pokusíme přesměrovat na chat. Ten je (provozně) ještě mnohem méně efektivní než mail, jelikož vyvolává představu, že máme čekat na odpověď (pokud na ni čekat nemáme, je lepší využít mail). Nemluvě o tom, jak efektivně lidé píší, navíc na některých zařízeních je používání chatu skutečně bezbřehé plýtvání časem. V mailech se vyjadřujeme zkratkovitě, v chatu je tlak na stručnost mnohem větší. Nemluvě o tom, že pokud na to přistoupíme, zjevně bude víc kanálů (než jenom mail), kterými se budou hrnout zprávy.
    • Takže k čemu je správné používat chat?
      Popravdě nevíme o žádném typu interakce, kdy by chat byl efektivnější než mail nebo telefon. Snad pro vzkazy typu "Až budeš moci, zavolej...". Byť tady je sporné, kdy je takový vzkaz potřeba.
      Jednoznačně je účelné jej používat tak, jak je koncipován - pro předávání odkazů na schůzky, dokumenty aj. Ovšem většinou se stejně dané upozornění navíc posílá mailem (schůzky) či je vloženo do kalendáře. Je otázka, zda je tato multiplicita výhodná.
    • Lidé neberou vážně to, co je psáno v e-mailech. To, co napíší do chatu (např. že něco "je potřeba udělat"), má ještě mnohem menší váhu a není žádný způsob, jak informace předané chatem smysluplně zpracovat. Vyjma standardního režimu, který odpovídá tomu, když si o tom povídáme (tedy zkusit to přenést do rozumného formátu a potom si to nechat připomínkovat).
    • Pokud je nutná reakce či získat jistotu, že informace byla předána, musí se použít skutečně interaktivní komunikační prostředek - telefon (hovor) nebo osobní setkání (ověří se, jak byla přijata / pochopena).
    • Schůzky a ostatní interakce se organizují bez dotazování, kdy se to komu hodí - ve slušně zorganizovaném týmu jsou nastavena pravidla, podle kterých je na interakce vyhrazen prostor v kalendářích členů týmu, popř. se využije nástroj pro vyhledání volného termínu účastníků.
    • Rozhodně se pomocí chatu nesmí předávat dokumenty ani nic podobného - nanejvýš odkazy (pokud není sjednán efektivnější způsob).
    • Práci zadávat formou úkolů - konkrétní podoba závisí na typu týmu.
    • Dokumenty připomínkovat pomocí připomínek. Což by měl být samostatný standardní mechanismus (pokud jej nemáme, lze použít kanál doporučeným způsobem, ale bude lepší budovat univerzálně použitelný systém... odkážeme).
    • Notifikace (nejen z Teams) standardně chodí mailem.
      Takže je sporné, jestli je chat pro tento účel optimálním nástrojem.
    • Když někde uvidíme, k čemu se chat používá, tak napíšeme, co se osvědčuje a co ne. Nebudeme ale vysvětovat nevýhody toho, psát kolegům nesmysly obvykle uváděné v ukázkách - naprosto zvrácené dotazy kde je co a proč není to či ono hotové, popř. výzvy, aby někdo něco udělal (je na každém, aby si na to udělal vlastní názor). Dle našeho by se všechny takovéto zprávy měly eliminovat a místo nich nastavit jednoznačné povinnosti/pravidla. Cílem je nezdržovat ostatní (ani zbytečnými maily, ani nesmyslnými chaty).
  • Pro řízení spolupráce (koordinaci činností) lidí se nemá používat ani elektronická pošta (jak se často stává, když nahrazuje chybějící pravidla a snažíme se kompenzovat neochotu ke spolupráci či neschopnost koordinátorů), ani jiné komunikační prostředky. Součinnost lidí je nutno vymáhat prostřednictvím řídící práce, jednoznačných pravidel/procesů a dostatečných dovedností. Je neefektivní spoléhat na to, že se sami mezi sebou nějak domluví - sice to většinou platí, ale obvykle výsledná podoba nebude ani zdaleka optimální.

Zkrátka si dobře rozmyslete, jaké výhody a nevýhody představuje přesun dosavadní komunikace do Teams. Jestli by nebylo lepší nejdříve změnit její podobu (pravidla & obsah). Může se ukázat, že současné nástroje při korektním obsahu a pravidlech plně vyhovují.

Procesní činnosti mají být řízeny s využitím BPMS.

Při hodně striktních pravidlech by se pro jisté procesní scénáře daly použít i Teams, ale není to nejlepší nápad. Naopak pokud je práce v organizaci řízena s využitím projektového přístupu, budou Teams vhodným řešením. Projekty mohou být jak interní, tak zakázky.

Ujasněte si, co skutečně potřebujete

Např. na téma neefektivní komunikace - lhostejno, zda pomocí elektronické pošty nebo chatu - najděte skutečnou příčinu.

  • Obvykle to bude absence pravidel.
  • Využívejte mail/chat (a podobné) analogicky telefonnímu hovoru - počítejte s tím, že to, co bylo obsahem, velmi rychle zanikne.
    Jsou lidé, kteří si telefonní hovory nahrávají. V běžné praxi se stejně nikdy nedostanou k tomu, aby je poslouchali znovu. Dříve či později s tím přestanou. Může se to hodit, pokud se v průběhu hovoru či bezprostředně po něm ukáže, že obsahoval něco důležitého, k čemu je potřeba se vrátit.
  • Podle toho si nastavte pravidla, která mají být dodržována. Typologii & povinnosti, kdy má být jaký údaj/obsah uložen (jak zpracován).

Když to pojmete správně, zjistíte, že tato pravidla musíte nastavit právě kvůli zaznamenávání toho, co bylo sjednáno telefonicky či při osobních schůzkách.

Příklad s uložením technických dat

Dejte si pozor na situace, kdy potřebujete pokrýt nestandardní požadavek - něco, na co nevidíme spolehlivý jednoznačný způsob řešení. V našem případě to bylo ukládání dat, které se měla zpracovávat pomocí lokálního nástroje (aplikace, která potřebuje přístup pomocí souborového systému).

  • Nejjednodušší řešení bylo nastavit synchronizaci úložiště týmu tak, aby příslušné soubory byly dostupné lokálně.
  • Jenže to následně vytvořilo bariéru vytváření týmů žádoucím způsobem. Protože by se extrémně zkomplikovalo zajišťování přístupu na tato data. Takže se místo týmů používaly kanály. To, že si toto nepříliš korektní pojetí vynucuje spoustu kompromisů, je zjevné - složení týmů, trvanlivost úložišť atd.
  • Přitom existuje průzračné jednoduché ("lepší") řešení - místo používání úložiště pracovního prostoru týmu (kam tato data ze své podstaty stejně nepatří) lze použít nezávislé úložiště (resp. může být závislé v tom smyslu, že na ně lze jednoduše uplatnit přístupová práva členů týmu - v tom případě připojená knihovna SharePoint-u), které se prostě připojí do týmu/kanálu, čímž dosáhneme naprosto shodného efektu bez negativních důsledků. Popř. úložiště na OneDrive služebního účtu nebo jiné úložiště (např. Azure Files, byť to zatím není podporováno přímo z Teams).
    I když je otázka, jestli bylo opravdu nutno sdílet data používaná lokální aplikací (viz problémy s rizikem konfliktu synchronizací - tam je mapování síťového úložiště rozhodně lepší alternativou) a nestačilo by sdílet výsledky.

Je nutné, aby pro plnění požadavku existovalo více možných řešení - pokud nejsou, tak se ten, kdo řešení hledal, vůbec nesnažil a použil první nejjednodušší (a obvykle nejhorší) možnost. Popř. skutečně není schopen najít alternativy (nezná možnosti prostředí/technologií), což je horší.

Příklad - koordinace součinnosti 

Tým, který má za úkol připravit a provést např. outdoorovou reklamní kampaň (resp. zakázku tohoto typu - jednorázovou, velmi dynamickou).

  • Platí striktní pravidla - jednak společná + pro každý projekt specifické rozšíření.
    • Jednoznačně stanovené typy komunikace a obsahu. Např.
      • Notifikace (změny obsahu, plánované události, ...).
      • Připomínky (pro každé téma samostatný kanál).
    • Popis rolí jednotlivých členů týmu a jejich povinnosti. Jako nadstavba obecných pravidel & plánu práce daného projektu.
    • Komunikace (veškerá) se zákazníkem a partnery probíhá (a je uložena) v rámci týmu. 
  • Obsah (viz metodika - aktuálně příklady v článku o uspořádání týmů a kanálů) je umístěn tam, kde to dává smysl - tým musí nastavit a spravovat člověk (dle pravidel/metodiky), který dobře zná možnosti a omezení prostředí.
    • Zakázková dokumentace.
    • Podklady (vstupní či průběžně získávaná data a dokumenty). Je velmi pravděpodobné, že jejich korektní umístění není v pracovním prostoru týmu.
    • Výstupy - finální zcela jistě nebudou "uvnitř" týmu, dočasné naopak docela pravděpodobně (zejména pokud se shromažďují v terénu - tam se Teams v mobilním zařízení určitě hodí). 
    • Plán práce & požadavky/specifikace & akceptační systém…
  • Aktivity - při jakých činnostech týmu je rozumné Teams využívat a k čemu.
    • Projekty všeho typu (interní, produkty, zakázky) - tvorba/aktualizace plánu prací (připomínkování) & evidence postupu (úkoly a jejich plnění). Pro projekt je Team nejvhodnějším nástrojem. A všechny ostatní projektové aktivity (sběr podnětů, řízení požadavků, ...).
    • Sběr a správa podnětů & připomínkování (obsahu). Sem spadají i všechny scénáře tvorby dokumentů.
    • Analogicky správa knowledge-base.
    • Správa záležitostí (což v širším pojetí znamená relativně sofistikovaný systém pro sběr podnět, řízení požadavků a přípavy projektových záměrů) včetně podpory přípravy či zpracování závěrů jednání.
    • Jednotlivé konkrétní aktivity HR (např. rozvoj dovedností - příprava, realizace, následné aktivity a vyhodnocení "školení" či něčeho podobného).
    • Dle potřeby ankety/průzkumy pro plánování či připomínkování.
    • Diskuse (pokud jsou mimo připomínkování dokumentů účelné - není úplně šťastné diskutovat jenom pro diskusi - každé diskutované téma/oblast by mělo mít výsledek, který je účelné zpracovat či zapracovat - ).
  • Specializované činnosti (s proměnlivými účastníky) - dle okolností. Je asi dobré uvažovat:
    • Skvělým příkladem týmu na rozhraní procesní a projektové organizace je strategický tým - je celkem logické, že pro podporu jeho práce / součinnosti jeho členů je prostředí Teams vhodné, ovšem je potřeba najít způsob, jak má být propojeno s okolním prostředím - protože např. správa informačních zdrojů, správa rizik apod. jsou celopodnikové funkce a musí být organizovány procesně, navíc jejich úložiště nemají být izolována ve vyhrazeném prostředí, resp. je potřeba najít rozumné uspořádání.
    • Využít Teams pro podporu a rozvoj vztahů se zákazníky / externími subjekty (CRM). Je to poněkud sporné, ale může se to ukázat jako rozumná volba.
    • Velmi účelově vytvořit tým v rámci HR / náboru pro obsazení (nestandardní) pozice, popř. náborovou akci. Pravděpodobně pokud by se osvědčilo využití pro CRM, bude dobré ověřit, jestli by nešel podpořit nábor jako proces - ale spíše vychází tým pro jednotlivou pozici.
    • Servicedesk - pokud není k dispozici profesionální řešení, je to velmi podobné CRM - inerakce s partnery odpovídají incidentům a rozumně nastavený způsob přidělení a sledování řešení může prostředí Teams využít. Data ovšem musí být mimo ten tým, jinak by členy týmu museli být "všichni", což ztrácí smysl.

Primárně jde o jednorázové jednoúčelové aktivity, které odpovídají myšlence "...propojit skupinu lidí, která má vykonat něco výjimečného...". 

Online i osobní schůzky

Příprava, příprava, příprava…

  • Striktní pravidla. Plus metodika - návody pro používání. Plus školení (rozvoj dovedností) - nikoli pouze jednorázově, ale průběžně pro využití rozšířených možností (ankenty, whiteboard, …). 
  • Program & pravidla & ideálně podpora řízení průběhu (nástroj).
    Online schůzky jsou náročnější na řízení průběhu než fyzické.
  • Závěry musí skončit v plánu práce, popř. jiných dokumentech, které byly ke schůzce připojeny.

Nejspíš to chce hodně ověřování, školení, metodiky. Příprava a vedení fyzických schůzek je hodně náročná, online schůzky jsou mnohem obtížnější.

Jak začít

Hlavně se nenechte přesvědčit, že vám může pomoci správně začít školení od vašeho poskytovatele IT podpory. Opravdu je nutné nejdřívě vědět, co skutečně potřebujete (jak to naznačuje předchozí článek i pokračování).

Dejte vědět, jak používáte Teams. Nebo jaké máte pochybnosti. Rádi poradíme nebo pomůžeme. Zadarmo, pokud budeme moci zkušenosti sdílet.