|
Znáte metodu řízení projektů zvanou TUNEL?
Charakteristika metodiky TUNEL: Na počátku projektu se vstupuje do černého
tunelu. Následně členové vývojářského týmu procházejí krok za krokem poslepu tunelem od stěny
ke stěně. Na cestě černou tmou tunelem, kdy je vidět opravdu jenom na krok dopředu, se díky nárazům do
stěn zjišťuje, kudy cesta nevede (tak toto je špatně). Neblahými zkušenostmi z neúspěšných cest a
tvrdých nárazů do stěn tunelu, což reprezentují nešťastné zprávy od uživatele nad odevzdaným
kusem kódu: "Takto jsme to přece vůbec nechtěli", se zjišťuje, co se vlastně nemělo dělat.
Takto se metodou "pokus - omyl" odhaluje správná cesta, tedy "co se mělo vlastně dělat".
Vedoucí projektu se s pocity jezdce na rodeu snaží neustálými operativními zásahy uřídit projekt
a najít tak nějaké světýlko na konci tunelu. Nejčastěji se opravdu poštěstí a projekt se
"s odřenýma ušima" a úlevou dokončí a "jakýs takýs" informační systém se zákazníkovi nakonec
odevzdá. Bohužel někdy nastane opačná velmi nepříjemná až katastrofická situace, kdy se nadějné
světélko na konci tunelu promění ve světla protijedoucího vlaku a celý projekt skončí opravdovým
krachem. Důsledky chaotické operativní metody TUNEL jsou opravdu velmi nepříjemné:
- Zvýšené náklady
- Pozdní dodávka systému
- Nesoulad mezi naprogramovanými funkcionalitami IS a původními požadavky zákazníka
- Software nevykazuje žádné nosné myšlenky a vypadá jako slepenec nesourodých ad-hoc
přilepených řešení.
- Projekt se řídí pouze momentální intuicí a zkušenostmi vedoucího projektu, nikoliv
metodickými pokyny, platí obecná neznalost kdy má co kdo dělat
- Žádná predikce v projektu
- Bobtnání projektu, kdy všichni pracují se stále větším úsilím a práce na projektu paradoxně
přibývá
- Každá porada v projektu začíná "jobovými zvěstmi", vedoucí projektu mívá žaludeční vředy
- Neexistuje možnost zavést a kontrolovat opětovnou použitelnost, opakují se práce a zdvojují
se evidované údaje, což se s překvapením zjišťuje při náhodných rozhovorech mezi pracovníky
na kuřárně
Řešení
Použití objektových technoliogií a správných postupů při modelování v jazyce UML umožňuje výrazně
zvýšit světlo v tunelu a zavést odpovídají vhodné metodiky.
Firma Object Consulting nabízí tzv. in-house školení pro firmy s názvem
"Praktický kurz objektového modelování a programování (OOP, UML)
in house". Školení vede RNDr. Ilja Kraval a probíhá přímo v prostorách
vaší firmy. Školení je vzhledem k rozsahu látky 5-denní a probíhá nadvakrát 3+2 dnech
(ukazálo se toto dělení na dvě části 3+2 jako výhodné, protože 5 dnů v kuse je opravdu velká výluka
zaměstnanců).
Obsah a charakteristiku in-house školení naleznete
zde
Nedílnou součástí in-house školení je také konzultace přímo nad vaším systémem, tj. ukázka návrhu
vašeho systému pomocí OOP, UML a komponentní technologie. Počet účastníků v in-house školení není ve firmě omezen - platí stejná stabilní
cena nezávislá na počtu účastníků. U in-house školení se díky většímu počtu účastníků
stává přechod k OPP a modelování v jazyce UML předmětem celé firmy (jak je vyžadováno). Na konzultacích a ukázkách řešení se
podílí tolik zaměsntnanců, kolik je třeba a to bez omezení jejich počtu. U in-house
školení zaměstnanci nejsou vytrženi z prostředí firmy, což je na jedné straně výhodou,
ale na straně druhé také nevýhodou (při nedodržení disciplíny školení a odvolávání pracovníků k jiným povinnostem).
U in-house školení jsou běžné konzultace i po skončení oficiálnáí části
Cenová nabídka a způsob objednání in-house školení (3+2)
Celková cena pětidenního školení 3+2 (bez ohledu na počet zaměstnanců!) je 69 900,- Kč
+ cestovné a ubytování školitele (cena uvedena bez 19% DPH).
Jako bonus budou firmě poskytnuty výtisky knihy
Analytické modelování informačních systémů pomocí UML v praxi do firemní knihovny za symbolickou cenu
100 Kč / kus (+ DPH) až do počtu 10 kusů maximálně.
Nabídka slevy
Pokud máte ve vaší firmě zájem o in-house školení, kontaktuje nás na adrese
objects@objects.cz a poté můžeme dohodnout podrobnosti.
Doporučujeme věnovat pozornost stránce
kalendář firmy
|
