46
1 Projekt • Logický sled aktivít • Jedinečnosť • Konkrétny cieľ • Využitie zdrojov • Ohraničené trvanie • Vútorná organizácia • Nadšenie • Ztrata iluzií • Panika • Hľadanie vinníkov • Potrestanie neviných • Odmeny bez zásluh Zasadený do rámca (kontext) ostatných aktivít

Projekt

Embed Size (px)

DESCRIPTION

Projekt. Nadšenie Ztrata iluzií Panika Hľadanie vinníkov Potrestanie neviných Odmeny bez zásluh. Logický sled aktivít Jedine č nosť Konkrétny cieľ Využitie zdrojov Ohraničené trvanie Vútorná organizácia. Zasadený do rámca (kontext) ostatných aktivít. Project Management - kontext. - PowerPoint PPT Presentation

Citation preview

Page 1: Projekt

1

Projekt

• Logický sled aktivít

• Jedinečnosť

• Konkrétny cieľ

• Využitie zdrojov

• Ohraničené trvanie

• Vútorná organizácia

• Logický sled aktivít

• Jedinečnosť

• Konkrétny cieľ

• Využitie zdrojov

• Ohraničené trvanie

• Vútorná organizácia

• Nadšenie

• Ztrata iluzií

• Panika

• Hľadanie vinníkov

• Potrestanie neviných

• Odmeny bez zásluh

• Nadšenie

• Ztrata iluzií

• Panika

• Hľadanie vinníkov

• Potrestanie neviných

• Odmeny bez zásluh

Zasadený do rámca (kontext) ostatných aktivítZasadený do rámca (kontext) ostatných aktivít

Page 2: Projekt

2

Project Management - kontext

Špecifikácia požiadaviek

Analýza Návrh Implementácia Testovanie

Cor

e W

orkf

low

s

Project Management

Configuration and Change Management

Quality Assurance

Training

Supp

orti

ng W

orkf

low

s

Page 3: Projekt

3

Project Management

• Správne naplánovanie, využitie a riadenie všetkých zdrojov počas trvania projektu.

• Vedie k dosiahnutiu stanovených cieľov v danom rozsahu, kvalite a cene.

Page 4: Projekt

4

Životný cyklus projektu

Zahájenieprojektu

Zahájenieprojektu

Ukončenieprojektu

Ukončenieprojektu

Riadenie projektu

FázyProblémy

RizikáRozhodnutia

Riadenie projektu

FázyProblémy

RizikáRozhodnutia

Page 5: Projekt

5

Princípy zahájenia projektu

• 15% - 20% celkového času

• Kľúčová fáza pre úspech

• Zaistiť všetko predtým, než projekt začne

• Vytvoriť kontrolné mechanizmy

• Jednotlivé elementy nie sú nemenné, odchýlka od plánu má svoj dopad

Page 6: Projekt

6

Zahájenie projektu

• Určiť Project Managera

• Vymedziť stakeholderov (najmä sponzora)

• Definovať cieľ a rozsah

• Navrhnúť organizáciu

• Naplánovať čas a zdroje

• Odhadnúť riziká

• Stanoviť prínos

Page 7: Projekt

7

Sponzor

• Zodpovedá za súlad projektu s potrebami firmy

• Má najväčší úžitok z projektu• Aktivity

– Odsúhlasuje cieľ a rozsah– Vedie radu projektu– Zaisťuje zdroje (ľudia, peniaze…)– Väzba na “Top management”

Page 8: Projekt

8

Rada projektu

• Kontroluje chod projektu až k jeho dokončeniu• Aktivity

– Určovať strategický smer– Odsúhlasovať predkladané riešenia– Zaisťovť zdroje– Poskytovať skúsenosti– Odstraňovať prekážky– Praidelne revidovať stav projektu

Page 9: Projekt

9

Kto by mal byť v rade projektu

• Sponzor

• Manager oddelenia, ktoré bude projektom najviac ovplyvnené

• Odborný garant projektu (napr. vedúci IT)

• (Ideálny počet členov je 3)

Page 10: Projekt

10

Projekt Manager

• Zodpovedá sa rade projektu

• Aktivity– Plánovanie– Riadenie ľudí (coaching)– Prideľovanie úloh– Kontrola kvality– Určovanie pokroku, reportovanie– Plánovanie a riadenie zmien

Page 11: Projekt

11

Udržovanie rovnováhy

RozsahRozsah KvalitaKvalita

NákladyNákladyČasČas

Page 12: Projekt

12

Cieľ projektu

• “Čo” Čo je nutné splniť

• “Tak, že” Spôsob, obmedzenia

• “Teda” Čo sa dosiahne

Page 13: Projekt

13

Príklad definovaného cieľa “Môj dom”

• Čo: Kúpiť dom

• Tak, že: Má záhradu

Je v dosahu MHD

Má možnosť parkovania

Nie je drahší jako 2Mio Sk

• Teda: Moja rodina bude kultúrne bývať

Nebudeme mať problémy s dopravou

Mesačne nezaplatíme viac jako 10tis. Sk

Page 14: Projekt

14

Rozsah projektu

• Určenie rozsahu z hľadiska– Ktoré oblasti bude/nebude projekt riešiť– Väzby na ďalšie systémy– Oddelenia/pobočky zainteresované na proj.

• Metóda pre stanovenie– Feasibility study, analýza prvotných požiadaviek

Page 15: Projekt

15

Príklad rozsahu projektu“Môj dom”

• Projekt zahŕňa– Kontaktovanie 3 miestnych realitiek

– Výber najvhodnejšej alternatívy

– Vybavenie úveru v banke

– Kúpu domu

• Mimo projektu– Prípadná rekonštrukcia domu

– Vybavenie domu zariadením

Page 16: Projekt

16

Organizácia projektu

• Rada projektu (sponzor)

• Project Manager

• Projektový tím

• Ostatné zdroje

Page 17: Projekt

17

Projektový tím

• Tím ľudí pridelený pre celú dobu trvania projektu

• Členovia sú individuálne zodpovední za jednotlivé podúlohy

• Počet <10

Page 18: Projekt

18

Ostatné zdroje

• Pracujú na projekte na “zakázku”

• Nie sú členmi tímu

• Nenesú zodpovednosť za projekt

• Sú “používaní” PM alebo tímom na konkrétne úlohy

• Príklad– konzultanti – programátori (v prípade outsourcingu)

Page 19: Projekt

19

Príklad organizácie projektu“Môj dom”

• Sponzor– Manželka

• Rada projektu– Manželka– Deti

• Project manager– “Hlava rodiny”

• Tím– Hlava rodiny– Strýko (stavebný inžinier)

• Ostatné zdroje– Banka– Realitka– Právnik

Page 20: Projekt

20

Cieľ• Čo: Kúpiť dom

• Tak, že: Má záhradu

Je v dosahu MHD

Má možnosť parkovania

Nie je drahší jako 2Mio Sk

• Teda: Moja rodina bude kultúrne bývať

Nebudeme mať problémy s dopravou

Mesačne nezaplatíme viac jako 10tis. Sk

Rozsah

• Projekt zahŕňa– Kontaktovanie 3 miestnych realitiek

– Výber najvhodnejšej alternatívy

– Vybavenie úveru v banke

– Kúpu domu

• Mimo projektu– Prípadná rekonštrukcia domu

– Vybavenie domu zariadením

Organizácia

• Sponzor– Manželka

• Rada projektu– Manželka

– Deti

• Project manager– “Hlava rodiny”

• Tím– Hlava rodiny

– Strýko (stavebný inžinier)

• Ostatné zdroje– Banka

– Realitka

– Právnik

Page 21: Projekt

21

Plánovanie

• Nutné princípy– Plány musia existovať– Plánovanie počas celého projektu (revízia)– Zodpovedný je PM– Rôzne úrovne plánovania pre rôznych členov– Detailný plán má zmysel iba pre najbližšiu fázu– Požívať nezávislých expertov a nástroje

Page 22: Projekt

22

Úrovne plánovania

• Plán projektu– Všeobecný, zahŕňa celý projekt– Počas zahájenia– Zoznam fáz a hlavných míľnikov– Používaný managementom (radou)

• Plán fázy/iterácie– Pripravný tesne před fázou/iteráciou– Detailný rozpis krokov a úloh

• Plán úlohy– Časový rámec, výstupy, zdroje

Page 23: Projekt

23

Plánovanie pri zahájení

• Identifikovať kľúčové etapy

• Odhadnúť potrebné zdroje

• Odhadnúť celkový čas

• Predbežný harmonogram

• Odhadnúť reálnosť

Page 24: Projekt

24

Plánovanie zdrojov = ľudia

• Na základe plánu úloh (aktivít)

• Dostupnosť požadovaných ľudí

• Motivačný systém (…)

• Potenciál využitia 60%-70%– Vzdelávanie – Administrácia– Dovolenka, nemocenská

Page 25: Projekt

25

Plánovanie zdrojov = peniaze

• Na úrovni úloh

• Pužívať aktuálne informácie

• Nezávislí experti

• Rezerva– Vyhnúť sa skrytým rezervám (otvorene

deklarovať)– 10%-20% (prihoďte 60% a je to O.K.)

Page 26: Projekt

26

Nástroje pre plánovanie (Gannt chart)

Page 27: Projekt

27

Riziká

• Nájsť maximum pri zahájení projektu

• Určiť– Pravdepodobnosť – Impact– Protiopatrenia– “Plán B” (ak riziko nastane)

• Oboznámiť stakeholderov s rizikami

Page 28: Projekt

28

Prínosy projektu

• Vychádzajú z cieľa

• Merateľné– redukcia nákladov, zvýšenie zisku,…

• Nemerateľné– vyšsia efektivita, strategická záležitosť,…

• Formulácia (PICS metóda)– Management očakáva konkrétne pozitívne prínosy,

ktoré sa objavia hneď s veľkou pravdepodobnosťou.

Page 29: Projekt

29

Riadenie projektu

• PDCA cyklus– Plan– Do– Check– Adjust (Act)

Page 30: Projekt

30

Ľudia - základ úspechu

• Typy chovania– Inovátori (všetko nové je dobré)– Prispôsobivý (vždy si nájdu niečo pozitívne)– Faktografovia (nechajú sa presvedčiť číslami)– Odporovači (všetko nové je zlé)

• Výrazné typy ovplivňujú organizáciu

Page 31: Projekt

31

Sledovanie postupu

• Pravidelné (1/2 týždne)– Kde sme a čo sme urobili– Koľko práce ešte zostáva– Predpoveďdo konca projektu– Analýza odchýliek od plánu– Protiopatrenia

• Informovať okolie

Page 32: Projekt

32

Status report dokument

• Kedy– Na konci etapy, alebo– Při nečakanom probléme/zmene

• Obsahuje– Stav– Problémy (čo s nimi)– Upravený plán– Najbližšie kroky

Page 33: Projekt

33

Uzavretie Projektu

• Vykonáva PM, a odsúhlasuje rada projektu

• Zhodnotenie vykonanej práce

• Súhrn ponaučení

• Naznačenie ďalších možností

• Prechod od projektu ku bežnej prevádzke

Page 34: Projekt

34

Rational Unified Process

Basic project management concepts

Page 35: Projekt

35

Iteration planning• Iteration

– a “mini-project” (from planning to release)– key drivers of the objective: risk, criticality, coverage

• Determinig length– allways a fixed overhead!– from 1-6 months– short (<1 month) mainly in Construction phase

• Determining number– Simple(Low) [0, 1, 1, 1]– Typical [1, 2, 2, 1] =>

• [prototype; arch. prototype, arch. baseline; int. release, initial operation release; product release]

– High [1, 3, 3, 2]– More iterations required

• inception: a new application domain• elaboration: new architecture• construction: complex and large product• transition: minimize tie to market

Page 36: Projekt

36

Benefits of an iterative approach

• Accomodating changes

• Mitigating risks

• Increasing reuse

• Learning

• Higher quality

Page 37: Projekt

37

Evaluate the iteration

• Collect metrics (progress)

• Compare actual and expected

• Consider external change

• Examine evaluation criteria

Page 38: Projekt

38

Risk (1)

• Risk management takes care of unknown aspects of software development

• Strategies– Risk avoidance– Risk transfer– Risk acceptance

• Risk mitigation

• Contigency plan (“Plan B”)

Page 39: Projekt

39

Risk (2)• Identify risk

– involve all parties (use homogenous groups)

– ask “what can go wrong” (i.e. events that decrease the likelihood to deliver product)

– brainstorming

– to identify risk to be responsible for it

• Group and rank identified risks

• Identify risk avoidance strategies– non-essential requirements

– not enough resources

• Identify risk mitigation strategies– allocate actions to early iterations

– use prototypes (identify features to be tested)

– benchmarking (performance risks)

• Identify contingency stratgies– for each risk

• Identify risk indicators

Page 40: Projekt

40

Risk types• Resource risks

– Organization

– Funding

– People

– Time

• Business risks

• Technical risks– Scope

– Technology

– External dependency

• Schedule risks (85%)

Page 41: Projekt

41

Phases and major milestones

Page 42: Projekt

42

Project phases (1)• Inception

– project’s scope and boundary– critical use cases – candidate architecture– estimate overall cost and schedule– estimate potential risks– Outcome:

• General vision, use case model, business case, risk assesment, project plan

• Elaboration– analyze problem domain– establish sound architectural foundation (finalize architectural decisions)– eliminate highest risks– “mile wide and inch deep” view of the systém– architecture, plan, risks are stable– Outcome

• Use case model (80%), supplementary requirements, software architecture document, iteration plan

Page 43: Projekt

43

Project phases (2)• Construction

– manufacturing process

– managing resources and controlling oeprations

– optimize cost, schedule and quality

– parallel construction increments can be spawned

– Outcome• Software product, user manual

• Transition– transition the software to user community

– develop new releases (finish or add some features)

– correct problems

– develop user oriented documentation

– train users

– support

Page 44: Projekt

44

Major milestones• Inception (Lifecycle Objectives Milestone)

– Stakeholders agreement on scope, cost/schedule estimate

– Credibility of estimates, pririties, risks, and development process

– Actual expenditures versus planned

• Elaboration (Lifecycle Architectre Milestone)– Is the vision stable

– Is the architecture stable

– Is plan for construction of sufficient detail and fidelity

– Stakeholders agreement that vision can be met if the plan is executed

– Actual expenditures versus planned

• Construction (Initial Opertional Capability Milestone)– Is product release stable to be deployed

– Are stakeholders ready for the transition to user community

– Actual expenditures versus planned

• Transition– Is user satisfied

– Actual expenditures versus planned

Page 45: Projekt

45

Staffing (1)

• Inception (focus: project scope and business case)– PM

– Architect

– 1-2 developers (prototype)

• Elaboration (focus: architecture and prototype)– Architecture team

• analytical and design skills (and other SE skills), leadership skills

– Prototyping team

– Small design teams• focus on generic mechanisms and technologies

– Test team• prepare test environment

Page 46: Projekt

46

Staffing (2)

• Construction (focus: build system’s functionality and maintain architecture integrity)– Architecture team

• keep an eye on designers, acting as technical leaders

– Construction team• cross functional - design and implementation skills, organized horizontaly

– Test teams• execute test and write reports

• Transition (focus: deploy final realease)– Trainers

– Infrastructure logistics experts

– Architecture team (and PM)• change requests