Pa servisni tim kad flag-uje [aktualni (onaj koji trenutno odradjuju)] task k'o odradjen, tj. kad mu postave status na nešto što flag-uje da su se riješili task-a, taj event treba da aktivira listener/subscriber koji provjeri slobodne taskove i dodijeli im sljedeći. Ne treba provjeravati taskove ako ekipe na terenu imaju aktualni task u procesu.
Pojašnjenje: recimo task ima statuse ['received', 'processing', 'done']. Ovo je simplifikovano i može tu da bude još masa statusa u zavisnosti koji sektori pojedinačno treba da obradjuju task (servis, računovodstvo, itd). Task koji se odradjuje je 'processing' i kad se prebaci u status 'done' u tom momentu treba provjeriti sljedeći task sa statusom 'received' i dodijeliti timu.
Ne mislim da treba da se vrti nešto da bi javljalo ekipi informaciju koja im nije potrebna.
Ekipi je informacija potrebna tačno onog momenta kad flag-uju trenutni task (koji trenutno rade) - k'o odradjen/arhiviran/prekinut/etc.
Pada mi na pamet i (recimo) Trello sa različitim kolonama za različite sektore odnosno kolonama za različite statuse task-a.
Da se vratim samo na servisni tim k'o jedan sektor, novi task se upisuje u Trello kolonu 'Received',
serviser ga uzima u rad prebacivanjem u kolonu 'Processing'.
Kad obavi task (karticu), prebacuje karticu u sljedeću kolonu 'Done' i uzima prvi iz kolone 'To Do' prebacujući ga u 'Processing'.
Ovo je vjerovatno (malo) komplikovaniji način gdje treba postaviti da web servis (sajt) koristi Trello API i Trello webhook-ove da manipuliše taskovima.
To su dva načina na koje bi se moglo riješiti bez cronjob-a il' AJAX-a.
-A Tpojke su Đuro - šta?
-Osnovne jedinice diverzantskih grupa!