Projekt a jeho charakteristiky. Co je to projekt? Definice?

Transkript

1 Projekt a proces(y)

2 Projekt

3 Projekt a jeho charakteristiky Co je to projekt? Definice? 3

4 Definice podle knihy A project is a time-framed sequence of unique, complex, and connected activities having one goal or purpose and that must be completed by a specific time, within budget, and according to specification. 4

5 Projektový trojúhelník Čas Cena Zadání a kvalita Zdroje 5

6 Řízení projektu Co je řízení projektu? Jaké techniky/nástroje znáte? 6

7 Proces

8 Proces a jeho charakteristiky Co je to proces? Definice? 8

9 Definice procesu Sequence of interdependent and linked procedures which, at every stage, consume one or more resources to convert inputs into outputs. These outputs then serve as inputs for the next stage until a known goal or end result is reached. 9

10 Procesy v projektu Analýza Co mám programovat? Návrh Jak to mám naprogramovat? IT pohled Implementace Testy Programuji Ověřuji, že jsem to naprogramoval správně Nasazení Dodám to zákazníkovi Správa zdrojového kódu Nemám chaos v tom co dělám 10

11 Procesy v řízení projektu Scoping Co mají udělat? Manažerský pohled Planning Monitoring a Controlling Change management Quality assurance Jak, kdy a čím to udělají? Dělají? Stihnou? Potřebujeme udělat změnu co s tím? Dělají (to) dobře? Project closing Dokázali jsme to? 11

12 SCOPING Cílení projektu

13 Před zahájením projektu Před zahájením projektu musíme mít základní představu co bude projekt řešit, kdo na tom má zájem, proč je třeba to řešit, a (high-level) představu jak budeme projekt řešit (více variant a jednu rozpracujeme později v plánování).

14 Definování Cílem aktivit je definovat co bude realizováno a zjistit jestli se realizace vyplatí. Aktivity je často označována za tzv. předprojektovou fázi. Vývojářská činnost Hledání odpovědí na manažerské otázky = analýza Manažerská činnost = odpovědět na otázky Co chceme udělat? Proč to chceme udělat? Kolik nás to bude (řádově) stát? Chceme do projektu skutečně investovat?...

15 Kroky definování 1. Uvědomění si problému, který chceme řešit (CO, PROČ a KDO). 2. Zvážení možných variant řešení (JAK). 3. Detailnější rozpracování vybrané varianty.

16

17 (SW)OT analýza Strengths vnitřní silné stránky (firmy/týmu) Např. něco umíme, známe a můžeme to prodat Weaknesses vnitřní slabé stránky (firmy/týmu) Např. něco neumíme, neznáme a musíme se v tom zlepšit Oportunities vnější příležitosti Např. trh se nějak mění a my toho chceme využít Threats vnější hrozby Např. konkurence nás v něčem předbíhá

18 SWOT graficky Pomáhají Škodí Interní původ SILNÉ STRÁNKY SLABINY Externí původ PŘÍLEŽITOSTI HROZBY

19 Vyhodnocení SWOT Maximalizace silných stránek, abychom využili maximum příležitostí. Maximalizace silných stránek, abychom eliminovali hrozby. Minimalizace slabých stránek, abychom využili maximum příležitostí. Minimalizace slabých stránek, abychom eliminovali hrozby.

20 Identifikace příčin problémů (Ishikawův model) Lidé Např. Nemají znalost, charakter apod. Metody Např. Máme špatný pracovní postup nebo legislativu. Stroje Např. Nemáme dostatečně výkonné počítače. Management Např. Špatně naplánované projekty.

21 Identifikace příčin problémů Prostředí Např. aplikace stávajícího řešení do jiné kultury a nebo fyzikální omezení. Materiál příčiny způsobené vadou nebo vlastností materiálů Měření příčiny způsobené nevhodným nebo špatně zvoleným měřením Údržba příčiny způsobené nesprávnou údržbou

22 Ishikawův model Vizualizace příčin problému. Specializovaná mind-map. Pomůže při meetingu a brainstormingu.

23 PŘÍKLAD Ishikawův model Nepovažují CS za nutné Sami neznají CS Učitelé Používají jeden CS pro všechny jazyky Neučí se CS Studenti Neučí se o CS Studenti nepoužívají CS Neověřuje se CS Nehodnotí se CS Časově náročné Nedostatek automatizace Metody (výuka) CS coding standard

24 Kroky při definování projektu 1. Uvědomění si problému, který chceme řešit. (CO a PROČ a KDO) 2. Zvážení možných variant řešení (JAK). 3. Detailnější rozpracování vybrané varianty.

25 Návrh variant řešení

26 Různé problémy můžeme řešit různě Obecně neexistuje univerzální řešení. I jednou osvědčené řešení může ve změněných podmínkách zklamat. Při návrhu variant řešení vyjdeme z rybí kosti. Řešení nemusí vždy zahrnovat IT/SW přístup (tzv. business řešení).

27 Proč hledat více variant? Můžeme problém vyřešit efektivněji. Můžeme při řešení problému ušetřit. Můžeme přijít na to, že neexistuje žádná vhodná varianta.

28 Navrhněte varianty řešení pro situaci s Coding Standardem. Nepovažují CS za nutné Sami neznají CS Učitelé Používají jeden CS pro všechny jazyky Neučí se CS Studenti Neučí se o CS Studenti nepoužívají CS Neověřuje se CS Nehodnotí se CS Časově náročné Metody (výuka) Nedostatek automatizace CS coding standard

29 Pro dobré rozhodnutí potřebujeme více informací => potřebujeme definovat jednotlivé varianty.

30 Jaké informace potřebujete, abyste se mohli rozhodnout??

31 Podle čeho vybrat tu správnou variantu? Cena (včetně údržby!) Návrat investice Snadnost provedení Vyřeší více problémů

32 Zainteresované strany

33 Zainteresované strany Zainteresovaná osoba (nebo instituce), která má přímý nebo nepřímý vliv na definici požadavků na systém. Zainteresovaná strana = Zúčastněná strana = Stakeholder

34 Příklady zainteresovaných stran Zákazníci Odborníci na řešenou problematiku Odborníci na návrh Odborníci na testování Odborníci na bezpečnost Administrátoři systému Projektový management Dodavatelé Znalci konkurence Regulátor a jiné organizace Sponzor

35 Katalog zainteresovaných stran Jméno (tituly) Funkce/role Kontaktní informace Časový posun Časová omezení (pravidelná i dlouhodobě plánovaná) Množství jedinců dané role Další poznámky Jeho cíl v rámci projektu Jeho míra možností ovlivnit projekt Míra dopadu projektu na něj

36 Jaké jsou zainteresované strany v případě IS pro zlepšení kódování studentů??

37 Kontextový model Řešení Co kdo od řešení dostane. Co kdo do řešení musí dodat.

38 Project Overview Statement (POS) Vize Problém a příležitosti Cíl projektu Obsah projektu Kritéria úspěchu Překážky rizika a předpoklady Přílohy 38

39 FURPS Funkcionalita Užitečnost / Uživatelská použitelnost Spolehlivost (Reliability) Výkon (Performance) Rozšiřitelnost (Supportability) Implementace Rozhraní Operační systémy Obchodní a právní aspekty 39

40 SMART(ER) Specifický Měřitelný Adresovatelný Realistický Termínovaný 40

41 INVEST Independent (nezávislý) Negotiable (změnitelný) Valuable (přínosný) Estimatable (ohodnotitelný) Scalable (rozumně velký/uchopitelný) Testable (testovatelný) 41

42 Scoping Vstupy Zákazník Idea Výstupy POS = zadání Analýza Provádí Zákazník a Analytik Zákazník a tým 42