- Stahuj zápisky z přednášek a ostatní studijní materiály
- Zapisuj si jen kvalitní vyučující (obsáhlá databáze referencí)
- Nastav si své předměty a buď stále v obraze
- Zapoj se svojí aktivitou do soutěže o ceny
- Založ si svůj profil, aby tě tví spolužáci mohli najít
- Najdi své přátele podle místa kde bydlíš nebo školy kterou studuješ
- Diskutuj ve skupinách o tématech, které tě zajímají
Studijní materiály
Hromadně přidat materiály
Otázky vypracované word tabulka
RPV - Řízení projektů vývoje IT/IS
Hodnocení materiálu:
Zjednodušená ukázka:
Stáhnout celý tento materiálPak by činnosti byly na sobě nezávislé! Označíme-li takovou závislost, pak z ní
vyplývá, že jestliže se prodlouží činnost A proti plánu, odsune se automaticky i začátek činnosti B.
Takto zdokonalené Gantovy diagramy jsou za určitých podmínek alternativou k síťovým grafům .
V takovém případě jsou používány v Ganttových diagramech i značky pro milníky, apod.
Kdy nevystačíme s Ganttovými diagramy?
• Když potřebujeme znát výslovně možné návaznosti činností
• Když musíme mít přehled, které činnosti rozhodujícím způsobem ovlivňují délku projektu
• Když kromě hlediska času chceme přidat hledisko nákladů a zdrojů
• Když činností budou stovky a tisíce
Tyto požadavky přinesly závody ve zbrojení po II. světové válce
• Obava, že SSSR bude mít mezikontinentální raketu dříve než USA si vynutila novou techniku
plánování pomocí síťových diagramů
14. Stručně charakterizujte životní fáze projektu, jejich seskupování základních: skupin
Životní cyklus a fáze projektu (skupiny fází)
• Předprojektové fáze (Strategické úvahy)
• Projektové fáze (Iniciace, Návrh, Realizace, Ukončení)
• Poprojektové fáze (Rozbor pro poučení )
• Fáze členíme na etapy
• Etapy na činnosti
Rozeznáváme:
Životní cyklus projektu (hledisko sekvence etap, kterými prochází projekt od koncepční fáze až po
ukončení projektu
Životní cyklus předmětu projektu (sekvence etap produktu projektu -např.SW-formulace požadavků
na SW, analýza , programování, testování, instalace, užívání – nebo postup při stavbě, která musí
respektovat kroky podle stavebního zákona)
15. Vysvětlete zkratky WBS, OBS a ukažte techniky při strukturalizaci činností:
WBS
Definování a strukturalizace prací projektu představuje procesy pro zajištění toho, aby projekt
zahrnoval všechny požadované práce a právě jen tyto práce tak, aby mohl být úspěšně dokončen, aby
vedl k realizaci požadovaného produktu. Výstupem definování a strukturalizace prací je „Struktura
rozdělení prací“ (WBS – Work Breakdown Structure). Strukturování projektu je předpokladem
zahájení plánování všech tří parametrů projektu - kvality, času, nákladů pro jednotlivé činnosti. V
průběhu realizace projektu může docházet k změnám ve struktuře prací. Tyto změny musí být vždy
pečlivě koordinovány s ostatními procesy - s řízením času, nákladů, zdrojů a dalšími.
Strukturalizace projektu do činností (hierarchická struktura WBS).
Strukturování projektu
Struktura rozdělení prací - WBS (Work Breakdown Structure)
– technické organizační schéma
odpovídá tech. požadavkům zákazníka na produkt a smlouvě
Specifikace prací - SOW (Statement of Work)
- popis prací na nejnižší hierarchické úrovni
obsah prací, cíle, výsledky, odpovědné osoby, lhůty, zdroje, náklady…
Organizační struktura - OBS (Organization Breakdown Str.)
– funkční organizační schéma
okruhy řízení managementu projektu (zodpovědnost)
Podrobnost členění – max. 3-4 úrovně (průnik WBS a OBS)
Jednotlivé úrovně hierarchické struktury prací je možno znázornit se zaměřením na:
➢ funkční oblasti,
➢ komponenty nebo části produktu,
➢ projektové fáze či etapy,
➢ odpovědnosti, apod.
➢ projektové výstupy
16. Co rozumíme krizí projektu a jak ji řešíme:
Krize projektu
• V průběhu projektu mohou nastat situace, které řídicí tým již nemůže zvládnout běžnými
prostředky
• Takovou situaci nazýváme krizí
• Krizi projektu musíme identifikovat a přejít na krizové řízení
Máte nastavena obecná pravidla pro stanovení krizového stavu projektu?
• Zpoždění o xx% z celkové délky projektu
• Překročení rozpočtu o YY% z celkového rozpočtu projektu
• Snížení kritického zdroje o ZZ%
• Kombinace předchozího
Řešení krize
• Ustavení krizového štábu pro projekt v krizi
• Zastavení zhoubného působení krize
• Identifikace příčin krize
• Odstranění příčin krize a dopadů krize
• Zpracování opatření na zamezení dalších krizí
• Navození běžného operativního řízení projektu
Krizový štáb
• Může být zvláště pro konkrétní případ definován nebo se ujme krizového řízení vrcholové
vedení.
• Vyberte vhodného náčelníka a členy krizového štábu
• Krizový štáb musí mít mimořádné pravomoce a mimořádné zdroje
Nejlepším řešením krize je vůbec se do krize nedostat!!!
Niccoló Machivelli v knize VLADAŘ : „Moudrý vladař rozpozná možné nepokoje již v náznacích a
jedná!“
Dva přístupy k průběhu projektu:
• Operativní: Copak plán projektu, ten se vždy nějak udělá. Největším problémem je realizace
projektu!
• Plánovací: Nejtěžší je navrhnout dobrý plán projektu. Pak už se to jen udělá!
18. Co rozumíme jakostí projektu , která norma ji řeší a jak ji zajišťujeme:
SO 10 006:1997 (ČSN – 2005 -2.rev.)
Management jakosti - Směrnice jakosti v managementu projektu
Jakost - celkový souhrn znaků výrobku nebo služby, které ovlivňují schopnost uspokojovat stanovené
a předpokládané potřeby zákazníka
• Jaký je soubor kvantitativních a kvalitativních znaků jakosti projektu?
• Kdo je zákazníkem projektu?
• Co ovlivňuje jakost projektu?
• Jak zajistíme jakost projektu?
Jakostní projekt
• Splnil cíle určené zákazníkem
• Ukončen v plánovaném terminu
• Dodržen plánovaný rozpočet
• Využity disponibilní zdroje
• Optimálně bylo vynaloženo úsilí
• Nejsou negativní vedlejší účinky
Faktory, charakterizující jakost projektu jsou spojeny nejen s předmětem projektu, ale i s
průběhem projektu a mají být měřitelné . Určení „zákazníka“ projektu je součástí iniciace
projektu!!!
19. Jak dosahnout neustálého zlepšování kvality projektů:
Poprojektové fáze
Po ukončení projektu se provádějí poprojektové fáze:
Analýza ukončeného projektu.
Návrhy na zlepšení pro další projekty.
Poprojektové fáze mají velký význam pro zlepšování úrovně projektového řízení a kvality projektů.
Proto je potřeba věnovat jim velkou pozornost.
Poprojektovou analýzu provádíme s využitím systémové postimplementační analýzy. Můžeme také
s výhodou využít Paretovy analýzy (20% příčin má za následek 80% potíží v projektech) a
Ishikawových diagramů.
Poprojektovou analýzu by měl provádět tým, složená nejen z členů projektového týmu, ale i
z pracovníků, kteří se projektu neúčastnili, aby se zajistilo kritické posouzení průběhu projektu.
Při vyhodnocování projektu je potřeba analyzovat i práci projektového týmu.
O práci v týmu se v posledních letech hovoří v mnoha souvislostech. V praxi se s touto oblastí
setkáváme zejména při sestavování týmů, při hledání optimální výkonnosti a efektivního využívání
zdrojů, při doporučení vhodného vzdělávání a směru profesního rozvoje pracovníků, stejně tak jako
v řízení a vedení pracovních skupin.
V prvé řadě důkladně specifikuje skutečné a konkrétní úkoly do daného týmu. Nestačí si říci, že
členové „mají klást na sebe i na druhé vysoké požadavky“. Co to konkrétně znamená ve studovaném
týmu? Má jít o pracovníky, kteří jsou schopni extrémně vysokého, ale spíše krátkodobého nasazení,
jež se periodicky opakuje, nebo raději o pracovníky, kteří se zaučí a pak dovedou pracovat vytrvale a
dlouhodobě v zavedeném tempu? Vždy se dají najít ty zvláštní a jedinečné právě pro daný kolektiv.
Z konkrétních požadavků pak dedukujeme potřebné vlastnosti (případně dovednosti a zkušenosti)
jednotlivých členů. Z těch pak odvozujeme a hledáme osobnostní a temperamentové charakteristiky,
které jsou základem nebo předpokladem pro hledanou vlastnost. Můžeme si např. připravit tabulku,
kde do jednoho sloupce vypíšeme požadavky na vlastnosti, do druhého pak hledáme a vyvozujeme
osobnostní charakteristiky.
3. Popište strukturu logického rámce:
Logický rámec (4x4)
Metoda logického rámce je postup, který nám umožňuje navrhnout a uspořádat základní
charakteristiky projektu ve vzájemných souvislostech, je podporována počítačem prostřednictvím programového projektu TEAM Up firmy TEAM Název metody je odvozen od skutečnosti, že výsledky návrhu jsou přehledně uspořádány do předem
definovaného "rámce",skládajícího se ze čtyř horizontálních polí. Rámec byl sestaven na základě
zjištění, že čtyři úrovně rozlišení obvykle postačují pro plánování projektu.
PP OOU ZO P&R
Cíle
Účel
Konkrétní
výstupy
Klíčové činnosti
Sloupec POPIS PROJEKTU
• CÍLE popisují zaměření projektu a odpovídají na otázku CO chceme dosáhnout
• ÚČEL deklaruje příčinu provádění projektu a odpovídá na otázku PROČ chceme výše
uvedené cíle dosáhnout
• KONKRÉTNÍ VÝSTUPY projektu blíže specifikují JAK chceme cíle dosáhnout
• KLÍČOVÉ ČINNOSTI jsou ty, které rozhodujícím způsobem ovlivňují realizaci konkrétních
výstupů
Sloupec OBJEKTIVNĚ OVĚŘITELNÉ UKAZATELE
• Uvádí ukazatele, které prokazují, že účelu, cílů, konkrétních výstupů a klíčových činností bylo
dosaženo
• Ukazatelů má být více než jeden
• Zásadně měřitelné ukazatele
• Nedovedeme-li OOU stanovit, pozměňme příslušnou formulaci cíle, účelu a pod.
Sloupec ZPUSOB OVĚŘENÍ
• Jak bude OOU zjištěn (včetně definovaného postupu pro ověření, když se jedná o složitější
případ)
• Kdo ho zjistí
• Jaké náklady a čas ověření vyžaduje
• Kdy bude OOU ověřen
• Jakým způsobem bude dokumentován
Sloupec PŘEDPOKLADY A RIZIKA
• Uvádějí se výslovně předpoklady, ze kterých se vycházelo při stanovování jednotlivých
skutečností a které podmiňují realizaci projektu
• Uvádějí se významné skutečnosti, které mohou ohrozit projekt a které je potřeba mít na zřeteli
při návrhu a realizaci projektu - okolí projektu
Po zpracování logického rámce projektu musíme provést definici kontextu logického rámce. Znamená
to nalézt a definovat předcházející, souběžné a navazující projekty v návaznosti na dlouhodobé
programy a vizi firmy.
6. Popište zásady techniky SMART (i) a charakterizujete pojem trojimperativu projektu
SMART(i) cíl
S - Specifický a specifikovaný (Specific)
M - Měřitelný (Measurable)
A - Akceptovatelný (Acceptable)
R - Realistický (Realistic)
T - Testovatelný (Treackable)
Integrovatelný (Intedrated) SMART (ang.) chytrý, bystrý
Měli bychom:
• Využít výhodné neopakovatelné příležitosti
Odvrátit hrozby, které mohou přivodit katastrofické děje
Trojimperativ - Magic Triangle
Znamená to najít vhodný kompromis mezi cíli, náklady a potřebným časem na projekt.
Cíle (MAX)
Čas (MIN) Náklady (MIN)
7. Popište postup při analýze rizik projektu:
Protože pravděpodobnost je bezrozměrné číslo, je hodnota rizika vyjádřena v měnové jednotce, ve
které vyjádříme možnou ztrátu.
V technické praxi (strojírenství, stavebnictví, elektrotechnika) se v některých případech riziko
ohodnocuje jen mírou pravděpodobnosti vzniku určitého stavu nebo události..
Rizikové inženýrství používá řadu různých metod pro různé případy stanovení rizika v pojišťovnictví,
bankovnictví, v technické praxi, provozní praxi chemických zařízení a dalších oblastech jako např.
metody HACCP, HAZOP, RISK FMEA, CRAMM, IRIS, FRAP a další. Je proto důležité si vždy
uvědomit, jaká rizika chceme analyzovat např. rizika uniku informací z informačního systému, rizika
pracovních úrazů na určitém pracovišti, riziko pádu kabiny lanovky, a pod., abychom podle potřeby
použili odpovídající metodu.
Komplexní analýza rizik zahrnuje v rizikovém inženýrství:
Identifikaci hrozícího nebezpečí
Vyhodnoc
Vloženo: 23.04.2009
Velikost: 136,50 kB
Komentáře
Tento materiál neobsahuje žádné komentáře.
Mohlo by tě zajímat:
Skupina předmětu RPV - Řízení projektů vývoje IT/IS
Reference vyučujících předmětu RPV - Řízení projektů vývoje IT/IS
Podobné materiály
- BIST - Bezpečnost IS/IT - Vypracované otázky
- FT - Finanční trhy - Vypracované otázky
- KIB - Kryptografie a informační zabezpečenost - Vypracovaé otázky
- MIK - Mikroekonomie - Všechny otázky ke zkoušce z mikra (2)
- MIK - Mikroekonomie - Všechny otázky ke zkoušce z mikra
- RPV - Řízení projektů vývoje IT/IS - Vypracované otázky, trošku předělané
- SDP - Správa daní a poplatků - Kontrolní otázky
- SDP - Správa daní a poplatků - Několik odpovědí na zápočtové otázky
- ZF - Základy financování - Otázky k učení
- ZF - Základy financování - Vypracované otázky
- ZPE - Základy podnikové ekonomiky - Vypracované otázky ze skript
- DSZ - Daňové systémy v zahraničí - Otázky z předtermínu
- FT - Finanční trhy - Otázky Ing. meluzína u zkoušky z FT
- PM - Podnikový management - Testové otázky z PMKA 2.část
- PM - Podnikový management - Testové otázky z PMka
- PPV - Právo prům. vlastnictví a inf. v podnikání - Otázky ke zkoušce z PPV
- PSI - Počítačové sítě - Otázky elearning
- PSI - Počítačové sítě - Otázky z e-learning 2
- PSI - Počítačové sítě - Otázky z e-learning 3
- PSI - Počítačové sítě - Otázky z e-learning 4
- PSI - Počítačové sítě - Otázky z e-learning 5
- PSI - Počítačové sítě - Otázky z e-learning 6
- PSI - Počítačové sítě - Otázky z e-learning 7
- PSI - Počítačové sítě - Otázky z e-learning 8
- PSI - Počítačové sítě - Otázky z e-learning 9
- RPV - Řízení projektů vývoje IT/IS - Vypracované otázky k testu
- SRKE - Soudní řízení, konkurz a exekuce - Otázky do soudní exekuce konkurz vyrovnání
- VPU - Vnitropodnikové účetnictví - Otázky z VPU
- ZF - Základy financování - Otázky ke zkoušce
- ZM2 - Parametrické modelování - Pro/Engineer - Otázky managementu 1
- VPU - Vnitropodnikové účetnictví - Vypracované otázky 0708
- VPU - Vnitropodnikové účetnictví - Vypracované otázky ke zkoušce
- RPV - Řízení projektů vývoje IT/IS - Otázky ke zkoušce
- SDP - Správa daní a poplatků - vypracované otázky
- Bmik1P - Mikroekonomie 1 - Otázky
- Bman1P - Management 1 - otázky na zápočtový test
- KstatP - Statistika - otázky ke zkoušce (teorie)
- KstatP - Statistika - otázky
- Bman1P - Management 1 - testové otázky
- Bman1P - Management 1 - otázky
- KrnP - Řízení nákladů - Otázky k ZK
- DzorK - Základy optimalizace a rozhodování - otázky
- OcccP - Cross cultural communication - Otázky z testu
- Bman1P - Management 1 - testove otazky
- MIK - Mikroekonomie - Vypracované mikro (2)
- MIK - Mikroekonomie - Vypracované mikro
- ZF - Základy financování - Vypracované typové příklady na zápočet
- ZF - Základy financování - Všechny přednášky ve wordu
- MPO - Manažerské poradenství - Skripta word
- RPV - Řízení projektů vývoje IT/IS - Přednášky předělané do wordu
- DS_2 - Datové sklady - Přednáška ve wordu 1 a 2
- I1 - Informatika 1 - Zakladní jednotky Číselné soustavy ASCII tabulka
Copyright 2024 unium.cz