Práce, kterou vám kolegové zadají na chodbě, se nikde neeviduje

„Hodíš na mě ještě ty podklady k fakturám?" Řeknete ano, protože to není moc práce. Za tři dny se kolega ptá, kde to je. Vzpomenete si, že jste to slíbili — a že to nemáte nikde napsané.

Tohle není problém špatně vedených úkolů. Úkoly máte v pořádku: nadřízený vám zadá, co je třeba, nebo si to založíte sami. Problém je s prací, která přijde bokem — v chatu, na chodbě, na konci porady. Nikde se neeviduje, dokud si ji sami nepřepíšete na úkol, a část z ní se prostě ztratí.

Proč z toho není rovnou úkol

První myšlenka bývá: ať kolega založí úkol rovnou. Jenže to nefunguje, a ne proto, že by byl líný.

Aby vám někdo založil úkol, musí vědět, do kterého projektu patří, do kterého sloupce jej dát, jakou má mít prioritu a dokdy to reálně stihnete. To všechno jsou věci, které umí posoudit jen ten, kdo tu práci bude dělat. Když to má vyplnit odesílatel, buď to vzdá, nebo vám do projektu nasype něco, co tam nepatří a musí se předělat.

Proto je požadavek v CTM záměrně něco jiného než úkol. Odesílatel nevybírá projekt, sloupec ani závazný termín. Napíše, co potřebuje, dokdy by to potřeboval a jestli jde o úkol, otázku, schválení nebo jen informaci. Kam to patří a jestli to vůbec berete, rozhodujete vy.

Termín je návrh, ne závazek

Datum, které kolega napíše, je návrh. Když z požadavku uděláte úkol, termín potvrdíte nebo přepíšete — a právě tam se dohoda uzavře. Dosud se tohle vyjednávání odehrávalo v chatu a nikde se nezapsalo, takže si za týden každý pamatoval jiné datum.

Převod je jedno kliknutí: název, popis, prioritu i navrhovaný termín má úkol předvyplněné, vy doplníte projekt. Řešitelem jste vy a požadavek zůstane na úkol navázaný.

Odmítnout lze, ale s důvodem

Požadavek není příkaz. Můžete jej odmítnout — ale bez důvodu to nejde, tlačítko se jednoduše neodešle.

Je to záměr, ne buzerace. Požadavek, který zmizí bez vysvětlení, naučí odesílatele jedinou věc: že se to nevyplatí posílat. Do měsíce je všechno zpátky v chatu a funkce je mrtvá. Jediná věta „do zítřka to nestihnu, do konce měsíce ano" udrží celý mechanismus naživu.

Když to nepatří vám

Část požadavků přijde na nesprávného člověka. Odmítnout je by bylo formálně správné a prakticky zbytečné, tak se dají přeposlat.

Přeposlání nezakládá nové vlákno. Změní se příjemce, zůstane vidět, kdo to poslal dál, a původní odesílatel dostane oznámení — nesleduje tedy dvě poloviny téže věci na dvou místech.

Odesílatel se nemusí chodit ptát

To je podle nás nejdůležitější část. Když úkol, který z požadavku vznikl, přejde do stavu Hotovo, požadavek se sám zavře a odesílatel dostane oznámení.

Nikdo nemusí psát „tak co, udělal jsi to?" a nikdo nemusí odpovídat „ano, minulý týden". Stav je vidět po celou dobu — čeká, přijato, vyřízeno, odmítnuto, staženo.

Co to není

Není to helpdesk ani druhá kanbanová tabule. Požadavek nemá vlastní sloupce, vlastní stavy ani SLA politiky a nemá žít týdny. Má žít hodiny až dny: přišel, rozhodli jste, stal se úkolem nebo zemřel s důvodem. Ve chvíli, kdy potřebuje vlastní workflow, měl se dávno stát úkolem.

Kde to najdete

V bočním panelu přibyla položka Požadavky s počtem těch, které čekají na vaše rozhodnutí. Má tři záložky: Přijaté, Odeslané a Vyřízené.

Požadavky jsou ve všech plánech včetně Free — je to základ spolupráce, ne prémiová funkce. A protože desktopová aplikace pro Windows a macOS je obal nad toutéž aplikací, objeví se v ní samy, bez stahování čehokoli.