- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (79)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Podnikové portály (3. díl)
Portálové projekty a časté chyby zadavatelů
Uvaujete-li o nasazení portálové technologie do vaí společnosti, následující článek by vám měl napovědět, čeho byste se měli vyvarovat, na co se naopak zaměřit a jak se vyhnout riziku neúspěchu, ztracené příleitosti a patně vynaloených investic.

Berte portál jako strategii a vizi
Portál není tím typem SW aplikace, kterou je v organizaci vhodné aplikovat jen tak. Svým způsobem představuje směr či strategii firemního IT, kterou je za určitých okolností vhodné zvolit a setrvat v ní. Jako kadá strategie, i tato by měla mít svou vizi, plán, přínos, návratnost, vlastníka a celou řadu dalích charakteristik. Právě nepojmenovaná strategie bývá v portálových projektech častou chybou.
Určete vlastníka
Rozhodnutí o implementaci portálu by mělo být vdy bedlivě zváeno, a to z mnoha pohledů, od finančních přes technologické a po organizační. Zvolíte-li strategii postavenou na portálové technologii, je nutné určit jejího vlastníka. By se to můe zdát banální, nezvolení vlastníka portálu bývá jedním z důvodů opoutění této technologie. Bez vlastníka lze jen velmi těko udret danou strategii a to, co mělo prvotní účel ve více homogenním (portálovém) prostředí, se bude čím dál tím více těpit a stávat se sloitějím a zamotanějím. Je zapotřebí někoho, kdo bude portál ve společnosti prosazovat a umoní plné vyuití jeho přidaných hodnot.
Spočítejte náklady nejen na pořízení
Implementace portálů v organizacích ovlivní celou řadu stávajících systémů či procesů a jejich zavádění je investičně nákladnějí ne pořizování jednoduích či úzkoprofilových aplikací. I proto je zapotřebí zvaovat, jaké jsou přidané hodnoty portálové technologie, jaké jsou s tím spojené náklady (po celý čas strategie) a jak vychází návratnost investice. Častou chybou je zaměření se pouze na implementační investice a nezohlednění rozvojových investic či nákladů na provoz a údrbu. V takovém případě zákazníci často končí ve stavu, kdy pořízení portálové technologie bylo relativně levné, nicméně kvůli nepovedené implementaci a technologickým dluhům utrácejí prostředky v podpoře a údrbě a nezbývá na rozvoj, který je jediným hnacím motorem na cestě za vizí, vytyčenou ve zmíněné strategii.
Není dodavatel jako dodavatel
S předchozím bodem velmi souvisí volba vhodného a zkueného dodavatele. Vzhledem k velikosti investice a fatálnímu dopadu při patné implementaci si ádný zadavatel nemůe dovolit udělat chybu. Ty nejrozířenějí portály se vyvíjejí ji celou dekádu a díky obecnosti svého pouití jsou také relativně sloité. Je potřeba mít dodavatele, který má patřičné znalosti a zkuenosti. Jeho volba by měla být stejně strategická jako v případě výběru portálu. Vzájemná nedůvěra (která můe vzniknout např. jako vystřízlivění po implementaci portálu) mezi zadavatelem a dodavatelem stojí spoustu peněz.
Myslete ve velkém, jednejte v malém
Jednou z dalích chyb je realizace formou velkého třesku nebo příli sloitá portálová architektura. Budujte portál postupně a v případě potřeby přeuspořádejte priority. Tím, jak se bude adaptovat portálová technologie v organizaci, budou vznikat přidané hodnoty, které mohly být na začátku skryté. Při vodopádovém způsobu implementace není cesty, jak toto podchytit. Příli sloitá architektura naopak zvyuje náklady a prodluuje dobu implementace. Time-to-market je ukazatel, který by měl být v tomto případě sledován. Samozřejmě platí, e čím je kratí, tím větí náskok před konkurencí můete získat.
Konkurence nespí a chyby se dnes neodpoutějí. Neopakujte tedy chyby, kterých se dopustili vai předchůdci.
![]() |
Pavel afář Autor článku je IT konzultant společnosti IBA CZ. |



















