Asana sama o sobě tým nezachrání. Vidíme to často: licence koupené, projekty založené, šablony stažené z internetu, a po šesti týdnech se tým vrací do mailu a Slacku. Skoro vždy jde o stejné tři chyby, které se ale dají odchytit hned na začátku.
Před každým zavedením se ptáme stejnou otázkou: proč Asana, proč teď? Pokud na to nikdo v týmu neumí odpovědět jednou větou, nástroj to nezachrání. Asana je dobrá tehdy, když řeší konkrétní bolest, typicky ztracenou viditelnost, opakovaná rozhodnutí a předávání úkolů přes Slack. Bez bolesti není motivace; bez motivace nepomohou žádné šablony.
Chyba 1, Kopírovat strukturu z velké firmy
Patnáctičlenný tým nepotřebuje portfolio, custom fieldy ani schvalovací workflow. Vidíme to znovu a znovu: někdo přijde z korporátu, kde Asana fungovala s deseti vrstvami konfigurace, a tu stejnou strukturu zkopíruje do desetičlenné firmy. Výsledek: nikdo neví, kam má co psát. Začněte minimální strukturou: tým, projekt, sekce, úkol. Vrstvy se přidají, až je tým bude reálně potřebovat, ne dřív.
Chyba 2, Žádná dohoda, co je úkol
Pokud někdo zakládá úkoly bez vlastníka a termínu, Asana se promění v digitální skládku. Nastavte tři jednoduchá pravidla: každý úkol má vlastníka, termín a jasný výstup. Bez toho se úkol nezakládá. Tahle jedna dohoda vyřeší 80 % problémů s viditelností, protože všechno, co někdo „možná udělá", se vyřeší v rozhovoru, ne v nástroji.
Chyba 3, Žádný rituál, který Asanu drží živou
Nástroj sám nepřinutí lidi ho používat. Funguje to, když je Asana součástí týdenního rytmu, kickoff a close v ní probíhají, status se píše tam, ne v Slacku. Pokud má tým paralelní rytmus v Slacku a v mailu, Asana je třetí kanál a třetí kanál nikdy nevyhraje. Více o tom v článku Operating rhythm pro rostoucí firmy.
Bonus, definujte tři otázky, na které má Asana odpovědět
„Co dělá tým tento týden?", „Kde to vázne?", „Co je hotové?". Pokud na ně Asana neodpovídá, nemá smysl ji rozšiřovat. Tyhle tři otázky jsou test, jestli má nástroj reálnou hodnotu, nebo jestli je to jen další tab v prohlížeči.
Co s konfigurací
Začněte s jedním projektem na tým, ne s portfoliem. Sekce použijte jako fáze (Backlog → V práci → Hotovo → Zrušeno), ne jako kategorie, kategorie patří do tagů. Custom fieldy přidávejte jen tehdy, když z nich budete reálně filtrovat. Pravidlo: pokud pole nikdo neotevře dva týdny po zavedení, smažte ho. Konfigurace má klesat, ne růst.
Jak na onboarding
Nejhorší způsob, jak Asanu zavést, je poslat tým na webinář a doufat. Co funguje: jeden 60minutový live workshop, kde tým spolu zakládá první reálné úkoly z aktuální práce. Žádné fiktivní příklady, žádná „testovací" data. Po workshopu jeden týden vedete kickoff a close v Asaně osobně, a teprve potom rotujete vlastnictví na tým. Onboarding není událost, je to tři až čtyři týdny.
Co měřit po měsíci
Počet úkolů založených týdně, podíl úkolů s vlastníkem a termínem, doba od založení po uzavření, počet úkolů bez aktualizace přes 14 dní. Pokud roste počet zombíků (úkoly bez aktualizace), znamená to, že tým založil víc, než stíhá zavřít, a Asana brzy začne být šum místo zdroje pravdy.
Co dělat, když to nezačne fungovat
Nejčastější příčina: rytmus chybí, nebo se schůzky vedou mimo Asanu. Druhá nejčastější: nástroj zavedlo IT, ne vedení. Třetí: tým má strach psát rozhodnutí, protože „to ještě není rozhodnuté". Léčba je vždycky stejná, méně polí, víc rytmu, vedení používá nástroj viditelně. Pokud vedení Asanu nepoužívá, nepoužije ji ani tým.
Tohle je přesně to, co řešíme v rámci služby Zavedení Asany, od auditu po týmový onboarding. Jako Asana Solutions Partner pracujeme s týmy od 5 do 50 lidí a víme, kde se konfigurace přepálí. Pokud zvažujete přechod nebo restart, napište nám na hello@stepface.com. Pokud chcete jen rychle nakopnout svůj setup, podívejte se na Asana Starter Kit, hotové šablony a struktury, které stáhnete a nasadíte během odpoledne.