- 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 | |
![]() | |
Větina IT projektů se potýká s překročením rozpočtu a nedodrením termínu dodávky
Větina firem v Česku, které svěřily vývoj softwaru externímu dodavateli, má patnou zkuenost s dodrením dohodnutého rozpočtu a termínu dodání. Vyplývá to z aktuálního průzkumu výzkumné agentury Brand Brothers pro společnost MoroSystems, který ukázal, e devět z deseti zadavatelů vývojových projektů se setkalo se situací, kdy byl překročen rozpočet. Větina měla rovně zkuenost s tím, e nebyl dodren původně dohodnutý termín.

Zadavatelé u při výběru vývojářské firmy vyadují předloení velmi přesného rozpočtu a stanovení závazných termínů dodání. Při vývoji softwaru ale mnohdy ani jedno z toho nelze předem stoprocentně určit. Zákazník například v průběhu projektu zásadním způsobem změní zadání nebo poaduje doplnění nových funkcionalit. Dodavateli vznikají vícepráce a prodluuje se termín dodání. Na začátku spolupráce nemají dodavatelé větinou dostatek informací a nezbývá jim mnohdy nic jiného ne nabídnout jakousi iluzi garance. Jakmile se začne bořit, je projekt větinou u v takovém stavu, z něho není cesty zpět. Následuje nespokojenost a napětí jak na straně zadavatele, tak i dodavatelské firmy, myslí si Radek Petr, Head of Delivery ze společnosti MoroSystems.
Důleité je hned v úvodu správně nastavit spolupráci, aby přinesla kýený výsledek, a nikoliv zklamání. Výchozím bodem je prověření dodavatele, a to nejen podle tvrdých metrik, na kterých jsou primárně výběrová řízení stavěna, ale na hmatatelných metrikách. S vývojářskou firmou se také vyplatí dopředu absolvovat modelový projekt, kdy se zjistí, jak dodavatel komunikuje a zda je schopen fungovat i pod tlakem. Důleité je rovně zjistit, jestli tým zapojený do výběrového řízení bude i týmem, který bude následně vývoj zajiovat.
Radek Petr k tomu dodává: Zadavatel i externí vývojářská firma si musejí v úvodu spolupráce navzájem otevřeně přiznat, e na samém začátku projektu existuje mnoho neznámých, ačkoliv si větinou myslíme pravý opak. Vývoj softwaru je velmi komplexní doménou, má svá specifika a lií se od větiny jiných oborů, u nich si lze výstup lidově řečeno osahat.
Na začátku spolupráce je také nutné správně formulovat potřeby. Častým kamenem úrazu toti je, e se zákazník poutí do návrhu řeení, ani by správně formuloval potřeby a skutečně znal svůj problém. To často vede k tomu, e vzniká řeení, které v podstatě problém neřeí nebo ho řeí jen částečně a klient zbytečně přichází o spoustu peněz.
Samotné řeení je nutné budovat postupně s vysokou mírou zapojení klienta a častým ověřováním, e se projekt ubírá správným směrem. Jinými slovy je potřeba následovat agilní hodnoty a principy. Osvědčilo se nám pojmenovat zodpovědnosti a ty si společně s klientem rozdělit a fungovat jako jeden tým, nikoliv jako dva, které se snaí přísně střeit své mantinely. V tomto pojetí je primárním určujícím prvkem kvalita spolupráce, ne kvalita smlouvy o dílo, dodává Radek Petr.
Formulář pro přidání akce








