Mesto Trenčín - nový web


#1

Po super skúsenosti s obstarávaním webu SND sa snehová guľa začína nabaľovať. Ozvali sa nám z mesta Trenčín, že by radi prešli podobným procesom. To je skvelé, že sa slovo šíri aj do samosprávy!

Toto je ďalšia možnosť ukázať, že veci sa v štátnom IT dajú robiť lepšie.

V tomto vlánke budú pribúdať novinky o postupe a materiály na feedback komunity. A kľudne môžme začať spísaním lessons learned z procesu SND: https://docs.google.com/document/d/1XBDR8PR0xHyNT9glP0NR-04SX5zv_HFlCVWobEOuc0s/edit?usp=sharing

Zároveň hľadáme ľudí, ktorí by vedeli pomocť pri príprave zadania v roliach:

  • Design
  • Použiteľnosť / UX / Informačná architektúra
  • proces verejného obstarávania
  • legislatíva samosprávy a legislatíva ISVS
  • technické riešenie

SND - nový web
#2

tldr verzia

Nezvažovali ste rozdelenie tendrovaného diela na IA, grafický dizajn a programovanie? Podľa mňa nie je dlhodobo urdžateľné, aby už vo fáze tendra dodávatelia pripravili zadarmo 20 - 30 % projektu. Okrem toho to tlačí význam UX do pozadia a diskvalifikuje špecializované agentúry.

plná verzia

Poznámka:
V prvom rade skláňam hlavu, pred tendrom na web SND. Veľmi sa mi celý proces aj prínos s.d páčili. Je to obrovský posun od status quo v štátnom IT, napriek tomu bude tento príspevok kritický, aby priniesol námety, ako tendre posunúť ešte ďalej.

Prvá výhoda rozdeleného tendra: zapojí sa viac kvalitných dodávateľov, pretože tendre budú pre nich lacnejšie a menej rizikové

Ako firma (ui42) sme sa chceli do tendru SND zapojiť, nakoniec sme sa nezapojili, pretože účasť vo väčšine tendrov nám nedáva ekonomický zmysel. Prečo? Roboty máme dosť (tak ako predpokladám má väčšina zavedených slovenských agentúr), ďalších dopytov tiež, takže málokedy sme ochotní ísť do rizika, že naštudujeme podklady, absolvujeme stretnutia a pripravíme detailnú ponuku, ak klient nepreferuje nás ako dodávateľa, ale vyberá si len na základe otvoreného tendra. V tomto prípade sme chceli spraviť výnimku, pretože účasť v tendri by bola istá forma podpory pre aktivity s.d a tiež by nám samotná účasť a prípadné víťazstvo okrem zákazky prinieslo aj PR, ktoré by riziko vyvážilo. Rozhodujúce NIE padlo keď sme preštudovali podmienky a zistili, že už vrámci tendra treba nielen pripraviť ponuku ale už aj vyriešiť informačnú architektúru a dizajn. 12 tisíc nie je vôbec veľa v porovnaní s bežnými webovými projektmi na mieru, nie je to ani veľa vzhľadom na rozsah práce (viď nacenenie Everlution na 30 tisíc), ďalším rizikom bola nutnosť 8 hodín mesačne bezodplatne web supportovať (ak by to SND plne využívalo, bol by to významný náklad). Ak by sme poznali klienta, vedeli by sme, že s ním vieme efektívne spolupracovať, vedeli by sme, že pri grafike nebude vymýšľať a požadovať nekonečné prerábky, tak by to pri nastavených podmienkach mohla byť zákazka s primeraným ziskom. Ale absolvovať kvôli takej zákazke tender, do ktorého nestačí pripraviť ponuku s referenciami, ale treba investovať niekoľko tisíc € nám skrátka nedávalo ekonomický zmysel.

Dôvod 2: môžu sa zapojiť špecialisti a nie len full-service agentúry

V súkromnej sfére je bežné, že sa samostatne tendruje dizajn a programovanie. Vďaka tomu môžu dizajn dodať aj špecialisti na UX a dizajn, ktorí nemajú vlastné vývojové oddelenia. V tendri na web SND ste mali šťastie, že top ponuky boli dobré vo všetkých hodnotiacich kritériach. Čo ak by ale všetky dizajnovo dobré ponuky mali nevhodné technické riešenie?

Dôvod 3: Predpoklad vyššej kvality UX a dizajnu

Aby web spĺňal svoj účel potrebuje mať v prvom rade dobrú použiteľnosť. Ak je dobrá informačná architektúra a koncept webu tak potom dobrý dizajn dodá vizuálnu atraktivitu a programovanie to celé spojazdní. Ak je ale zlý koncept tak to sebelepší dizajn ani technické spracovanie nezachránia a vznikne možno pekný, technicky funkčný ale pre návštevníka nepoužiteľný web. Český UXák Jan Kvasnička dobre popisuje, čo všetko predchádza návrhu webu http://blog.kvasnickajan.cz/jak-navrhnout-uspesny-web-krok-za-krokem-aneb-jak-hodne-se-muzetemate-zapojit/ . Tieto činnosti by mali robiť odborníci a mali by za to dostať zaplatené, nie, že to je len podmienka tendra, ktorú majú všetci účastníci spraviť zadarmo. Pri webe pre mesto Trenčín, je to ešte dôležitejšie ako pri SND, pretože web je komplexnejší a plní väčšie množstvo rôznych úloh pre rozličné persóny.

Ako by mal vyzerať ideálny postup?
Neviem, každý projekt je iný a obmedzenia verejnej správy obstarávanie komplikujú… Ak chcem maximálnu kvalitu a nepotrebujem šetriť každé euro, tak všeobecný postup, inšpirovaný úspešnými postupmi zo súkromnej sféry by mohol vyzerať takto:

  1. Vybral by som si firmu/konzultanta/konzultantov na úvodné analýzy a prípravu zadania. Vyberal by som na základe referencií, po prieskume trhu a bez tendra. Okrem zmluvy, ktorú musím zverejniť zo zákona by som zverejnil aj výsledné analýzy aby bolo vidieť za čo verejná inšitúcia platí. Tieto analýzy môžu zároveň pomôcť iným verejným inštitúciam.
  2. Predmetom ďalšej zakázky by bola informačná architektúra pričom výsledkom by bol responzívny klikateľný HTML prototyp.
  3. Ďalšia zakázka by bol dizajn, ktorý vychádza z prototypu a výsledkom by buď boli grafické návrhy pre rôzne rozlíšenia alebo HTML s finálnym dizajnom.
  4. Na vývoj webu by bol posledný tender, účastnici by mali k dispozícii kompletný dizajn, takže by pri naceňovaní vedeli koľko bude šablón, aké budú zložíté a nemuseli by naceňovať s rezervou.

Vrámci každej z týchto zákaziek by mohlo byť viacero iterácií a čiastkové výstupy by mohla komentovať odborná verejnosť.


#3

Tieto body su podla mna uplny MUST a je skoda ze sa pri SND na to neprihliadalo. V prvom rade by mala byt analyza a hlavny zamer by mal byt prave navrh UX riesenia. Kazdopadne myslim si ze to bol prvy “poctivy” tender a treba este vela veci vylepsit a urcite sa to do buducna vytunuje…musiiii, bo nic ine nam neostava :slight_smile: . My sme do toho isli s tym aby sme podporili dobru vec…a podka…nic viac. Do buducna budem podporovat a pozadovat aby sme v tendroch tlacili na body ktore su spominane vyssie bez nich zial nikdo z nas nedoda kvalitnu pracu.


#4

Super názor. Skúsim to rozobrať na drobné

V čom by firma / konzultanti pomohli? Čo by boli tie úvodné analýzy a príprava zadania.? Príprava všetkých zadaní (body 2, 3 a 4) alebo len prvého (bod 2)?

O akej asi sume sa rozprávame na každú z týchto častí? Ako riadiť riziko nabaľovania nákladov nad celkový budget? Pri jednom dodávateľovi to je viac menej jasné. Pri taktomto rozdelení zákazky potrebuje klient dobrú znalosť podmienok na trhu, aby vedel dobre naceniť jednotlivé časti.


#5

ono pre mna podstata takychto VO nie je, aby sa podarilo vytendrovat konkretny navrch. ale aby sa podarilo transparentne vybrat kvalitneho dodavatela pre danu insituciu.
pretoze sami vieme, ze treba k tvorbe IT systemov a to su aj weby pristupovat agilne, vela krat sa menia poziadavky. malokedy je kvalitna analyza predtym.
zaroven vytvorenim webu sa vsetko iba zacina. hovori sa, ze na launch by sa malo spotrebovat 30% nakladov. zvysok by sa mal minut na neustale vylepsovanie a aktualizovanie systemu aj podla toho ako ho pouzivaju pouzivatelia a ake su nove trendy.

navrhy, referencie sluzia nato, aby sa to dalo aspon ako tak objektivno-subjektivne vyhodnotit, ktory dodavatel to moze splnat.


#6

Silne súhlasím s horeuvedeným názorom. Návrh (a všetko čo s ním súvisí) by sa mal riešiť zvlášť a hlavne za peniaze, inak sa nikdy VO webov dlhodobo nedostanú ku kvalite. Myslím, že tento tender bol PR pre firmy, ktoré sa ho zúčastnili (osobne aj mám pocit, že vhľadom na medializáciu sa ani tendra SND nezúčastnilo veľa firiem) a pri rovnakom postupe bude kvalitných firiem len ubúdať. Ak nebude totiž návrh tak “transparentne vybrat kvalitneho dodavatela pre danu insituciu” sa bude vždy zväčša len z grafiky a návrhu, ktorý sa bude robiť zadarmo… a podľa mňa agilný postup nie je liek na všetko, hlavne nedokáže vyvážiť možnosť, že návrh na začiatku mohol byť lepší…

Nechcem tým nijak hejtovať tender SND, určite to bolo super a treba v tom pokračivať, len mám pocit, že to podstatné tu stále uniká…

Za mňa:

  1. Malo by sa uvažovať o konzultantoch, ktorí by asistovali pri zadaniach a výbere dodávateľa (slovensko.digital to nikdy komplexne nepokryje)
  2. Pri menších projektoch by zadanie /ktoré pomôže vypracovať konzultant/ mohlo obsahovať dostatočne rozpracovaný návrh, pri väčších by sa to malo separe zadať…

#7

Mna zaujima ta technicka rovina tohto pristupu. Budeme samostatne nakupovat analyzu za 5k, dizajn za 5k a vyvoj za 5k? Obavam sa, ze tam vznika strasny overhead na strane nakupujuceho pri tak malej zakazke. Cize tu suhlasim s @mtruban .

Zaroven chapem vyhradu, ze firmy pri SND museli do ponuky investovat vela effortu. Takze by sme mozno mohli otocit debatu a namiesto waterfall pristupu (analyza, dizajn, vyvoj) sa rozpravat o tom, ako zjednodusit podmienky VO tak, aby firma nemusela robit konkretny detailny navrh uz v case ponuky, ale staci, ze ukaze svoju kompetenciu.

Toto je večná diskusia pri Agile. Kedze neviete napisat komplet zadanie na zaciatku, tym padom sa nekupuje “fixed price”, ale skor “Time & Material with cap”. A preto potrebujete kvalitneho dodavatela, aby vas cez ten proces vedel efektivnejsie previest. A teda, nekupujete najlepsie riesenie, ale najlepsieho dodavatela, ktory ma predpoklady dodat najlepsie riesenie.


#8

Nedá mi teda sa nespýtať:

  • Ak tomu správne chápem, tak na začiatku VO nebude vedieť dodávateľ určiť ani cenu diela, alebo bude musieť odhad riadne premrštiť, aby sa dalo ísť agilným spôsobom? (alebo teda aká je predstava?)
  • Kto od zadávateľa bude rozumieť jednotlivým iteráciám (ich významu z hľadiska celého projektu) natoľko, aby si vzal na seba zodpovednosť a uvolnil platbu za vykonanú prácu? (s agile nemám moc skúsenosť, pýtam sa to čiste pragmaticky)

#9

Zadanie by malo byt dostatocne jasne, aby si dodavatel vedel skalkulovat, ci sa zmesti do max. ceny alebo nie a prip. za akych podmienok. Ak k tomu pristupi ako Fixed price, tak si tie podmienky da do ponuky a jasne si ohranici scope. Ak k tomu pristupi ako T&M, tak ponukne klientovi kapacitu, ktoru budu spolocne pocas projektu riadit a usmernovat, aby sa dosiahlo maximum z poziadaviek.

Na to by mala byt do projektu aj nasledne zapojena odborna komisia - napr. v roli steering committee.


#10

V čom by firma / konzultanti pomohli? Čo by boli tie úvodné analýzy a príprava zadania.? Príprava všetkých zadaní (body 2, 3 a 4) alebo len prvého (bod 2)?

Klienti z verejných inštitúcií často nevedia, čo vlastne od webu chcú/potrebujú, nevedia ako to zistiť a je tam veľa ľudí s rôznorodými názormi, ktoré je ťažko zladiť. Konzultant v predimplementačnej fáze, by im pohol určiť cieľe webu a vypracovať výstupy podobné http://adma.sk/wp-content/uploads/2012/08/ADMA-Web-brief.pdf To by slúžilo ako podklad pre bod 2, čiže informačnú achitektúru + klikateľný HTML prototyp (bez dizajnu - len wireframes). Zadanie pre bod 3 by výchádzalo z výstupu bodu 2 atď.

O akej asi sume sa rozprávame na každú z týchto častí? Ako riadiť riziko nabaľovania nákladov nad celkový budget? Pri jednom dodávateľovi to je viac menej jasné. Pri taktomto rozdelení zákazky potrebuje klient dobrú znalosť podmienok na trhu, aby vedel dobre naceniť jednotlivé časti.

Klikatelny prototyp + dizajn moze tvorit odhadom tretinu az polovicu projektu. Ak by ste tymto smerom chceli ist, mozem pozriet ako nam vychadzali realne projekty podobneho typu a dat konkretnejsie cisla.


#11

Ako chces objektivne hodnotit kompetenciu? Na zaklade poctu podobnych projektov, na zaklade ludi v time, ktori maju nejaku related certifikaciu? Obavam sa trochu ze to sklzne ku “musi mat za sebou 3 projekty pre statnu spravu v takej a takej oblasti”, cim zase vylucis vela moznych zaujemcov.

Urcite by bolo super, pokial by sa to rozdelilo na analyzu, dizajn v jednom baliku a vyvoj v druhom baliku.

@peterjakus: Mne v tom briefe od ADMA chyba akakolvek specifikacia funkcionality, ktora moze byt dost odlisna od standartnych prezentacnych stranok. Inac napr. pre web mesta dost vela funkcionality urcuje zakon, ta je jednoducho must a nemyslim si ze akekolvek mesto na Slovensku ma budget na vymyslanie nejakej super specialnej funkcionality.

Ja by som bol za vybratie dobreho modularneho systemu a casom ku nemu mozno marketplace. Modularny system mi dovoli uz pri instalacii vybrat, ake prvky chcem mat na webe (fotogaleria, blog, prehlad noviniek, …) a developer to uz vo vacsine pripadov iba vyfarbi. Zostal by tak mozno budget aj na nejake ine veci ako len tie must.


#12

@janhargas @mtruban ked si vezmem SND tender a k tomu tuto diskusiu mam pocit, ze v hlave mate agile, pred ocami vyhody agile, ale neuvedomujete si, ze realne pripravujete podmienky na waterfall. A to je skoda pretoze aj kvalitny dodavatel moze dodat web "pod jeho maximalnu moznu uroven"ak ho k tomu tlaci neefektivny proces a skostnateny klient. A vobec neriesite ze do procesu treba zahrnut aj UX postupy, pretoze samotny agilny vyvoj, nezaruci pouzitelny web.

Kedze neviete napisat komplet zadanie na zaciatku, tym padom sa nekupuje “fixed price”, ale skor “Time & Material with cap”. A preto potrebujete kvalitneho dodavatela, aby vas cez ten proces vedel efektivnejsie previest. A teda, nekupujete najlepsie riesenie, ale najlepsieho dodavatela, ktory ma predpoklady dodat najlepsie riesenie.

Toto platilo aj pre SND? Ja som to z toho tendru vobec nepochopil. Je pravda, ze pri tom nebolo detailne zadanie, ale to z toho nerobi agile, kedze sa predpokladalo, ze to zadanie si dodavatel sam vymysli vramci pripravy na tender a rovno k nemu spravi aj graficke navrhy.

zaroven vytvorenim webu sa vsetko iba zacina. hovori sa, ze na launch by sa malo spotrebovat 30% nakladov. zvysok by sa mal minut na neustale vylepsovanie a aktualizovanie systemu aj podla toho ako ho pouzivaju pouzivatelia a ake su nove trendy.

Toto platilo pre SND??? Je plan, ze po dokonceni webu sa bude donho dalej investovat radovo tisice eur rocne?

Zadanie by malo byt dostatocne jasne, aby si dodavatel vedel skalkulovat, ci sa zmesti do max. ceny alebo nie a prip. za akych podmienok.

Na serioznu kalkulaciu webu (bez zbytocnych rezerv) musi dodavatel mat zadanie, z ktoreho, ak nie priamo vycita, tak si aspon moze domysliet pocet a narocnost sablon a dalsiu funkcionalitu.

Takze by sme mozno mohli otocit debatu a namiesto waterfall pristupu (analyza, dizajn, vyvoj) …

Aka ja konkretna podoba a vyhody agile, o ktore vam ide? Z tejto vety to vyzera, ze predimplementacna analyza a dizajn nema v agile miesto. Agile je velmi siroky koncept. Okrem procesnych zmien (tzn vyvoj v sprintoch bez fixnej ceny/specky na cely projekt) je dolezity pristup “dodat pouzivatelovy produkt co najskor a potom iterovat” a to je prave zahrnute v postupe, kde sa najprv robi klikatelny prototyp, pretoze to uz je “produkt”, ktory sa da zverejnit a pytat nan feedback od odbornej verejnosti. Cize ak nam ide o tom, aby sme si co najskor s pouzivatelmi validovali ci ideme dobrym smerom je prave klikatelny prototyp vhodnym prostriedkom. Idealne sa k nemu dodavatel dopracuje agilne (s velkym zapojenim klienta, v iteraciach a postupovat bude po user stories a v sprintoch)

…sa rozpravat o tom, ako zjednodusit podmienky VO tak, aby firma nemusela robit konkretny detailny navrh uz v case ponuky, ale staci, ze ukaze svoju kompetenciu.

Neviem ako prebiehal tender na sucasny web mestra Trencin, ale vysledok bol na tu dobu podla mna vyborny. Z paticky to vyzera, ze dizajn robili v core4 a backend v nustep. Predpokladam ze tender sa robil na celok a niekto z nich bol len subdodavatel. Takze jedno zjednodusenie tu hned vidite… rozdelit tender na viac casti aby spolupraca viacerych subjektov bola “systemovo podporovana” a tym sa okamzite rozsiri pocet firiem, ktore sa vedia zapojit do tendru :slight_smile: Sorry ze sa opakujem, viem ze sa pytate skor na to co pozadovat ako vystup tendra aby to nebolo prilis drahe pre sutaziacich ale zaroven sa dal vdaka tomu vybrat najvhodnejsi dodavatel. Kompetenciu by mohla posudit odborna komisia na zaklade referencii, kde dodavatel vysvetli ako su relevantne, ake vyzvy sa tam riesili, dalej akym postupom chce web pripravovat, ako ma skuseny tim… ak sa maju pripravovat vystupy len pre tender, tak nech su co najmensie, nech to fakt nie je niekolko clovekodni prace…

PS: som velky zastanca agile, v ui42 ho presazdujeme kde sa da, ale zial malokedy je klient ochotny akceptovat, ze na zaciatku projektu moze vediet bud konecnu cenu alebo finalnu funkcionalitu, ale nie oboje naraz.


#13

Mne v tom briefe od ADMA chyba akakolvek specifikacia funkcionality, ktora moze byt dost odlisna od standartnych prezentacnych stranok.

Ten ADMA brief je len priklad, ze aky “typ vystupu” by vramci predimplementacnej analyzy pripravil konzultant s klientom. Nemyslel som to tak, ze vezmu tento brief a spolu ho vyplnia, ale ze konzultant povie co ake otazky a body treba v briefe zodpovedat a teda sa nebude robit ADMA brief ale konzultant pripravi brief na mieru pre tender webu mestra Trencin.

Inac napr. pre web mesta dost vela funkcionality urcuje zakon, ta je jednoducho must

Pokial viem, pre web mesta nie je ziadne specialne nariadenie, ale plati pren len vynos MF o pristupnosti, ktory riesi veci ako kontrast, velkost pisma, funkcnost bez javascriptu, povolene prilohy suborov… rovnako plati pre weby kniznic, ministerstiev, skol a miest co su funkcne velmi rozdielne weby. Cize dodavatelovi to vobec nepomoze v odhade, ze aku vsetku funkcionalitu klient bude chciet.

a nemyslim si ze akekolvek mesto na Slovensku ma budget na vymyslanie nejakej super specialnej funkcionality.

ba praveze mesta obcas vymyslaju zaujimave veci, zrovna Trencin si dal spravit samostatny portal http://www.trencinsity.sk/. To uz velmi specificke ale okrem toho mesta riesia kalendare podujati, automaticke mailingy, zonu pre poslancov…

Ja by som bol za vybratie dobreho modularneho systemu a casom ku nemu mozno marketplace. Modularny system mi dovoli uz pri instalacii vybrat, ake prvky chcem mat na webe (fotogaleria, blog, prehlad noviniek, …) a developer to uz vo vacsine pripadov iba vyfarbi.

S modularitou systemu suhlasim, ale nedgradoval by som informacnu architekturu na uroven “vyberu modulov”. Modularny system bez kvalitneho dodavatela a dobre nastavenych cielov a postupu nezaruci kvalitny vysledok. Cize este vacsi vyznam ako systemu by som prikladal dodavatelovi.


#14

uvedomujem si vsetky tvoje pripomienky. ale trosku zle je chapane to zadanie a vysledok ktory sa nim sledoval. nechceli sme, aby sa vymyslel cely koncept ale aby sa vymyslel navrh, potom poslali referencie a navrh ako to chcu technicky riesit preto, aby sa vedel vybrat spravny dodavatel s ktorym
by sa uz malo robit agile principom a v pohode ten vysledny produkt moze byt uplne iny. len zial sa to robilo takto, aby sme sa pohybovali v ramci toho, co zakon o VO dovoloval.

ja osobne si nemyslim, ze pokial chce insitucia v zasade 90% prezentacny web, ze treba projekt rozdelovat na dizajn a technologie. hlavne preto, ze v tej institucii to nema kto riadit. ako si spravne napisal, casto krat je tam zly klient.

cize za mna v tomto konkretnom pripade je najlepsie, ked si institucia obstara dobreho dodavatela a zaroven si zaobstara nejakeho nezavysleho konzultanta, ktory im s tym bude pomahat.


#15

Ale zakon nariaduje mestam co a v akom formate maju zverejnovat

k tomuto debilnemu vynosu sa tazko vyjadrovat, ostatnym krajinam stacia medzinarodne standardy iba my sa hrame na nieco…

ale weby 2 miest, 2 kniznic, 2 ministerstiev sa moc nelisit v zaklade nebudu, potom nastupuje customizacia

V Drupale som podobny web realizoval pre OSN, programatorska narocnost 20 hodin + navrh dizajnu, UX, …

toto vsetko moze byt v nejakom zakladnom baliku pre mesta nie?


#16

uz chapem. junior developerom, ktori sa k nam hlasia tiez davame podobne cvicenia, ktorych vysledok ani nechceme pouzit, len si na tom chceme preverit ako robia. Z pohladu kvality buduceho webu SND je to fajn pristup, z pohladu efektivnosti a udrzatelnosti takychto VO je to plytvanie effortom. Uvedom si, ze ked si spocitas clovekohodiny, ktore do toho venovali jednotlivi sutiaciaci + konzultacie ludi zo s.d. tak len na priprave tendra sa spalilo mozno viac ako je hodnota celej zakazky. takze na jednej strane mame skorumpovane zakazky, ktore maju v porovnani s komercnymi projektmi absurdne vysoke marze a otaznu kvalitu. na druhej strane je tender ako SND, ktory je postaveny na nadseni a v porovnani s komercnou zakazkou je pre dodavatelov nezaujimavy ak to neberu ako podporu dobrej veci alebo svojho brandu.

Druha pripomienka je, ze pri tendri SND som nepochopil, ze web moze byt vyvijany agilne. Naozaj to je u SK klientov je skor vynimka, preto sa to oplati zdoraznit. Pre nas by to bol argument v prospech zapojenia sa do tendra. (Nevravim, ze len kvoli tomu by sme sa zapojili, ale rozhodne by to pozitivne zavazilo). Mozno som si to len v podkladoch nevsimol (na prezentacii v divadle som ja osobne nebol) ale mozno to nebolo dostatocne odkomunikovane.


#17

Ja som bol napr. v UK zvyknuty na to, ze pri podobnych sutaziach (a sumy, ktore neboli v milionoch), boli kriteria nastavene tak, ze uchadzac ma “preukazat svoju kompetenciu formou relevantnych referencii”. Ziadne restrikcie. Samozrejme ak to bol projekt pre statnu spravu, tak referencie v statnej sprave zabrali ovela viac ako komercne. My sme si v SR odvykli od toho, ze ponuka je sales material. Ponuky sa znizili na uroven “predkladania dokumentov, aby sme presli cez KO kriteria”. Cize k tvojej otazke: vidim velky rozdiel v tom, ked sa kriterium nastavi tak, ze znie “preukazat relevantne skusenosti s podobnymi zakazkami” a ked sa povie “musi predlozit 3 referencie z verejnej spravy pocas predoslych 5 rokov, v uhrnnej hodnote minimalne 50k”. To prve dava priestor na “ukazanie sa / sales” a porote dava priestor na odborne zhodnotenie ponuky, to druhe je ciste “KO kriterium”, ktore este nic nezarucuje.


#18

A podla mna sa presne snazime o to, aby klient vedel fixnu cenu a ramcovu funkcionalitu (pozor!, nie finalnu). O tom je T&M with cap. SND tiez nemalo zadanie tak detailne, aby v nom bola konkretna funkcionalita. Ale ramec bol jasny.

Hodiny su danou za to, ze to bol prvy takyto projekt. Ked sa to zindustrializuje a vychytaju sa nedostatky (napr. sa zjednodusia podmienky pre pozadovany dizajn v case VO), tak to moze fungovat.


#19

jasne, to som mal presne na mysli


#20

SND aj Trencin maju weby uz “roky” a teda poziadavky na obsah a funkcionalitu su na 90% ustalene. Casom by sme mali dospiet do stadia, ze standardne funkcionality budu uvedene uz vo VO.

Spominali sa moduly, ja myslim, ze prospesnejsie by boli recepty a kb. Napr. recept na videa, s popisom funkcionality (galeria, embedovanie, prehravanie, podpora zariadeni, hosting, atd.). VO by potom mohlo jednoducho odkazovat na recepty (napr.: “chceme tam videa, len embedovanie z tretostranovej sluzby, nechceme vlastny hosting, encodovanie a player”). Vidim to dokonca ako klikaciu sluzbu od s.d., kde si teta na urade naklika co chce na webe, dostane zopar doplnujucich otazok a vacsinu zadania ma hotovu.