Na urad uz dlhodobejsie tlacime, ze by mal zaviest nieco ako statnu “JIRU”, kde by mohol hocikto napisat nejaky problem alebo navrh na vylepsenie IS verejnej spravy. Malo by to byt pouzitelne aj pre ludi mimo IT sfery co znacne obmedzuje moznosti.
Poziadavky:
Jednoduche pouzitie - registracia by mala byt easy aj pre neIT cloveka.
Nech tam vidiet tie issues verejne
nice to have - Da za ne hlasovat
on premise alebo cloud/saas. O to prve sa bude treba starat, to druhe nemusi sediet
nice to have - po slovensky
nemuselo by to stat vela penazi (hlavne treba ratat, ze tam bude vela userov jednorazovych)
nice to have - open source
Tu by sme mohli rozdebatovat nejake realisticke produkty, ktore by sa na to dali pouzit a ich vyhody a nevyhody:
JIRA - ma dost mastne licencovanie od urciteho poctu pouzivatelov, v principe netusim (@gla, @hanecak robili JIRU pre nove mesto - ako tam fungujete?)
github - je free pre public gov projekty (saas verzia) - https://government.github.com/ - v US to pouzivaju, ale neviem posudit nakolko toto bude pouzitelne aj pre ludi mimo IT sferu.
a nebolo by lepsie ak by identifikacia bola rovno cez portal slovensko.sk (identifikacia cez obciansky) aby nebola potrebna registracia? A hlavne by sa ciastocne vyriesil problem so spamom a hejtovanim, keby sa anonymita vytratila.
Target process (https://www.targetprocess.com) - staci mat zopar userov, ktory budu rozhadzovat/moderovat nahlasene bugy (requesty) a ostatne sa moze riesit mimo toolu. pricing je 20usd/user/month, moznost v cloude, pre nahlasovanie bugov netreba mat regnutych userov, staci posielat mail na helpdesk a cele trackovanie je mozne potom riesit po notifikacnych mailoch (system zaklada requestorov), cz/sk zatial neni
ako nemusi byt iba, len ked uz sa nalialo do toho systemu niekolko stoviek milionov, tak nech zacne byt k niecomu uzitocny a mat aj tu moznost. Lebo v buducnosti zase to moze byt zamienka ako premarnit dalsie miliony na vytvaranie kolesa ktore mohlo byt uz od zaciatku postavene… Za predpokladu, ze takyto sposob nahlasovania bugov alebo podnetov bude uspesne
Ja sa tomu nebranim, len teda si neviem uplne predstavit ze github/bitbucket alebo vlastne hociktory saas produkt spravi konektor na nase eid. Keby to bol OS tak to vieme spravit aj my.
Ak by to mal byť nejaký “programátorský” ticketing system (bitbucket, jira,…) tak bude potrebovať jednoduchý frontend. Bežný Jožko Mrkvička sa na stránke BitBucketu stratí, a aj keby ho to presmerovalo na správnu stránku tak myslím že bude mať možnosti ako “poslanie pripomienky” pokaziť. Preto by bol IMHO lepší nejaký formulár niekde (slovensko.sk? možno na rôznych miestach podľa projektu?) ktorý prepošle cez nejaké api informácie do ticketovacieho systému.
Tak ma napadá či by takéto oddelenie na frontend/backend nebolo prospešné aj kvôli maintenance/možnosti náhrady backendu ak je to nutné…
Hlavná otázka je čo sú to tie “issues”, ktoré sa majú evidovať. Za mňa sú to nedostatky eGov systémov, zákonov, neplnenie povinností atď. K tomu ani tak nie je dôležité “hlasovanie”, ale že kto za to zodpovedá, kedy to bude spravené a snáď progress.
Radi sa zapojime do takeho projektu ak bude dopyt, nas softver je vsak primarne multichannel helpdesk software (nie issue tracker).
V state okrem Financnej spravy zatial nebola odozva.
Realne sme dodali statu napr. helpdesk, na ktorom funguje cela Colna sprava a aj Financna sprava za par tisic, zdaleka to neboli miliony a ani 50 tisic EUR. Stat to kupil za rovnake ceny ako akakolvek komercna firma.
Stat nema rad SaaS riesenia, preto napr. FSSR ma riesenie v ich vlastnom datacentre.
Samozrejme by sa dal vybudovat aj robustny cloud na infrastrukture statu, kde by bezali oddelene instalacie pre kazde mesto, urad, dedinu, ministerstvo, etc…
… len ak by sa toto podarilo zrealizovat, mohli by vypnut www.slovensko.sk … a to sa asi uz neda
Pani skor ako zacnete vyberat software, povedzme si Approach. Ak nieco take robis do velkej firmy (predstav si O2, alebo Orange) tak tam su poziadavky velmi podobne ako pre verejnost. Lebo tam su rozni zamestnanci. A obycajne je na urovni L1 nasadzovane nieco skutocne velmi jednoduche. A dnes kludne aj viac socialne, nez formularove … kludne chat, FB app, alebo take nieco. Tam sedi HELPDESK a polovicu ticketov vybavia oni. Co ide dalej na L2, aleb L3 to sa zadava/posiela/oznaci a davkovo presroti do ineho systemu (BT) , kde uz je ine osadenstvo. Su velke baliky ako JIRA HElpdesk / IBM RTC / TFS , ktore vedia nakonfit aj uroven HELPDESK TICKETOV (L1), aj ostatne Work Itemy ako BUGy, CRs, ISSUEs … atd. Ale riseniem je aj nasadenie Helpdesk/Chatu na uroven L1 a BT na ostatne urovne, a implementovat medzi nimi integraciu. A na to ci to je open … sa kludne vybodnite. Za vsetko sa plati a tak standardizovanu vec asi nebude nikto chciet furt rozvrtavat a “customizovat” viac ako je nutne …
co sa tyka github issues, tam je to take prilis low level podla mna. Vizualizaciu nad tym robi napr. https://waffle.io/ a aj spominane trello.com.
Mantis je (resp. bol ked sme ho pouzivali) dobry system, prehladny, ale chybali mu niektore vlastnosti, napr. definovanie viacerych workflows. Neviem ci to tam pridali uz a ci to vobec treba.
V tomto zadani mi chyba definicia ‘komu tim prospejete’, teda co sa ma vyriesit. Kto bude uzivatel (napr. aj anonym?), kto bude tickety riesit, ci sa ma o tickete diskutovat, ci tvorit aj knowledge base (wiki) na zaklade podnetov z tiketov ap.
Koderske? Ved cele sa to prisposobit na workflow aky potrebujes. Chapem, ze si to vyzaduje na zaciatku trochu usilia, ale nesuhlasim s nazorom, ze je to nastroj len pre technicke timy.
Ale to je myslim ticketing system a nema nejaky prehlad verejny. Je tak