Elektronická skripta SI

Rozměr: px
Začít zobrazení ze stránky:

Download "Elektronická skripta SI"

Transkript

1 Elektronická skripta SI A7B36SI2 Řízení SW Projektů Ing. Ondřej Macek Katedra počítačů ČVUT v Praze, FEL Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti

2 Plánování projektu - motivace, velikost projektu Odhady trvání a ceny projektu Harmonogram projektu https://sites.google.com/a/fel.cvut.cz/vystupy-oppa/ Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti

3 SOFTWAROVÉ INŽENÝRSTVÍ Plánování projektu I Ing. Ondřej Macek 2012/2013 Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE

4 2 Plánování Čas ušetřený dobrým plánem 18 36% + Definice + Motivace + Oblasti + Work Breakdown Structure + Velikost SW - LOC - Funkční celky - COCOMO

5 3 Definice Plánování je proces, jehož cílem je získat představu o trvání, ceně, zdrojích a jejich využití a rizicích pro konkrétní zadání projektu. Protože se jedná o proces jde o kontinuální činnost, která se (na různých úrovních) odehrává během celého trvání projektu.

6 4 Motivace pro plánování Plánování také pomáhá předcházet nečekaným nebo nechtěným událostem, které by mohli v průběhu realizace projektu nastat. Plánování tedy snižuje pravděpodobnost výskytu některých rizik a změn. Kromě toho má dobře plánovaný projekt vetší šanci skončit včas.

7 5 Motivace pro plánování Proces plánování trvá podle velikosti projektu 1den - Několik měsíců Díky plánování dochází k: zvýšení porozumění projektu, snížení nejistoty v projektu, zvýšení efektivity práce.

8 6 Oblasti plánování 1. Rozsah (kvalita) projektu 2. Trvání projektu 3. Cena projektu 4. Zdroje projektu 5. Rizika projektu

9 7 Oblasti plánování Poznej co a jak dobře máš udělat 1. Rozsah (kvalitu) projektu je nutné definovat proto, aby bylo jasné co se má udělat a jaký je vhodný rozsah zpracování. Podle požadavků na rozsah a kvalitu je také možné určit proveditelnost projektu.

10 8 Oblasti plánování 2. Trvání projektu je nutné znát, abychom mohli plánovat využití zdrojů a případné navazující či souběžné projekty ve firmě a také proto abychom dokázali určit jestli projekt dokážeme dokončit ve chvíli, kdy ho zákazník potřebuje.

11 9 Oblasti plánování U SW projektů je cena většinou závislá na trvání 3. Cenu projektu je nutné stanovit, abychom dokázali určit zda se projekt vyplatí realizovat - vzhledem k předpokládaným ziskům

12 10 Oblasti plánování 4. Zdroje projektu a jejich využití vzhledem k návaznosti jednotlivých aktivit v projektu. Je nutné rezervovat či najmout zdroje, aby byl projekt proveditelný. Zdroje také samozřejmě ovlivňují cenu projektu a případně i kvalitu zpracování.

13 11 Oblasti plánování Buď připraven! 5. Nejistota (rizika) projektu - pokud existuje možnost, že se vyskytne nějaká událost, která by mohla ovlivnit projekt, je dobré se na ni připravit předem.

14 12 Veličiny a jednotky Úsilí kolik práce bude třeba ke splnění projektu: Man-month práce vykonaná jedním průměrným člověkem za měsíc, Man-day práce vykonaná jedním člověkem za den. Trvání jak dlouho bude projekt trvat s přidělenými zdroji: Měsíc, týden, rok

15 13 Plán rozsahu projektu Dekompozice projektu je důležitým nástrojem při plánování rozsahu projektu. Těžko lze odhadnout projekt bez znalosti (hrubé představě) o dílčích úkolech. Nástrojem pro poznání aktivit je myšlenková mapa (mind map) nebo Work Breakdown Structure (WBS). V následujícím textu se budeme zabývat WBS z těchto pohledů: - Definice - Postup tvorby - Význam

16 WBS 14 Poznej, rozděl a panuj! Work Breakdown Structure je hierarchický popis práce (aktivit), která musí být udělána, aby byly splněny požadavky zákazníka. WBS tvoří strom jehož kořenem je cíl celého projektu, na další patrech jsou pak jednotlivé dílčí funkce až konečně listy jsou tvořeny jednotlivými konkrétními úkoly. Souvislost mezi uzly je dekompozice (ke splnění kořene musí být splněny všechny uzly podstromu) nikoliv časová návaznost.

17 15 Budování WBS V rámci budování WBS je možné využít Requirements Breakdown Structure, což je strom požadavků. Na něj se dá navázat tak, že jednotlivé požadavky jsou rozpracovány pomocí aktivit, které je třeba vykonat pro realizaci požadavku.

18 16 Budování WBS WBS můžeme budovat podle: 1. fyzických nebo funkčních komponent systému, 2. aktivit projektu, 3. organizačních jednotek.

19 17 WBS podle komponent WBS je zaměřena na jednotlivé dodávky (deliveries) a v rámci budování WBS dochází i k fyzické či funkční dekompozici aplikace.

20 WBS podle aktivit 18 WBS reprezentuje úkoly jejichž splnění povede k realizaci projektu. Někdy je přístup označován jako navrhniimplementuj-testuj přístup

21 19 WBS podle organizace Tento přístup se hodí pokud na projektu pracuje více oddělení, některá oddělení jsou dislokovaná nebo je třeba dodržovat již nastavené business procesy.

22 20 Kompletnost WBS Při konstrukci WBS narazíte na problém jak poznat, že WBS už je kompletní. Nápovědou mohou být následující kritéria: Je možné určit stav plnění aktivity? Je určený začátek a konec aktivity? Má každá aktivita konkrétní přínos (deliverable)? Je pro každou aktivitu možné odhadnout její cenu? Je možné ke každé aktivitě přiřadit jednu zodpovědnou roli? Vzhledem ke změnám v projektu se i WBS bude v průběhu projektu měnit, přesto by stále měla splňovat výše uvedená kritéria.

23 21 Význam WBS Než je možné začít plánovat projekt, musí být alespoň zčásti jasné jaké aktivity mají během projektu proběhnout. Dekompozice projektu na dílčí aktivity zpřesňuje odhady spojené s projektem. Další využití: Plánovací nástroj. Reportovací nástroj. Myšlenková mapa projektu. Pomocník při návrhu aplikace.

24 22 Podoby WBS Obsah je důležitější než forma! WBS může být vytvářena ve formě stromu, sticky notes, excelového seznamu, backlogu apod. Konkrétní podobu WBS rozhodněte podle předpokládané míry změn. Grafické (či jinak náročně udržitelné formy WBS) není vhodné používat tam, kde se předpokládají značné změny v zadání (či rozsáhlé postupné zpřesňování), je to z toho důvodu, že pak dochází ke změnám v mnoha větvích stromu. Naopak tam, kde je zadání od začátku jasné je WBS dobrým nástrojem.

25 23 Velikost SW projektu Ve všech projektech je třeba odhadnout rozsah práce, která má být udělána. Specifikem SW projektů je odhadování rozsahu softwaru. Na rozdíl od stavby domu nemůžeme provádět odhady typu: na zeď o rozměrech Z x Y budeme potřebovat zhruba takové a takové množství cihel konkrétní velikosti, nicméně potřebujeme odhadnou rozsah SW kvůli nacenění, plánování kapacit apod. Nyní se na odhad velikosti projektu podíváme z hlediska kódu, ostatní aktivity a jejich odhadování si necháme na později.

26 24 Metody odhadů velikosti SW Všechny metody potřebují historická data V rámci odhadování velikosti projektu se nejčastěji mluví o odhadech: počtu řádek kódu (line of code (LOC)) funkčních bodů pomocí metody COCOMO

27 25 Odhad LOC Předpoklad: Odhad trvání projektu (programátorské fáze) bude u projektu B podobný jako u projektu A, pokud odpovídá počet řádků kódu obou projektů. Jedná se o velmi populární techniku odhadu velikosti projektu. Důvody jsou: - snadné zjištění pro minulé projekty, - snadné porovnání mezi projekty, - podobná výkonost vývojářů (LOC/den).

28 26 Argumenty proti LOC Použití LOC pro odhad velikosti projektů má i svá úskalí, nejčastěji zmiňovaná jsou: Statistiky LOC/den jsou špatně aplikovatelné pro různé typy a velikosti (složitosti) systémů. LOC neříká nic o neprogramátorských aktivitách v projektu - analýza, čas na vykazování, meetingy apod. Různá definice LOC (např. Je komentář LOC? Je test LOC?). Nepřenositelnost mezi jazyky. Odhad LOC se často změní na odhad pomocí zástupce - viz dále.

29 27 Odhad a Funkční celky FC jsou lépe představitelné než LOC Odhad pomocí funkčních celků (Function point FP) se snaží o poskytnutí lepší představy o velikosti projektu v raných fázích vývoje (jsou známy požadavky, ale není implementace). Je založen na výpočtu pomocí odhadu počtu funkčních celků a jejich složitosti. Stránky komunity:

30 28 Co je funkční celek? Funkčními celky se rozumí: Externí vstupy - formuláře, řídící signály atp. měnící data v systému Externí výstupy - obrazovky, soubory atp., které zobrazují data v systému koncovému uživateli (tím je i jiná aplikace) Externí dotazy - podobné výstupům nicméně data nejsou procesovány (může se jednat o našaptávač na webu apod.)

31 29 Co je funkční celek? - Vnitřní logika - reprezentují logiku navázanou kolem jedné tabulky, business funkce - Externí rozhraní - rozhraní na externí systémy (jiné aplikace) Poslední dva body se v knize jmenují Interní logické soubory a Externí soubory rozhraní, pro snadnější uchopení vývojáři jsem se pokusil o jiný překlad a přiblížení těmto čtenářům

32 30 Počítání s FP FP se dělí do tří tříd složitosti, každá skupina a třída má svůj koeficent (viz tabulka) Charakteristika Malá složitost Střední složitost Externí vstupy X 3 X 4 X 6 Externí výstupy X 4 X 5 X 7 Externí dotazy X 3 X 4 X 6 Vnitřní logika X 4 X 10 X 15 Externí rozhraní X 5 X 7 X 10 Velká složitost

33 31 Počítání s FP Následně se provede korekce pomocí koeficentu vlivu (zohledňuje např. složitost nasazení, způsoby datové komunikaci apod.) Konečně lze přímo odhadnout přímo velikost (a případně i cenu) SW nebo je možné převést na LOC (na základě statistiky a hstorických dat).

34 32 COCOMO Metodika vytovřená v roce 1981 a postupně upravovaná je empirická metoda založena na LOC a statistických údajích o historii projektů. Metoda umožňuje určit: Effort (úsilí) v person-months Duration (trvání) v měsících

35 33 COCOMO 81 Jedná se o nejstarší variantu výpočtů: Effort = A * (KLOC) B Durration = C * (Effort) D Velikost týmu = Effort / Duration Koeficienty A, B, C, D vysvětleny na dalším slidu

36 34 Parametry COCOMO 81 Projekt A B C D Organic 2,4 1,05 2,5 0,38 Semidetached 3,0 1,12 2,5 0,35 Embeded 3,6 1,20 2,5 0,32 Organic projects - malý tým, tvořený zkušenými pracovníky pracuje s pružnými požadavky. Semi-detached projects - střední tým, kde každý má jinou úroveň zkušenosti, některé požadavky jsou pevně dané, jiné se mohou měnit. Embedded projects - jsou vyvýjeny v pevně daných podmínkách

37 35 COCOMO II Nová verze metodiky COCOMO přináší zpřesnění statistického modelu, který je nyní založen na 15 atributech (počet se liší podle varianty modelu), které hodnotí projekt, projektový tým, produkt a hardware. Oba modely COCOMO si můžete vyzkoušet on-line: COCOMOSuite.php expert_cocomo/expert_cocomo2000.html

38 36 Argumenty proti COCOMO Je založeno na LOC. Kromě LOC je třeba odhadnout i další parametry (typ projektu, další charakteristiky projektu). Konstanty jsou založeny na statistikách - jak byly zjištěny? Odpovídaly sledované projekty tomu našemu?

39 37 Otázky 1. Co je to plánování a jaké jsou jeho přínosy? 2. Které oblasti projektu je třeba plánovat? Proč? 3. Je plánování jednorázová aktivita? 4. Porovnejte přístup k plánovnání u tradičních a u agilních metodik. 5. Popište postup plánování rozsahu projektu. 6. Jaký je význam WBS - k čemu primárně slouží? 7. Jaká je závislost mezi aktivitami ve WBS? 8. Dá se podle WBS určit trvání projektu?

40 Otázky II 9. Jaké jsou způsoby budování WBS, kdy je který výhodný a proč? 10. Jak určíte, že aktivita ve WBS je dobře definovaná? Proč jsou důležitá právě tyto kritéria? 11. Jaké jsou další možnosti využití WBS, blíže vysvětlete. 12. Jaké jsou formy zachycení WBS? Kdy je která vhodná? 13. Proč je nutné odhadovat velikost projektu? V čem je SW projekt specifický? 14. Jak se dá WBS využít k odhadu velikost SW projektu?

41 39 Otázky III 15. Jaké metody odhadu velikosti SW projektu znáte? 16. Co je to LOC? Proč je definice LOC problematická? 17. Na jakém předpokladu je založena technika odhadu pomocí LOC? 18. Jaké jsou problémy s odhadem velikosti SW pomocí LOC? 19. Co jsou to funkční celky aplikace? 20. Jak lze funkční celky využít k odhadu velikosti SW? 21. Jaké jsou nevýhody odhadu pomocí funkčních bodů?

42 40 Otázky IV 22. Co je to metoda COCOMO? Na čem je založená? 23. Je vhodné používat metodiku COCOMO 81? Proč? 24. Jaká jsou nebezpečí s použitím metodiky COCOMO?

43 SOFTWAROVÉ INŽENÝRSTVÍ Odhady projektů Ing. Ondřej Macek 2012/2013 Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE

44 2 Osnova + Motivace + Přesný odhad + Rezervy v odhadech + Metodiky odhadů - Analogie - Historická data - Rada experta - Pomocí zástupce - Tříbodový odhad - Široká Delfská technika + Chyby v odhadech + Odhad trvání vs. vykonaná práce

45 3 Odhady v řízení projektů V minulé části jsme se zabývali odhadem SW, nyní se zaměříme na odhady obecně. Popsané techniky se dají využít pro odhad trvání aktivit jejich ceny nebo vzájemnému porovnání složitosti. Kromě odhadu aktivit jdou metodiky použít i na celý SW.

46 4 Motivace pro odhady Aby bylo možné vytvořit plán musíme mít představu o tom, jak dlouho ta která aktivita trvá. U softwarových projektů je problém tuto představu získat, protože zde panuje značné množství nejistoty a i malé změny v technologii či týmu mohou mít zásadní dopad na trvání aktivity. Proto mluvíme o odhadech.

47 5 Motivace pro odhady Pro provedení odhadů jsou výhodou nějaká pevná data o která se můžete opřít, pokud takovými daty nedisponujete, pak odhady budou jen tipy (kterými se zde nebudeme zabývat). Pokud máte data o která můžete své odhady opřít budou vaše odhady pravděpodobně přesnější.

48 6 Přesný odhad Vzhledem k tomu, že veškeré hodnoty na kterých budete zakládat harmonogram projektu i rozpočet jsou odhady, měli byste se snažit o co největší přesnost těchto odhadů. Jak přesný může odhad být a jak zařídit přesnější odhad?

49 7 Jak přesné jsou odhady? Přesnost odhadu u dobře řízených projektů +/- 10% C. Jones uvádí, že přesnost odhadu může být až +/- 10% u dobře řízených projektů. U chaotických projektů nelze mluvit o přesném odhadu, protože aktivity jsou příliš variabilní, a tak je případný přesný odhad dílem náhody. Další autoři uvádějí, že přesný odhad je takový, který pro 75% případů dá odhad +/- 25% oproti skutečné hodnotě.

50 8 Podmínky pro přesný odhad Existují procesní postupy pro vývoj, takže se ví co, kdy a jak se bude dělat. Existují historické záznamy o projektech a aktivitách, které v jejich rámci byly zpracovány. Nejistota ohledně rozsahu zadání a úrovni kvality je malá.

51 9 Zpřesnění odhadu Možným krokem k zpřesnění odhadů je rozdělit úkol na podúkoly (např. pomocí WBS), nejen že dostanete přesnější představu co se má všechno udělat, ale zároveň může dojít i k vyrušení některých chyb v globálním pohledu (nadhodnocená aktivita vyruší podhodnocenou).

52 10 Vývoj odhadů v čase Na začátku projektu, když je celá funkčnost aplikace daná jen jako webový server pro rezervaci jízdenek je velmi těžké (až nemožné) udělat jakýkoli odhad - nejistota ohledně zadání je příliš velká.

53 11 Vývoj odhadů v čase Proces zpřesňování ilustruje kužel nejistoty.

54 12 Vývoj odhadů v čase Důležité je si při studiu kužele nejistoty uvědomit, že: Osa času není lineární - milníky jsou různě daleko od sebe co se týče dní. Jedná se o nejlepší odhady pro danou fázi projektu - tedy většina lidí bude odhadovat hůře a lepší odhady jsou spíš dílem štěstí než nějaké metody odhadu. Kužel nejistoty se nebude zužovat sám od sebe, jeho zúžení je vázáno na snižování nejistoty ohledně projektu (tedy na řízení).

55 13 Vývoj odhadů v čase Interpretace kužele nejistoty: Odhad projektu je v určitém intervalu. Tento interval se v řízeném projektu má tendenci zužovat, takže může dojít ke zpřesňování odhadu. Odhad bude vždy v nějakém intervalu ohraničeném pod a nad skutečnou hodnotou, kde ale reálně je není možné určit. Není vhodné odhadovat a přijímat závazek hned na začátku projektu, kdy není dostatek informací.

56 14 Výhody přesných odhadů Projekt bude lépe sledovatelný - pokud jsem aktivity odhadl přesně dokážu určit jak na tom projekt (vzhledem k dokončení) reálně je. Včasná informace o riziku - pokud se na svůj odhad můžete spolehnout, tak jakoukoliv odchylku můžete považovat za riziko a přikročit k obraným krokům. Vyšší kvalita - stres v důsledku časového tlaku vede lidi k tomu, že produkují chyby a každá chyba (její náprava) stojí peníze. Navíc pokud je projekt zpožděný pak se typicky přikročí ke krácení testů, které jsou naplánovány na konci projektu.

57 15 Výhody přesných odhadů Lepší koordinace aktivit - pokud jsou aktivity dobře odhadnuty je snazší je vzájemně koordinovat a přidělovat jim zdroje. Přesnější rozpočet - přesnější odhad spolu s lepší koordinací aktivit vede k přesnějšímu rozpočtu. Vyšší kredit týmu / firmy - pokud dodáváte včas a v kvalitě, tak kredit vaší firmy roste.

58 16 Rezervy v odhadech Při čtení o odhadech jste se jistě zamysleli nad tím, že by bylo rozumné odhady nadhodnotit, aby vznikla rezerva pro případ, že se něco pokazí (viz Parkinsonův zákon).

59 17 Nadhodnocování odhadů Proti vytváření rezerv nadhodnocením aktivity mluví dva argumenty: Pokud má zaměstnanec na zpracování úkolu o den více než je potřeba, stráví druhý den prací na zbytečnostech (různé zbytečné vychytávky apod.), ačkoliv by se jinak mohl věnovat už další aktivitě. Pokud má zaměstnanec na zpracování úkolů více času než je potřeba, začne prokrastinovat, tedy odkládat práci na později a později.

60 18 Podhodnocování odhadů Motivací pro podhodnocení je například: Snaha o vyvolání pocitu naléhavosti (projekt s krátkým časem zpracování je důležitý projekt, který musí být rychle dodán na trh) Snaha o urychlení vývoje (produkt potřebuji za 6 měsíců, když řeknu, že na to jsou 3 měsíce, tak produkt vznikne za 4 5 měsíců). Optimismus, že tentokrát to půjde lépe (neodejde zaměstnanec, nebude tolik změn)

61 19 Podhodnocování odhadů Jakkoliv jsou motivy pro podhodnocení pochopitelné, přináší s sebou i nebezpečí: 1. Nižší efektivita plánování, pokud zakládám plán projektu na chybných datech nikdy nedostanu dobrý plán. U podhodnocených aktivit je větší šance, se sestaví menší tým než je potřeba. Dalším záporným efektem jsou problémy s integrací při spolupráci více skupin.

62 20 Podhodnocování odhadů 2. Nižší šance na včasné dokončení pramenící z toho, že vývojáři podhodnocují své odhady, pokud se ještě jedno podhodnocení provede na úrovni plánu (kvůli vytvoření pocitu naléhavosti) je jasné, že projekt skončí se zpožděním.

63 21 Podhodnocování odhadů 3. Bude nedostatek času na důležité aktivity, jako je např. analýza a design. Pokud je zanedbáte je výrazné riziko, že projekt nedodá požadovanou funkčnost a kvalitu nebo jej budete muset prodloužit, abyste udělali dobrou analýzu a design.

64 22 Podhodnocování odhadů 4. Kumulace zpoždění - pokud se projekt dostane do problémů s plněním plánu, jsou rozjety aktivity, které mají projekt vrátit do rozsahu určeného plánem (porady, přepracování plánu apod.), které projekt zase zpomalují.

65 23 Metody odhadů Odhady je možné získat na základě předchozích zkušeností nebo empirickými technikami. V této prezentaci zmíníme následující techniky odhadů: Analogie Historická data Rada experta Široká Delfská technika (Wideband Delphi Technique) Pomocí zástupce Tříbodový odhad

66 24 Analogie - metodika odhadu Odhad pomocí analogie předpokládá, že jste již někdy řešili podobný problém. Na základě podobnosti dokážete odhadnout i stávající aktivitu. Příklad: Máme implementovat diskuzní fórum, dříve jsme již realizovali twitter. Zkušenost s vývojem twitteru (trvání aktivit, množství kódu, cenu apod) využijeme při plánování vývoje fóra.

67 25 Analogie - postup Aby se odhad pomocí analogie stal efektivní je vhodné ho provádět v krocích: 1. Získání co nejdetailnější představy o velikosti, práci a ceně podobného projektu. 2. Srovnejte velikost projektů, nejlépe na menších pod-úkolech. 3. Odhad postavte na procentním poměru mezi starým a novým projektem. 4. Zkontrolujte, že pro starý i nový projekt platí stejné předpoklady (velikost týmu, jazyk vývoje apod.) a ty zohledněte ve svém odhadu.

68 26 Analogie - problém Problémem odhadu pomocí analogie je značný rozptyl odhadovaných hodnot a možný rozdíl oproti skutečnosti. To je způsobeno tím, že každý má tendenci vyhodnocovat analogii různým způsobem a předpokládat, že technologie či změny v organizaci vyřešili některé problémy z minula.

69 27 Historická data - metodika odhadu Pro odhad pomocí historických dat můžete využít data, která shromažďuje vaše firma, vy sami nebo jsou dostupné přes nějakou statistickou firmu či v odborném tisku. Důležité je, že tato (obzvláště přejatá data) je nutné kalibrovat. Historická data se musí týkat stejných typů projektů. Jen těžko použijete data o tvorbě e- shopu k plánování vývoje softwaru pro pobřežní stráž.

70 28 Která data uchovávat? Data, která je vhodné sbírat za účelem budoucího odhadování projektu: Velikost (jedno v jakých jednotkách, ale použitá jednotka by měla být stejná přes všechny projekty) Vykonaná práce (v mandays) Trvání (v měsících) Chyby (hodnocené podle závažnosti)

71 29 Historická data - kalibrace dat Žádné dva projekty nejsou stejné, proto je třeba historická data aktualizovat pro stávající projekt. Pro kalibraci dat můžeme použít následující otázky, kterými zjišťujeme vztah mezi daty a aktuálním projektem: Je projekt větší či menší? Jak se změnilo procesní řízení? Jakou prioritu dává projektu vedení firmy? Je tým zkušenější?

72 30 Problém optimismu Při práci s historickými daty se často dopouštíme optimismu, který je ale neopodstatněný, proto je nutné držet se co nejvíce dat a snažit se minimalizovat dopad přání na odhad. Příklad: ( tento projekt půjde lépe než ty předchozí, protože už nepřipustíme odchody členů týmu je dobrá vize, ale bohužel těžko naplnitelná)

73 31 Historická data - zlepšení odhadů Možným vylepšením tohoto druhu odhadů je vytvoření pokročilého modelu, který bude založen na dalších datech, a který povede k zlepšování přesnosti odhadu Příklad: jeden programátor vyprodukuje X práce za měsíc, tři programátoři 2,75 * X apod.)

74 32 Odhad experta Tato technika založená na úsudku jednoho odborníka, je dle průzkumů nejčastěji používaná v praxi. A to i přes to, že přináší mnohá rizika: Je expert opravdu expertem v oboru? Jak odhaduje? Jejich přesnost je závislá na jedinci. Někteří argumentují, že odhad pomocí experta je stejně dobrý jako kterákoli jiná metoda.

75 33 Wideband Delphi Technique Technika odhadu je založená na shodě členů týmu nebo expertů, pro její realizaci je tedy třeba více účastníků.

76 34 Wideband Delphi Technique Postup probíhá v následujících krocích: 1. V prvním kole každý z účastníků ohodnotí aktivitu dle svých zkušeností, nezávisle na ostatních účastnících ohodnocování. 2. Ve chvíli kdy mají všichni ohodnocení aktivity připravené, je ohodnocení zveřejněno. 3. Ti co odhadovali extrémy vysvětlí důvody, které je vedli k těmto odhadům.

77 35 Wideband Delphi Technique Následují další (doporučeno dvě) kola, během kterých účastníci aktualizují své odhady na základě přednesených argumentů. Odhad skončí shodou na trvání aktivity nebo po určitém počtu kol, pak se jako finální bere nejčastěji zmiňovaný odhad.

78 36 Delfská technika Původní delfská technika byla založena jen na sejití expertů a jejich domluvě. Ukázalo se však, že tato sejití jsou často politicky ovlivňována, takže výsledky se nijak nelišili od odhadů jednoho experta. Proto byl zaveden kolový přístup, kde se vyjadřují jen někteří experti.

79 37 Odhad pomocí zástupce Při odhadování velikosti SW, často narazíme na problém jak odhadnou LOC nebo jak odhadnout počet testů apod. Tyto problémy pomáhá řešit odhad pomocí zástupce. Odhad pomocí zástupce vychází z předpokladu, že některá projektová veličina koreluje s velikostí software. Často je používán tam, kde je třeba odhadnou celý projekt nebo jeho velké celky.

80 38 Odhad Fuzzy logikou Metoda využívá historických dat o projektech a schopnosti člověka kategorizovat funkcinolitu. Používá se 5 kategorií rozsahu, pro které máme z historických dat spočítán průměrný počet řádků. Jednotlivé funkcionality zařadíte do kategorie a následně vynásobíte počtem řádků.

81 39 Fuzzy logika - výhody Na podobných projektech může být poměrně přesná. Kategorie lze změnit z velikosti vlastností např. na komponenty (statická web stránka, načítání obsahu, formulář s validací apod.) systému a umožnit tak jiný pohled na SW a přesnější/srozumitelnější kategorizaci

82 40 Fuzzy logika - problémy Pokud kategorizaci provádí někdo jiný než osoba, která nastavovala kategorie (a počítala průměrný LOC), může dojít ke značným odchylkám, proto je třeba hodnotitele školit v jednotné metodice kategorizace. Je třeba sbírat a aktualizovat data o projektech. Technika je založena na statistice, proto se doporučuje používat až od 20 vlastností.

83 41 Story points Jedná se o metodu hojně používanou v agilním prostředí, která je podobná fuzzy logice. Jedná se o ohodnocování vlastností (use case, user stories...) pomocí nějaké číselné řady (mocniny 2, fibonacci). Výsledkem je tak porovnání celků z hlediska obtížnosti.

84 42 Story points - výhody Při plánu iterace můžu vzít výstup minulé iterace (kolik bodů bylo splněno) a použít tento údaj jako strop pro vlastnosti realizované v příští iteraci. Porovnání mezi úlohami probíhá v jeden okamžik, takže by mělo být poměrně přesné. Jdou použít k plánování iterací

85 43 Story points - Nevýhody Story points neříkají nic o trvání a složitosti úloh. Má-li A ohodnocení 2 a B má 4, pak to neznamená, že B bude trvat dvakrát tak dlouho jako A, ale to, že B je o něco těžší než A. Story points jsou bezrozměrné a nejdou převádět na čas, nehodí se tedy k prezentaci a detailnímu plánování práce (ty máš vlastnost ohodnocenou 1, takže budeš ve 12 hotový)

86 44 Konfekční velikost Podobně jako story points pochází z agilního prostředí a většinou slouží k odhadu větších celků (ale dá se použít i na user stories). Využívá hodnocení pomocí konfekčních velikostí (S, M, L...), programátoři, tak ohodnotí složitost vývoje a zákazník přidanou hodnotu, která mu vznikne. Kombinací obou hodnocení vznikne prioritizace požadavků.

87 Tříbodový odhad 45 Odhad je založen na průměrování odhadů. Jednotlivec nebo skupina určí optimistickou, pesimistickou a nejpravděpodobnější dobu trvání. Následně se průměruje.

88 46 Chyby v odhadech Kromě nedostatku zkušeností a podcenění variability projektu je dalším zdrojem chybných odhadů i fakt, že se zapomíná na aktivity jako je nasazení, instalační program, účast na meetinzích apod. Dalším zdrojem chyb je chaotické řízení a produkce nekvalitních výstupů v průběhu projektu - pak je nutné vynaložit úsilí na jejich zlepšení (opravu či přepracování) a není možné se věnovat dalším aktivitám.

89 47 Chyby v odhadech Častým zdrojem chyb jsou i změny. Změny požadavků by měly podléhat procesu řízení změn a jejich dopady by měly být zapracovány i do odhadů. Změny ve zdrojích (např. ve složení týmu) se do odhadů také promítnou a je nutné na toto myslet. Dalšími zdroji chyb v odhadech může být neznalost technologie, změny legislativy, velikost projektu, velikost a distribuovanost týmu nebo pocit, že máme tzv. silver bullet.

90 48 Odhad trvání vs. vykonaná práce Každému je jasné, že člověk není schopen pracovat nepřetržitě (na rozdíl od stroje) a tak i při nejlepší vůli pracovníka využít pracovní dobu na 100%, není tento cíl naplněn. Navíc během pracovní doby dochází ke kolísání pracovního výkonu. Svůj dopad na trvání aktivity také bude mít i sestavení a velikost týmu. Mají se tyto jevy objevit i v odhadech a pokud ano jak?

91 49 Trvání nebo skutečná práce? Pro plánování harmonogramu a doby dokončení projektu odhadujte trvání aktivit bez ohledu na možnosti týmu. Pro plánování/vykazování rozpočtu využijte odhad provedené práce.

92 50 Příklad - Trvání nebo práce? Naším projektem je přestěhovat židli z místnosti do chodby - náš plán práce je tedy následující: 1. Zvednout židli. 2. Přinést ji ke dveřím z místnosti. 3. Položit židli. 4. Otevřít dveře. 5. Držet dveře otevřené, zvednout židli. 6. Odnést židli na chodbu.

93 51 Příklad - Trvání nebo práce? Aby byl příklad názornější řekněme, že odhad trvání projektu je 1 hodina pro jednoho pracovníka (hrozně dlouhá místnost a těžko otvírající se dveře). Pokud do týmu přidáme dalšího člověka, může dojít k zlepšení času např. na 45 minut - jeden ponese židli a druhý půjde napřed a bude otvírat dveře.

94 52 Příklad - Trvání nebo práce? S přidáním dalších pracovníků už ke zrychlení nedojde, naopak přibude doba potřebná k provedení úkolu růst - na začátku se budou muset pracovníci domluvit, kdo ponese židli a kdo bude otvírat dveře, takže nějaký čas spotřebují domluvou na organizaci. Doba trvání je 1 hodina, ale spotřebovaná práce se bude odvíjet od počtu pracovníků, který se na ní podílí - pro 4 pracovníky budu muset zaplatit 4 hodiny.

95 53 Důvody rozdílů trvání a práce Různé úrovně dovedností. Neočekávané události. Efektivita v pracovní době. Chyby a nedorozumění.

96 54 Otázky 1. Proč nelze na začátku projektu s jistotou říci jak dlouho bude projekt trvat a kolik bude stát? 2. Jak by se měl odhad vyvíjet v čase? 3. Jaké jsou přínosy dobrých odhadů? 4. Jaké musí panovat podmínky, aby se dal odhad postupně zpřesňovat? Jaké jsou naopak překážky? 5. Jak souvisí WBS s odhady? 6. Jaké jsou argumenty pro a proti nadhodnocování projektů? Ke které variantě se přikláníte?

97 55 Otázky II 7. Jaké jsou argumenty pro a proti podhodnocování projektů? Ke které variantě se přikláníte? 8. Na jakém principu je založena metodat odhadu pomocí analogie? Jaký je postup? 9. Jaké jsou problémy s odhady založenými na analogii? 10. Jaká data je vhodné sledovat u projektů pro pozdější využití při odhadech? 11. Proč je optimismus překážkou při odhadech na základě historických dat? 12. Jaké jsou výhody a nebezpečí odhadu expertem?

98 56 Otázky III 13. Jak probíhá odhad pomocí Wideband Delphi? 14. Proč se neosvědčila původní Delphi technika? 15. Co je principem Wideband Delphi Technique? 16. Co je principem odhadů pomocí zástupce? Jaké techniky odhadů sem patří? 17. Jak probíhá odhad pomocí fuzzy logiky? 18. Jak lze odhad pomocí fuzzy logiky modifikovat tak, aby nemusela být známa celá funkčnost?

99 57 Otázky IV 19. Co jsou to Story points? Jaké nabývají hodnoty a jak se dají použít pro plánování? 20. Co je výhodou a co nevýhodou plánování pomocí Story points? 21. Jaký je rozdíl v odhadu pomocí konfekční velikosti oproti ostatním technikám odhadu? Jaký je přínos pomocí této odlišnosti? 22. Jaký průměr používá tříbodový odhad? Proč právě tento? 23. Co způsobuje chyby v odhadech? 24. Jaký je vztah mezi odhadem a reálnou prací? Kterou z nich zohlednit při plánování?

Školení v rámci zemědělské a lesnické činnosti 2014

Školení v rámci zemědělské a lesnické činnosti 2014 Vindex JIH, s.r.o. Platnéřská 191 110 00 Praha IČO: 25173278 Název projektu: Školení v rámci zemědělské a lesnické činnosti 2014 Číslo projektu: 13/0181310b/131/000199 Financováno z Programu Rozvoje Venkova

Více

Zuzana Šochová 30.10.2008. MFF Modelování a realizace softwarových projektů

Zuzana Šochová 30.10.2008. MFF Modelování a realizace softwarových projektů Zuzana Šochová 30.10.2008 1 Metody řízení projektů Týmová spolupráce Agilní metody Scrum proces Backlog úloh a odhady Jak plánovat Tým a zákazník 2 Executive support User involvement Experienced project

Více

P R O J E K T O V É Ř Í Z E N Í A M A R K E T I N G 1. Akad. rok 2015/2016, LS Projektové řízení a marketing - VŽ 1

P R O J E K T O V É Ř Í Z E N Í A M A R K E T I N G 1. Akad. rok 2015/2016, LS Projektové řízení a marketing - VŽ 1 P R O J E K T O V É Ř Í Z E N Í A M A R K E T I N G 1 Akad. rok 2015/2016, LS Projektové řízení a marketing - VŽ 1 Vznik a historie projektového řízení Akad. rok 2015/2016, LS Projektové řízení a marketing

Více

Automatická detekce anomálií při geofyzikálním průzkumu. Lenka Kosková Třísková NTI TUL Doktorandský seminář, 8. 6. 2011

Automatická detekce anomálií při geofyzikálním průzkumu. Lenka Kosková Třísková NTI TUL Doktorandský seminář, 8. 6. 2011 Automatická detekce anomálií při geofyzikálním průzkumu Lenka Kosková Třísková NTI TUL Doktorandský seminář, 8. 6. 2011 Cíle doktorandské práce Seminář 10. 11. 2010 Najít, implementovat, ověřit a do praxe

Více

ÚVOD DO PROBLEMATIKY PROJEKTŮ, KATEGORIE

ÚVOD DO PROBLEMATIKY PROJEKTŮ, KATEGORIE PROJEKTOVÉ ŘÍZENÍ STAVEB ÚVOD DO PROBLEMATIKY PROJEKTŮ, KATEGORIE Vysoká škola technická a ekonomická v Českých PROJEKTŮ Budějovicích Institute of Technology And Business In České Budějovice Tento učební

Více

Procesy, procesní řízení organizace. Výklad procesů pro vedoucí odborů krajského úřadu Karlovarského kraje

Procesy, procesní řízení organizace. Výklad procesů pro vedoucí odborů krajského úřadu Karlovarského kraje Procesy, procesní řízení organizace Výklad procesů pro vedoucí odborů krajského úřadu Karlovarského kraje Co nového přináší ISO 9001:2008? Vnímání jednotlivých procesů organizace jako prostředku a nástroje

Více

14 Úvod do plánování projektu Řízení projektu

14 Úvod do plánování projektu Řízení projektu 14 Úvod do plánování projektu Řízení projektu Plánování projektu Vývoj - rozbor zadání odhad pracnosti, doby řešení, nákladů,... analýza rizik strategie řešení organizace týmu PLÁN PROJEKTU 14.1 Softwarové

Více

Co je to SCRUM! FRAMEWORK vs METODIKA. Ken Schwaber a Jeff Sutherland ho mají za framework Kde hledat detaily?

Co je to SCRUM! FRAMEWORK vs METODIKA. Ken Schwaber a Jeff Sutherland ho mají za framework Kde hledat detaily? Úvod do SCRUM!! Co je to SCRUM! FRAMEWORK vs METODIKA Ken Schwaber a Jeff Sutherland ho mají za framework Kde hledat detaily? agilemanifesto.org www.mountaingoatsoftware.com/scrum Z čeho to je...! Vychází

Více

WBS(Work Breakdown Structure)

WBS(Work Breakdown Structure) Plán projektu Jméno projektu: Systém Správce Zahájení projektu: 19. 9. 2011 Plánované ukončení projektu: 12. 12. 2011 Členové: Radim Tobolka, Jan Ševců, Petr Matějů, Lukáš Vydržel, David Staščák, Jozef

Více

PROCESY CO ZÍSKÁTE: Předpoklad pro certifikace ISO. Lean Six Sigma Fast Track

PROCESY CO ZÍSKÁTE: Předpoklad pro certifikace ISO. Lean Six Sigma Fast Track PROCESY CO ZÍSKÁTE: Jasná pravidla pro provádění činností, uložení know-how Jasně definované zodpovědnosti za celý proces i jednotlivé kroky Zprůhlednění organizace plynoucí z jasně definovaných vstupů,

Více

Vysoká škola technická a ekonomická v Českých Budějovicích. Institute of Technology And Business In České Budějovice

Vysoká škola technická a ekonomická v Českých Budějovicích. Institute of Technology And Business In České Budějovice 11. REALIZACE PROJEKTU, SLEDOVÁNÍ STAVU, PŘÍPRAVA PROVOZU, ZKUŠEBNÍ PROVOZ Vysoká škola technická a ekonomická v Českých Budějovicích Institute of Technology And Business In České Budějovice Tento učební

Více

Agenda. Docházka Odhadování Neohlášený test Vedení projektů Historie projektů

Agenda. Docházka Odhadování Neohlášený test Vedení projektů Historie projektů Odhadování pracnosti a PM Agenda Docházka Odhadování Neohlášený test Vedení projektů Historie projektů PM, odhadování, historie Odhadování Snaha určit rozsah. Důležité pro stanovení ceny a termínu Do nabídek.

Více

D8 Plánování projektu

D8 Plánování projektu Projektový manažer 250+ Kariéra projektového manažera začíná u nás! D Útvarové a procesní řízení D8 Plánování projektu Toto téma obsahuje informace o správném postupu plánování projektu tak, aby byl respektován

Více

MS Project 2010. Představení, zadávání, úkoly a kalendáře

MS Project 2010. Představení, zadávání, úkoly a kalendáře MS Project 2010 Představení, zadávání, úkoly a kalendáře Řízení projektů MS Projekt není jediný nástroj, ale je hodně využívaný Další produkty Primavera P6 GanttProject OpenProj Basecamp GNOME Planner

Více

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 AGENDA definice IS, zavedení pojmů možnosti a rozdělení typická struktura technologie nasazení praktická ukázka

Více

Sázková kancelář Z pekla štěstí

Sázková kancelář Z pekla štěstí Sázková kancelář Z pekla štěstí Řešitelský tým Michal Pfeifer, Martin Halamíček, Jan Blaško, Zdeněk Křepela, Jan Popelka, Jan Mach Úvod Sázková kancelář Z pekla štěstí je malá společnost s několika malými

Více

Plánovací a odhadovací nástroje. J. Sochor, J. Ráček 1

Plánovací a odhadovací nástroje. J. Sochor, J. Ráček 1 Plánovací a odhadovací nástroje J. Sochor, J. Ráček 1 Work Breakdown Structure - WBS Typy: Proces, produkt, hybridní. Formáty: Osnova nebo grafický organizační diagram. Vysokoúrovňové WBS neukazuje závislosti

Více

TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE

TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE Tel. +420 543426329 TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE Autor: Vít Chvál Verze dokumentu: 1.0 Datum poslední změny: 18.2.2013 Obsah: 1 Pracovník 3 2 Pracovní činnosti (Náplň práce)

Více

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

X36SIN: Softwarové inženýrství. Životní cyklus a plánování X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a

Více

Příloha č. 3. Charta projektu plné znění (pro jiné OSS než MŠMT)

Příloha č. 3. Charta projektu plné znění (pro jiné OSS než MŠMT) Příloha č. 3. Charta projektu plné znění (pro jiné OSS než MŠMT) Charta projektu má za cíl poskytnout úplné a pevné informační základy pro schválení projektu. Následně je Charta projektu rozpracována do

Více

Projektové řízení a rizika v projektech

Projektové řízení a rizika v projektech Projektové řízení a rizika v projektech Zainteresované strany Zainteresované strany (tzv. stakeholders) jsou subjekty (organizace, lidé, prostory, jiné projekty), které realizace projektu ovlivňuje. Tyto

Více

SIMULTRAIN - UŽIVATELSKÝ MANUÁL

SIMULTRAIN - UŽIVATELSKÝ MANUÁL PM PROGRAMME NW XXX_YYMMDD Název záznamu Pragoeduca, a.s. Martin Suchý, garant programu SIMULTRAIN - UŽIVATELSKÝ MANUÁL 1 OBSAH 1 OBSAH... 2 2 SIMULTRAIN V7... 3 3 ÚVOD... 4 4 SPUŠTĚNÍ... 5 5 PRŮBĚH...

Více

Okamžitá použitelnost

Okamžitá použitelnost Přednosti: Alternativní nabídky během okamžiku snadné ovládání okamžitá použitelnost vypracování alternativních nabídek s minimem námahy Okamžitá použitelnost Modul Výměna materiálu vyniká komfortním ovládáním

Více

Vedení projektů, Odhadování, historie

Vedení projektů, Odhadování, historie Vedení projektů, Odhadování, historie Agenda Docházka Pár slov o došlých specifikacích Vedení projektů Pár slov SW projektu na MFF Odhadování Historie projektů Dotazy Project management Co je to projekt?

Více

Obsah přednášky Vstupy výstupy procesu Plánování projektu Základní dokumenty plánu projektu Ostatní dokumentace projektu Ukázky dokumentů

Obsah přednášky Vstupy výstupy procesu Plánování projektu Základní dokumenty plánu projektu Ostatní dokumentace projektu Ukázky dokumentů Návrh a management projektu ČVUT FAKULTA BIOMEDICÍNSKÉHO INŽENÝRSTVÍ strana 1 Ing. Vladimír Jurka 2013 Obsah přednášky Vstupy výstupy procesu Základní dokumenty plánu projektu Ostatní dokumentace projektu

Více

Management. Ing. Jan Pivoňka

Management. Ing. Jan Pivoňka Management Ing. Jan Pivoňka Stanovení osobní vize V souladu s kotvou Konkrétní představa Citový náboj Stimul pro aktivní jednání Krátkodobější cíle motivace Výjimky Jasná vize Pohodoví lidé Úspěch bez

Více

Procesní řízení. Hlavní zásady a praxe dodavatele Komix

Procesní řízení. Hlavní zásady a praxe dodavatele Komix Procesní řízení Hlavní zásady a praxe dodavatele Komix 1 Obsah prezentace Teoretická část (menšího objemu) orientace na zákazníka hodnocení procesu podmínky procesního řízení cyklus zlepšování procesu

Více

xrays optimalizační nástroj

xrays optimalizační nástroj xrays optimalizační nástroj Optimalizační nástroj xoptimizer je součástí webového spedičního systému a využívá mnoho z jeho stavebních bloků. xoptimizer lze nicméně provozovat i samostatně. Cílem tohoto

Více

Délka (dny) 150 - - 2 terénní úpravy (prvotní) 15-20 - příprava staveniště (výstavba přístřešku pro materiál)

Délka (dny) 150 - - 2 terénní úpravy (prvotní) 15-20 - příprava staveniště (výstavba přístřešku pro materiál) Skupinová práce. Zadání skupinové práce Síťová analýza metoda CPM Dáno: Výstavba skladu zásob obilí představuje následující činnosti: Tabulka Název činnosti Délka (dny) Optimální projekt. Optimální dělníků

Více

Odměňování a benefity pro pokročilé Přednáška pro Letní HR školu

Odměňování a benefity pro pokročilé Přednáška pro Letní HR školu Odměňování a benefity pro pokročilé Přednáška pro Letní HR školu Tomáš Jurčík, Martin Kopecký Srpen 2015 Strategie odměňování LŠ C&B 2 Strategie odměňování: ovlivňující faktory LŠ C&B 3 Celková strategie

Více

Vysoká škola technická a ekonomická v Českých Budějovicích. Institute of Technology And Business In České Budějovice

Vysoká škola technická a ekonomická v Českých Budějovicích. Institute of Technology And Business In České Budějovice 10. PLÁN RIZIK, PROJEKTOVÁ DOKUMENTACE, VÝBĚROVÉ ŘÍZENÍ A NÁKUPY Vysoká škola technická a ekonomická v Českých Budějovicích Institute of Technology And Business In České Budějovice Tento učební materiál

Více

kapitola 2 předprojektová fáze 31

kapitola 2 předprojektová fáze 31 OBSAH 6 projektové řízení Předmluva 3 Kapitola 1 Základní pojmy a východiska 13 1.1 Úvod do řízení projektů 14 1.1.1 Co je to projektové řízení 14 1.2 Základní pojmy projektového řízení 17 1.2.1 Projekt

Více

Návrh a management projektu. Řízení a koordinace projektu

Návrh a management projektu. Řízení a koordinace projektu Návrh a management projektu Řízení a koordinace projektu ČVUT FAKULTA BIOMEDICÍNSKÉHO INŽENÝRSTVÍ strana 1 Ing. Vladimír Jurka 2013 Program přednášky Komunikační nástroje Dokumenty řízení projektu Řízení

Více

Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of

Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of Project Managers (APM) Association for Project Management

Více

PowerOPTI Řízení účinnosti tepelného cyklu

PowerOPTI Řízení účinnosti tepelného cyklu PowerOPTI Řízení účinnosti tepelného cyklu VIZE Zvýšit konkurenceschopnost provozovatelů elektráren a tepláren. Základní funkce: Spolehlivé hodnocení a řízení účinnosti tepelného cyklu, včasná diagnostika

Více

Obsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5

Obsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5 CRM SYSTÉM KORMORÁN UŽIVATELSKÁ PŘÍRUČKA Obsah 1 Základní práce se systémem 3 1.1 Práce se záznamy................................. 3 1.2 Stránka Dnes.................................... 4 1.3 Kalendář......................................

Více

Projektový management

Projektový management Projektový management 2009 Ludmila Fridrichová Použité zdroje 1. Svozilová, A.: Projektový management. Praha: Grada Publishing, a.s., 2006. ISBN-80-247-1501-5 2. Němec, V.: Projektový management. Praha:

Více

JRV.CZ s.r.o. Bulharská 4 612 00 Brno www.rosadata.cz. RosaData TM DEVELOPERSKÝ PROJEKT

JRV.CZ s.r.o. Bulharská 4 612 00 Brno www.rosadata.cz. RosaData TM DEVELOPERSKÝ PROJEKT RosaData TM DEVELOPERSKÝ PROJEKT OBSAH Úvod... 4 Developerský projekt... 5 Seznam developerských projektů... 5 Základní údaje... 6 Popis... 7 Technické detaily... 8 Reality... 11 Foto... 13 Obchodní případ...

Více

Softwarové inženýrství

Softwarové inženýrství Page 1 of 8 Softwarové inženýrství Inf. systém pro cestovní kancelář PRINTER FRIENDLY VERSION Home Team info autor: Výlupková Irena Datová analýza Popis: Datový model je navržen tak, aby vhodně popsal

Více

Jednotný NIS Prezentace k zahájení projektu pro Radu kraje Vysočina. Projektový manažer - Ing. Ivan Sokolov, Ph.D.

Jednotný NIS Prezentace k zahájení projektu pro Radu kraje Vysočina. Projektový manažer - Ing. Ivan Sokolov, Ph.D. Prezentace k zahájení projektu pro Radu kraje Vysočina Projektový manažer - Ing. Ivan Sokolov, Ph.D. Obsah Úvod Cíle projektu Rozsah projektu Projektové řízení základní východiska Základní organizační

Více

Michal Oškera (50854)

Michal Oškera (50854) PV098 - Řízení SW projektů semestrální práce Michal Oškera (50854) 19. listopadu 2003 Obsah 1 Úvod 2 2 Plán projektu 3 2.1 Plán CO.............................. 3 2.2 Plán JAK.............................

Více

Cíl výuky: Cílem předmětu je uvedení studentů do problematiky projektování, seznámit posluchače se zásadami

Cíl výuky: Cílem předmětu je uvedení studentů do problematiky projektování, seznámit posluchače se zásadami PM_prezenční a kombinované bakalářské studium Česky Projektový management Anglicky Project Management Garant Ing. Zdeněk Voznička, CSc. Zakončení Zápočet Anotace: Úvod do projektového managementu, základní

Více

KATEDRA ŘÍZENÍ PODNIKU. Obchodní, organizační, personální plán, IT

KATEDRA ŘÍZENÍ PODNIKU. Obchodní, organizační, personální plán, IT Business model KATEDRA ŘÍZENÍ PODNIKU Obchodní, organizační, personální plán, IT Mapa cílů Vyšší zisk Vyšší tržby Finanční stabilita image Rozšíření na další trhy Navýšení stávajícíc h tržních podílů Udržení

Více

SW podpora projektového řízení

SW podpora projektového řízení Browser MS-Project SW podpora projektového řízení Společnost appcore s.r.o. nabízí služby v oblastech systémové integrace, softwarové integrace a řízení organizace. Veškeré služby naší společnosti jsou

Více

Metody analýzy kritické cesty

Metody analýzy kritické cesty UNIVERZITA PALACKÉHO V OLOMOUCI PŘÍRODOVĚDECKÁ FAKULTA KATEDRA MATEMATICKÉ ANALÝZY A APLIKACÍ MATEMATIKY SEMINÁRNÍ PRÁCE Metody analýzy kritické cesty Vypracoval: Tomáš Talášek AME, I. ročník Obsah 1 Základní

Více

Nápověda k systému CCS Carnet Mini

Nápověda k systému CCS Carnet Mini Nápověda k systému CCS Carnet Mini Manuál k aplikaci pro evidenci knihy jízd Vážený zákazníku, vítejte v našem nejnovějším systému pro evidenci knihy jízd - CCS Carnet Mini. V následujících kapitolách

Více

Prezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách

Prezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Prezentace CRMplus Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Obsah prezentace Představení společnosti Technodat Develop, s.r.o. CRMplus základní charakteristika

Více

Vizualizace v provozech povrchových úprav

Vizualizace v provozech povrchových úprav Vizualizace v provozech povrchových úprav Zdeněk Čabelický, AITEC s.r.o., Ledeč nad Sázavou Aplikace systémů ASŘ v provozech povrchových úprav v současné době nabývá na významu. V podstatě každá větší

Více

POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ

POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ ŽIVOTNÍ CYKLUS IS Stejně jako stroje a technologické linky, které jsou pořízeny, provozovány a následně, po opotřebování vyřazeny, má i informační systém svůj

Více

Praktické aspekty ABC

Praktické aspekty ABC Praktické aspekty ABC Metoda maticového propočtu 1. Zjednodušený procesní model 2. Produktový přístup k nákladům 3. Analýza vnitřních produktů 4. Sestavení ABC rozpočtů 5. Maticový propočet Tomáš Nekvapil

Více

Internetový obchod Mironet

Internetový obchod Mironet České vysoké učení technické v Praze Fakulta elektrotechnická Internetový obchod Mironet Semestrální práce A2 Testování uživatelských rozhraní A4B39TUR Pavel Štíbal Stibapa1@fel.cvut.cz 2013/2014 Otevřená

Více

Analýza a Návrh. Analýza

Analýza a Návrh. Analýza Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,

Více

Agile. nejžádanější způsob vývoje software. Tomáš Tureček. Business consultant, Lean&Agile coach Tieto tomas.t.turecek@tieto.com

Agile. nejžádanější způsob vývoje software. Tomáš Tureček. Business consultant, Lean&Agile coach Tieto tomas.t.turecek@tieto.com 2010 Tieto Corporation Agile nejžádanější způsob vývoje software Tomáš Tureček Business consultant, Lean&Agile coach Tieto tomas.t.turecek@tieto.com 2012 Tieto Corporation Tieto Aktivity ve více než 20

Více

Softwarová podpora v procesním řízení

Softwarová podpora v procesním řízení Softwarová podpora v procesním řízení Zkušenosti z praxe využití software ATTIS Ostrava, 7. října 2010 www.attis.cz ATTN Consulting s.r.o. 1 Obsah Koncepce řízení výkonnosti Koncepce řízení výkonnosti

Více

2015-2020 STRATEGICKÝ PLÁN ROZVOJE MĚSTA NOVÁ ROLE Část C Implementační část

2015-2020 STRATEGICKÝ PLÁN ROZVOJE MĚSTA NOVÁ ROLE Část C Implementační část STRATEGICKÝ PLÁN ROZVOJE MĚSTA NOVÁ ROLE Část C Implementační část ABRI, s.r.o. Zpracováno ke dni 01. 09. 2015 Strategický dokument zpracoval pracovní tým společnosti ABRI, s.r.o. Vedoucí týmu: Mgr. Miloslav

Více

Pracovní celky 3.2, 3.3 a 3.4 Sémantická harmonizace - Srovnání a přiřazení datových modelů

Pracovní celky 3.2, 3.3 a 3.4 Sémantická harmonizace - Srovnání a přiřazení datových modelů Pracovní celky 3.2, 3.3 a 3.4 Sémantická harmonizace - Srovnání a datových modelů Obsah Seznam tabulek... 1 Seznam obrázků... 1 1 Úvod... 2 2 Metody sémantické harmonizace... 2 3 Dvojjazyčné katalogy objektů

Více

19.11.2013. Projektový management. Projektový management. Další charakteristiky projektu. Projekt

19.11.2013. Projektový management. Projektový management. Další charakteristiky projektu. Projekt Projektový management Lekce: 8 Projektový management Doc. Ing. Alois Kutscherauer, CSc. Projektový management je typ managementu uplatňovaného k zabezpečení realizace jedinečných, neopakovatelných, časově

Více

STRATEGIE ROZVOJE SLUŽEB ICT VE ŠKOLE

STRATEGIE ROZVOJE SLUŽEB ICT VE ŠKOLE STRATEGIE ROZVOJE SLUŽEB ICT VE ŠKOLE Plánování ve škole (c) Radek Maca rama@inforama.cz Co je plánování Plánování je záměrná systematická sumarizace a kompletace myšlenek do souvislostí směřující k jejich

Více

24.11.2009 Václav Jirchář, ZTGB

24.11.2009 Václav Jirchář, ZTGB 24.11.2009 Václav Jirchář, ZTGB Síťová analýza 50.let V souvislosti s potřebou urychlit vývoj a výrobu raket POLARIS v USA při závodech ve zbrojení za studené války se SSSR V roce 1958 se díky aplikaci

Více

Facilitovaná interní evaluace od teorie k praxi Mgr. Jiří Svobodník, ÚRR Moravskoslezsko Ing. Vladimír Sodomka, ČES

Facilitovaná interní evaluace od teorie k praxi Mgr. Jiří Svobodník, ÚRR Moravskoslezsko Ing. Vladimír Sodomka, ČES Evaluace na rozcestí trendy a praxe Facilitovaná interní evaluace od teorie k praxi Mgr. Jiří Svobodník, ÚRR Moravskoslezsko Ing. Vladimír Sodomka, ČES Obsah Zkušenosti z facilitované evaluace z pohledu

Více

Teorie síťových modelů a síťové plánování

Teorie síťových modelů a síťové plánování KSI PEF ČZU Teorie síťových modelů a síťové plánování Část přednášky doc. Jaroslava Švasty z předmětu systémové analýzy a modelování. Zápis obsahuje základní vymezení projektu, časového plánování a popis

Více

ZÁPADOČESKÁ UNIVERZITA V PLZNI FAKULTA EKONOMICKÁ. Bakalářská práce. Řízení rizik projektu přesunu sběrného dvora

ZÁPADOČESKÁ UNIVERZITA V PLZNI FAKULTA EKONOMICKÁ. Bakalářská práce. Řízení rizik projektu přesunu sběrného dvora ZÁPADOČESKÁ UNIVERZITA V PLZNI FAKULTA EKONOMICKÁ Bakalářská práce Řízení rizik projektu přesunu sběrného dvora Risk management of the scrap yard dislocation Jana Široká Plzeň 2014 Prohlašuji, že jsem

Více

Podnikatelský záměr - PZ (Osnova)

Podnikatelský záměr - PZ (Osnova) Příloha č. 5 Podnikatelský záměr - PZ (Osnova) 1 Identifikační údaje žadatele o podporu 1.1 Obchodní jméno, sídlo, IČ/DIČ 1.2 Jméno a příjmení osoby statutárního zástupce žadatele/osoby oprávněné jednat

Více

SÍŤOVÁ ANALÝZA. Kristýna Slabá, kslaba@students.zcu.cz. 1. července 2010

SÍŤOVÁ ANALÝZA. Kristýna Slabá, kslaba@students.zcu.cz. 1. července 2010 SÍŤOVÁ ANALÝZA Kristýna Slabá, kslaba@students.zcu.cz 1. července 2010 Obsah 1 Úvod do síťové analýzy Hlavní metody síťové analýzy a jejich charakteristika Metoda CPM Metoda PERT Nákladová analýza Metoda

Více

Přístupy k efektivnímu využití modelu MBI

Přístupy k efektivnímu využití modelu MBI MBI, Management byznys informatiky Přístupy k efektivnímu využití modelu MBI Jan Dohnal Katedra softwarového inženýrství, F, ČVUT Jan Pour Katedra, FIS, VŠE MBI, Management byznys Snímek informatiky 1

Více

Zavádění projektového řízení ve společnosti

Zavádění projektového řízení ve společnosti Zavádění projektového řízení ve společnosti Monika Pidrmanová 26.10.2011 ZÁKLADNÍ POJMY Projekt = Jedinečný proces sestávající z řady koordinovaných a řízených činností s daty zahájení a ukončení, prováděný

Více

Marketingové aktivity B2B firem a struktura marketingových rozpočtů Jaro 2014

Marketingové aktivity B2B firem a struktura marketingových rozpočtů Jaro 2014 Marketingové aktivity B2B firem a struktura marketingových rozpočtů Jaro 2014 B-inside s.r.o. Šmeralova 12, 170 00 Praha Vavrečkova 5262, 760 01 Zlín IČ: 24790648 DIČ: CZ24790648 Telefon: +420 608 048

Více

MANAŽER KVALITY PŘEHLED POŽADOVANÝCH ZNALOSTÍ K HODNOCENÍ ZPŮSOBILOSTI CO 4.4/2007

MANAŽER KVALITY PŘEHLED POŽADOVANÝCH ZNALOSTÍ K HODNOCENÍ ZPŮSOBILOSTI CO 4.4/2007 Gradua-CEGOS, s.r.o., Certifikační orgán pro certifikaci osob č. 3005 akreditovaný Českým institutem pro akreditaci, o.p.s. podle ČSN EN ISO/IEC 17024 MANAŽER KVALITY PŘEHLED POŽADOVANÝCH ZNALOSTÍ K HODNOCENÍ

Více

Efektivnější systém pro vyřizování požadavků na IT v ČMSS

Efektivnější systém pro vyřizování požadavků na IT v ČMSS 2 Shared Experience Technologická řešení Efektivnější systém pro vyřizování požadavků na IT v ČMSS Efektivnější systém pro vyřizování požadavků na IT v ČMSS přinesl procesní zpracování požadavků všech

Více

Evropská obchodní akademie, Děčín I., Komenského náměstí 2, příspěvková organizace,

Evropská obchodní akademie, Děčín I., Komenského náměstí 2, příspěvková organizace, Rozvoj klíčových kompetencí zástupců ředitele na školách a školských zařízeních CZ.1.07/1.3.49/01.0002 Modul : Uplatnění řízení týmu a projektů v praxi Evropská obchodní akademie, Děčín I., Komenského

Více

MANAGEMENT Přístupy k řízení organizace

MANAGEMENT Přístupy k řízení organizace MANAGEMENT Přístupy k řízení organizace doc. Ing. Monika MOTYČKOVÁ (Grasseová), Ph.D. Univerzita obrany Fakulta ekonomika a managementu Katedra vojenského managementu a taktiky Kounicova 44/1. patro/kancelář

Více

Úvod do problematiky vývoje Vývoj informačních systémů

Úvod do problematiky vývoje Vývoj informačních systémů Úvod do problematiky vývoje informačních systémů Vývoj informačních systémů Management Klasický management - slouží k udržování a rozvíjení zavedených systémů, které jsou prostředkem pro nepřetržitou,

Více

Projektové řízení. Ing. Miroslav Žilka, Ph.D.

Projektové řízení. Ing. Miroslav Žilka, Ph.D. Projektové řízení Ing. Miroslav Žilka, Ph.D. Týmová spolupráce Prezentační dovednosti Kreativita Projekt REHP Kalkulace nákladů Přesvědčivost Rozpočet TE hodnocení projektů Diplomacie Zásady projektového

Více

Popis obsahu a struktury programu

Popis obsahu a struktury programu Popis obsahu a struktury programu (Příloha k Žádosti o akreditaci vzdělávacího programu u Společnosti pro projektové řízení, o. s.) 1 Vzdělávací subjekt: HM PARTNERS s.r.o. Název programu: Projektové řízení

Více

Řízení rizik. Ing. Petra Plevová. plevova.petra@klikni.cz http://plevovapetra.wbs.cz

Řízení rizik. Ing. Petra Plevová. plevova.petra@klikni.cz http://plevovapetra.wbs.cz Řízení rizik Ing. Petra Plevová plevova.petra@klikni.cz http://plevovapetra.wbs.cz Procesní řízení a řízení rizik V kontextu současných změn je třeba vnímat řízení jakékoli organizace jako jednoduchý,

Více

Řízení SW projektů. Lekce 3. Projektové procesy a znalostní oblasti. přednáška pro studenty FJFI ČVUT. zimní semestr 2012

Řízení SW projektů. Lekce 3. Projektové procesy a znalostní oblasti. přednáška pro studenty FJFI ČVUT. zimní semestr 2012 Řízení SW projektů Lekce 3 Projektové procesy a znalostní oblasti přednáška pro studenty FJFI ČVUT zimní semestr 2012 Ing. Pavel Rozsypal IBM Česká republika Global Business Services Lekce 3 - Projektové

Více

1 Strukturované programování

1 Strukturované programování Projekt OP VK Inovace studijních oborů zajišťovaných katedrami PřF UHK Registrační číslo: CZ.1.07/2.2.00/28.0118 1 Cíl Seznámení s principy strukturovaného programování, s blokovou strukturou programů,

Více

Možnosti reportingu v produktech řady EPM

Možnosti reportingu v produktech řady EPM Možnosti reportingu v produktech řady EPM Martin Répal Senior konzultant/manager EPM MCITP, MCP, MOS, MCTS, vtsp, Prince II martin.repal@autocont.cz 1 Jak je to s reportingem? Má SW produkt reporty? Tak

Více

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace. B6 Portfolio

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace. B6 Portfolio Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace B6 Portfolio Toto téma vysvětluje pojem portfolio, jeho smysl ve vztahu k organizaci a otázky spojené

Více

Projektové řízení (Projektový cyklus)

Projektové řízení (Projektový cyklus) Projektové řízení (Projektový cyklus) Vzdělávací program v rámci projektu Rekonstrukce učitelů - posílení profesní a kompetenční připravenosti učitelů (CZ.1.07/1.3.10/02.0052) 1 Projektový cyklus Metodické

Více

InternetovéTechnologie

InternetovéTechnologie 8 InternetovéTechnologie webdesign, mobile first Ing. Michal Radecký, Ph.D. www.cs.vsb.cz/radecky Webové stránky a aplikace - Webové stránky - množina vzájemně propojených stránek, které obsahují informace

Více

Řízení reálných projektů, agilní metodiky

Řízení reálných projektů, agilní metodiky Agent Technology Group Katedra kybernetiky Fakulta elektrotechnická - České vysoké učení technické Praha, 2009 Osnova Lze vyvíjet software bez metodiky? - bohužel ano menší komerční firmy (zejména vývoj

Více

TÉMATICKÝ OKRUH Softwarové inženýrství

TÉMATICKÝ OKRUH Softwarové inženýrství TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 29. Otázka : Zpracování událostí: mechanismus událostí a jejich zpracování (Event/Listener), nepřímá invokace (Observer/Observable). Obsah : 1. Mechanisums

Více

Vliv marketingu na obchodní výsledky B2B firem

Vliv marketingu na obchodní výsledky B2B firem Vliv marketingu na obchodní výsledky B2B firem Květen 2013 B-inside s.r.o. Šmeralova 12, 170 00 Praha Vavrečkova 5262, 760 01 Zlín IČ: 24790648 DIČ: CZ24790648 Telefon: +420 608 048 048 www.b-inside.cz

Více

Problémové domény a jejich charakteristiky

Problémové domény a jejich charakteristiky Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta

Více

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007 Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze

Více

Zdravotnické laboratoře. MUDr. Marcela Šimečková

Zdravotnické laboratoře. MUDr. Marcela Šimečková Zdravotnické laboratoře MUDr. Marcela Šimečková Český institut pro akreditaci o.p.s. 14.2.2006 Obsah sdělení Zásady uvedené v ISO/TR 22869- připravené technickou komisí ISO/TC 212 Procesní uspořádání normy

Více

SIEM Mozek pro identifikaci kybernetických útoků. Jan Kolář 4.2.2014, Praha, Cyber Security konference 2014

SIEM Mozek pro identifikaci kybernetických útoků. Jan Kolář 4.2.2014, Praha, Cyber Security konference 2014 SIEM Mozek pro identifikaci kybernetických útoků Jan Kolář 4.2.2014, Praha, Cyber Security konference 2014 Agenda Prvky bezpečnosti IT Monitoring bezpečnosti IT (MBIT) Co je bezpečnostní incident? Jak

Více

SOLVER UŽIVATELSKÁ PŘÍRUČKA. Kamil Šamaj, František Vižďa Univerzita obrany, Brno, 2008 Výzkumný záměr MO0 FVT0000404

SOLVER UŽIVATELSKÁ PŘÍRUČKA. Kamil Šamaj, František Vižďa Univerzita obrany, Brno, 2008 Výzkumný záměr MO0 FVT0000404 SOLVER UŽIVATELSKÁ PŘÍRUČKA Kamil Šamaj, František Vižďa Univerzita obrany, Brno, 2008 Výzkumný záměr MO0 FVT0000404 1. Solver Program Solver slouží pro vyhodnocení experimentálně naměřených dat. Základem

Více

RUKOVĚŤ ÚSPĚŠNÉHO ŽADATELE V RÁMCI VÝZVY 06

RUKOVĚŤ ÚSPĚŠNÉHO ŽADATELE V RÁMCI VÝZVY 06 RUKOVĚŤ ÚSPĚŠNÉHO ŽADATELE V RÁMCI VÝZVY 06 v rámci INTEGROVANÉHO OPERAČNÍHO PROGRAMU pro prioritní osu 2 Oblasti intervence 2.1 Zavádění ICT v územní veřejné správě VÝZVA ČÍSLO 06 KOMTINUÁLNÍ ROZVOJ SLUŽEB

Více

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?

Více

Cíl vzdělávacích modulů:

Cíl vzdělávacích modulů: PŘÍLOHA č. 9 OBSAH VZDĚLÁVACÍHO PROGRAMU Projekt rozšiřuje nabídku dalšího vzdělávání prostřednictvím vytvoření vzdělávacího programu se speciální SW aplikací a skripty pro personalisty a vedoucí pracovníky,

Více

RDF DSPS ROZVOJ PORTÁLU

RDF DSPS ROZVOJ PORTÁLU RDF DSPS ROZVOJ PORTÁLU ČEZ Distribuce, a.s. HSI, spol. s r.o. Zbyněk Businský Miroslav Kaňka ZÁKAZNÍK A DODAVATEL ČEZ DISTRIBUCE, A.S. ČEZ distribuční síť Od r. 2012 implementován GEOPORTÁL (1. ETAPA),

Více

Vývoj informačních systémů. Obecně o IS

Vývoj informačních systémů. Obecně o IS Vývoj informačních systémů Obecně o IS Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu

Více

Abecední přehled otázek z předmětu Příprava školních projektů

Abecední přehled otázek z předmětu Příprava školních projektů Abecední přehled otázek z předmětu Příprava školních projektů Brainstorming není technika využitelná v žádné fázi přípravy projektu. Vyberte jednu z Identifikujte alespoň 3 rizika, která lze očekávat u

Více

S T R A T E G I C K Ý M A N A G E M E N T

S T R A T E G I C K Ý M A N A G E M E N T S T R A T E G I C K Ý M A N A G E M E N T 3 LS, akad.rok 2014/2015 Strategický management - VŽ 1 Proces strategického managementu LS, akad.rok 2014/2015 Strategický management - VŽ 2 Strategický management

Více

Popisná statistika kvantitativní veličiny

Popisná statistika kvantitativní veličiny StatSoft Popisná statistika kvantitativní veličiny Protože nám surová data obvykle žádnou smysluplnou informaci neposkytnou, je žádoucí vyjádřit tyto ve zhuštěnější formě. V předchozím dílu jsme začali

Více

2. úkol MI-PAA. Jan Jůna (junajan) 3.11.2013

2. úkol MI-PAA. Jan Jůna (junajan) 3.11.2013 2. úkol MI-PAA Jan Jůna (junajan) 3.11.2013 Specifikaci úlohy Problém batohu je jedním z nejjednodušších NP-těžkých problémů. V literatuře najdeme množství jeho variant, které mají obecně různé nároky

Více

PŘEHLED PŘÍSTUPŮ K MANAGEMENTU RIZIK PROJEKTŮ

PŘEHLED PŘÍSTUPŮ K MANAGEMENTU RIZIK PROJEKTŮ PŘEHLED PŘÍSTUPŮ K MANAGEMENTU RIZIK PROJEKTŮ Jan Havlík, AIT s.r.o., jhavlik@ait.cz, www.ait.cz AIT, 2002 1 Obsah 1. Příležitosti, rizika, projekty 2. Management rizik v procesech managementu projektu

Více

Společného monitorovacího výboru operačních programů Praha Adaptabilita a Praha Konkurenceschopnost

Společného monitorovacího výboru operačních programů Praha Adaptabilita a Praha Konkurenceschopnost U S N E S E N Í Společného monitorovacího výboru operačních programů Praha Adaptabilita a Praha Konkurenceschopnost číslo 3 ze dne 5. prosince 2007 ke Kritériím pro výběr projektů Operačního programu Praha

Více