98 n Zvyšování výkonnosti firmy na bázi potenciálu zlepšení
Nebudu se zabývat obsahem poptávkového dokumentu jako celku. Pozornost této kapitoly je soustøedìna na tu pasáž poptávkového dokumentu, ve které je specifikováno, co má být pøedmìtem poptávaného øešení a jak to sdìlit uchazeèùm. Pøístup založený na uplatnìní RPZ vychází z následujících zásad: n Jsou jasnì formulovány cíle a priority inovace. n Je poptáváno øešení na bázi RPZ prostøednictvím klíèových parametrù výkonnosti procesù.1 n Co se týèe funkcionality, je poptávána pouze taková, která pøedstavuje kompetitivní výhody (standard dodá více firem, kompetitivní výhody pro vás jen nìkteøí). n Kromì toho jsou co nejpøesnìji požadovány návazné parametry øešení, jako jsou vazby, které zùstanou v inovovaném øešení zachovány, omezující technické parametry apod. n Jsou poptáni pouze uchazeèi, u nichž je zøejmé, že jsou schopni dodat standardní funkcionalitu, která je „pod“ klíèovými parametry výkonnosti procesù a která je v souladu s legislativními požadavky. Do výbìrového øízení jsou tedy pøizváni pouze takoví uchazeèi, jejich øešení splòuje požadavky všeobecnì uznávaného etalonu funkcionality (sytém umí plánovat, úètovat apod.) n Je požadována vazba platebních podmínek na dosažené pøínosy – definované efekty. n Jsou pøesnì definovány požadované výstupy jako souèást ceny (nejen nástroje k jejich tvorbì).2 n Jsou požadovány reference èlenù implementaèního týmu dodavatele. n Je požadováno, aby návazné prezentace a další konzultace k nabídce byly realizovány uvažovaným budoucím implementaèním týmem (alespoò budoucím projektovým manažerem a klíèovými èleny týmu). n Je závaznì požadována struktura nabídky pro srovnatelnost nabídek.
1
Je-li totiž poptávkový dokument založen na specifikaci požadované funkcionality, po ukonèení výbìrového øízení a zejména ve fázi realizace projektu se vìtšinou objeví øada rozporù a oboustranných rozèarování vyplývajících z rozdílné interpretace, co pøesnì se kupø. pod požadovanou funkcionalitou daného standardního balíku skrývá. Rozdílná interpretace toho, co je co, je nejèastìjším dùvodem napìtí mezi dodavatelem a odbìratelem. Výhodnìjší je proto formulovat požadavky na výkonnost procesù a volbu konkrétní funkcionality, vedoucí k dosažení požadovaných výsledkù, ponechat na dodavateli. Velmi èasto totiž výkonnost procesù zvyšuje prùøezová funkcionalita, smìøující pøímo k podpoøe výkonnosti procesù, jako jsou workflow, uplatnìní Document Management System apod. Rozdrobené poptání takové funkcionality bez vazby na oèekávané efekty vìtšinou nevede k naplnìní oèekávání. Další velmi významnou okolností je skuteènost, že RPZ je èasto dosažitelný rùznými cestami a uplatnìním rùzných nástrojù. Poptávání funkcionality je pøedjímáním, které nežádoucím zpùsobem limituje dosažitelný stav. Formulace RPZ odbìratelem navíc nebere v úvahu business logiku konkrétního aplikaèního standardního balíku, který bude vítìzem výbìrového øízení implementován. Vlivem toho mùže dojít k upøesnìní požadovaného RPZ. Promítnutí takových podnìtù na úrovni klíèových parametrù výkonnosti klíèových aktivit procesù je prùhlednìjší a efektivnìjší, než na úrovni (detailní) funkcionality. Pøi výbìrovém øízení by mìli být preferováni ti uchazeèi, kteøí pøicházejí s námìty typu „chtìjte více“ a jsou ochotni tyto návrhy zahrnout do smlouvy – blíže viz kapitola 7. 2 Øada dodavatelù argumentuje tím, že pomocí dodaných nástrojù je možné vyhotovit v podstatì jakékoli výstupy nad daty disponibilními v systému. To mùže být v principu pravda, ale pøi snaze o poøízení konkrétních výstupù lze narazit na realizaèní obtíže související s obsahem a formou výstupu. Pøi poètu pøedpokládaných výstupù se mùže jednat o celkovì nezanedbatelnou pracnost. Tyto požadavky se potom øeší jako dodateèné, nad rámec ceny projektu. Velmi èasto tak dochází i k výrazným navýšení projektových rozpoètù.
Ukázka elektronické knihy, UID: KOS181582