„Hodíš na mňa ešte tie podklady k faktúram?" Poviete áno, lebo to nie je veľa práce. O tri dni sa kolega pýta, kde to je. Vy si spomeniete, že ste to sľúbili — a že to nemáte nikde napísané.

Toto nie je problém zle vedených úloh. Úlohy máte v poriadku: nadriadený vám zadá, čo treba, alebo si to založíte sami. Problém je s prácou, ktorá príde bokom — v chate, na chodbe, na konci porady. Nikde sa neeviduje, kým si ju sami neprepíšete na úlohu, a časť z nej sa jednoducho stratí.

Prečo z toho nie je rovno úloha

Prvá myšlienka býva: nech kolega založí úlohu priamo. Lenže to nefunguje, a nie preto, že by bol lenivý.

Aby vám niekto založil úlohu, musí vedieť, do ktorého projektu patrí, do ktorého stĺpca ju dať, akú má mať prioritu a dokedy to naozaj stihnete. To všetko sú veci, ktoré vie posúdiť iba ten, kto tú prácu bude robiť. Keď to má vyplniť odosielateľ, buď to vzdá, alebo vám do projektu nasype niečo, čo tam nepatrí a musíte to prerobiť.

Preto je požiadavka v CTM zámerne niečo iné než úloha. Odosielateľ nevyberá projekt, stĺpec ani záväzný termín. Napíše, čo potrebuje, dokedy by to potreboval a či ide o úlohu, otázku, schválenie alebo len informáciu. Kam to patrí a či to vôbec beriete, rozhodujete vy.

Termín je návrh, nie záväzok

Dátum, ktorý kolega napíše, je návrh. Keď z požiadavky spravíte úlohu, termín potvrdíte alebo prepíšete — a práve tam sa dohoda uzavrie. Doteraz sa toto vyjednávanie odohrávalo v chate a nikde sa nezapísalo, takže o týždeň si každý pamätal iný dátum.

Konverzia je jedno kliknutie: názov, popis, prioritu aj navrhovaný termín má úloha predvyplnené, vy doplníte projekt. Riešiteľom ste vy a požiadavka zostane na úlohu naviazaná.

Odmietnuť sa dá, ale s dôvodom

Požiadavka nie je príkaz. Môžete ju odmietnuť — ale bez dôvodu ju odmietnuť nejde, tlačidlo sa jednoducho nedá stlačiť.

Je to zámer, nie otravovanie. Požiadavka, ktorá zmizne bez vysvetlenia, naučí odosielateľa jediné: že sa to neoplatí posielať. Do mesiaca sa všetko vráti do chatu a funkcia je mŕtva. Jedna veta „do zajtra to nestihnem, viem to spraviť do konca mesiaca" udrží celý mechanizmus pri živote.

Keď to nepatrí vám

Časť požiadaviek príde na nesprávneho človeka. Odmietnuť ich by bolo formálne správne a prakticky zbytočné, tak sa dajú preposlať.

Preposlanie nezakladá nové vlákno. Zmení sa príjemca, zostane vidieť, kto to poslal ďalej, a pôvodný odosielateľ dostane oznámenie — takže nesleduje dve polovice tej istej veci na dvoch miestach.

Odosielateľ sa nemusí chodiť pýtať

Toto je podľa nás najdôležitejšia časť. Keď úloha, ktorá z požiadavky vznikla, prejde do stavu Hotovo, požiadavka sa sama zavrie a odosielateľ dostane oznámenie.

Nikto nemusí písať „tak čo, spravil si to?" a nikto nemusí odpisovať „áno, minulý týždeň". Stav vidno po celý čas — čaká, prijaté, vybavené, odmietnuté, stiahnuté.

Čo to nie je

Nie je to helpdesk ani druhá kanbanová tabuľa. Požiadavka nemá vlastné stĺpce, vlastné stavy ani SLA politiky a nemá žiť týždne. Má žiť hodiny až dni: prišla, rozhodli ste, stala sa úlohou alebo zomrela s dôvodom. Vo chvíli, keď potrebuje vlastný workflow, mala sa dávno stať úlohou.

Kde to nájdete

V bočnom paneli pribudla položka Požiadavky s počtom tých, ktoré čakajú na vaše rozhodnutie. Má tri záložky: Prijaté, Odoslané a Vybavené.

Požiadavky sú vo všetkých plánoch vrátane Free — je to základ spolupráce, nie prémiová funkcia. A keďže desktopová appka pre Windows a macOS je obal nad tou istou aplikáciou, objavia sa v nej samy, bez sťahovania čohokoľvek.

Práca, ktorú vám kolegovia zadajú na chodbe, sa nikde neeviduje