ako zrobiť projekt? (tak aby dobre bolo) | adam@okruhlica.eu

Nie nápad je dôležitý, ale exekúcia.#

Investori neinvestujú do nápadov.#

Nikto vám nápad neukradne.#

Aj tak na vašom nápade už robia iní.#

Projektový manažment#

PART  1  Skôr  ako  začnete  

DEFINÍCIA  PROJEKTU  

Základné  otázky  

1.  Čo  je  cieľom  projektu?  2.  Kto  sú  relevantní  stakeholders  (“zúčastnené  

strany”)  projektu?    3.  Aké  sú  možnosY  zapojenia  (involvementu)  

stakeholderov  v  projekte?  

Projekt    StarDucks  Žilina  

     Relevantní  stakeholders:  •  VP  MarkeYng,  VP  OperaYons,  miestni  

dodávatelia,  CEO,  zákazníci  /  všetci  k  dispozícii  každý  piatok  na  Skype  

 Cieľ  projektu  •  otvoriť  novú  pobočku  XY  v  Žiline,  zodpovedajúcu  

interným  štandardom  podľa  smernice  S100019,  najneskôr  1.  novembra  2014  

 

POŽIADAVKY  

Paretov  princíp  –  80%  biznisovej  hodnoty  pochádza  z  20%  produktu  

Požiadavky  

•  KvanYfikované  a  prioriYzované  potreby  /  očakávania  stakeholderov.  

•  Vznikajú  na  začiatku  (menšia  flexibilita),  alebo  priebežne  počas  projektu  (ťažšie  plánovanie).  

•  Je  silne  odporúčané  dokumentovať  požiadavky,  aj  keď  je  stakeholderov  málo  (aj  1).  

 

Projekt    StarDucks  Žilina  

Skúste  navrhnúť  požiadavku  zákazníka  

Projekt    Kilimanjaro    

Príklad  nesprávne  zdokumentovaných  požiadaviek  

•  Stanovte  si  výstupy  (deliverables):  – Definujte  vopred  presne  aké  výstupy  a  v  akej  kvalite  bude  váš  projekt  mať.  K  ním  budete  smerovať.  

Jedálny  lístok  (PSD,  A4,  PDF)   Reklamný  billboard  pri  diaľnici  

Promo  webová  stránka   Kolaudačný  list  

OBMEDZENIA  

Základné  otázky  

•  Aké  faktory  obmedzujú  projekt  a  na  ktorých  naopak  nezáleží?  

•  Vieme  Yeto  obmedzenia  kvanYfikovať?  •  Existuje  možnosť  pre  trade-­‐off  medzi  obmedzeniami?  

Bežné  typy  obmedzení  

•  Čas,  Rozpočet,  Rozsah  •  Kvalita  •  Technologické  obmedzenia  •  Obmedzenia  časového  plánu  /  plánovania  •  Zdroje  •  “PoliYcké”  /  Procesné  obmedzenia    

“PM  triangle”  

Aké  obmedzenia?  Trade-­‐offs?  

Aké  obmedzenia?  Trade-­‐offs?  

RIZIKÁ  

Príklad  nezvládnutého  riadenia  rizík  

“Bus  factor”  

Jednoduchý  akčný  plán  riadenia  rizík  

-­‐  Venujte  pár  minút  brainstromingu  o  možných  rizikách  skôr  ako  začnete  projekt.  

-­‐  Zdokumentujte  a  ohodnoťte  riziká  podľa  závažnosY  (pravdepodobnosť  výskytu  *  dopad)  

-­‐  Zamyslite  sa  nad  tým,  ako  rizikám  predchádzať  -­‐  …alebo  čo  spraviť  keď  nastanú  -­‐  Priebežne  aktualizujte  zoznam  

Príklady  riadenia  bežných  rizík  

•  Rozpočtové  riziko  –  zníženie  nákladov,  outsourcing,  zmena  financovania,  pokus  o  navýšenie  rozpočtu,…  

•  Časové  riziko  –  zefekxvnenie  práce,  rozšírenie  xmu,  outsourcing,  navýšenie  pracovného  objemu,  pokus  o  posunuYe  termínov  

•  Riziko  nedostatočnej  kvality  –  zavedenie  QA  procesov,  navýšenie  času/nákladov,  zmena  časového  plánu,  outsource...  

Aké  riziká?  

Aké  riziká?  Aké  riziká?  Team  

Tím  –  rozhodnuYa  a  výzvy  

•  Kolokovaný  /  na  diaľku  /  zmiešaný?  •  Projektové  podxmy  alebo  jeden  veľký  xm?  •  Relevantné  kompetencie  a  spoľahlivosť?  •  Rôzne  trade-­‐offs:  – cena  vs.  hodnota  – šírka  vs.  hĺbka  kompetencii  – aktuálne  schopnosY  vs.  potenciál  – personálne  vzťahy  vs.  individuálna  efekYvita  – atď    

•  Tímová  “poliYka”  –  napr.  majú  členovia  xmu  prehľad  o  rozpočte  projektu?    

– A  o  platoch  kolegov?  –  Je  jasná  organizačná  štruktúra  vrámci  xmu?  –  Sú  jasne  určené  zodpovednosY?  

•  VedomosY  o  projekte  a  komunikácia  –  rozumie  každý  cieľu  projektu?  –  rozumie  každý  prerekvizitám  pre  svoju  prácu?  –  “bus  factor”  

•  MoYvácia  •  Vzťahy  v  xme  (xmová  “chémia”)  •  Nečakané  výpadky  v  xme  

Nastavte  si  míľniky  

 

Míľniky  

Životný  cyklus  projektu  

Waterfall  

Waterfall  

Vhodné:  •  Jasne  daný  rozsah  projektu  •  Nemáme  možnosť,  alebo  nezáleží  na  priebežnej  validácii  projektu  zákazníkmi  

•  Je  to  žiaduce  z  hľadiska  alokácie  zdrojov  

Nevhodné:  •  Pre  veľké  projekty  s  požiadavkami  v  nízkej  granularite  •  Pre  dynamické  projekty,  ktoré  potrebujú  rýchlo  reagovať  na  

zmeny  (konkurencia,  prostredie,…)  

Agile  

Agile  

•  Metafora  prvovýstupu  na  kopec  v  hmle  – Priebežne  kontrolujem  okolie,  reagujem  na  zmeny,  vyberám  sa  vždy  tak,  aby  som  išiel  smerom  “hore”  (agile).  

Agile  –  princípy  

1.  Ľudia  a  komunikácia  sú  viac  než  procesy  a  nástroje.  

2.  Funkčný  so~vér  je  viac  než  vyčerpávajúca  dokumentácia.  

3.  Spolupráca  so  zákazníkom  je  viac  než  dojednávanie  zmluvy.  

4.  Radšej  reagovať  na  zmenu  než  sa  držať  plánu.  

www.agilemanifesto.org/iso/sk  

ConYnuous  delivery  

•  Práca  na  projekte  prebieha  v  “šprintoch”  – 1  –  4  týždňové  pracovné  cykly  – Cieľom  šprintov  je  splniť  zvolenú  množinu  požiadaviek  

•  Na  konci  každého  šprintu  je  produkt  rozšírený  o  nové  funkcionality  

•  Kontrola  stakeholdermi  •  RozhodnuYe  o  obsahu  ďalšieho  šprintu  

Agile  

Vhodné:  •  Iba  približne  jasný  rámcový  cieľ  projektu  •  Potreba  reakxvnej  zmeny  rozsahu  v  priebehu  projektu  •  Možná  priebežná  validácia  produktu  na  zákazníkoch    Nevhodné:  •  Stakeholderi  nemajú  možnosť  sa  priebežne  akxvne  venovať  

projektu  •  Projekt  je  veľmi  malého  rozsahu  •  Niektoré  zdroje  sú  nezosúladiteľné  

Agile  –  požiadavky  

•  Vyjadrené  vo  forme  “User  stories”  – Každá  user  story  predstavuje  ucelenú  funkcionalitu  z  hľadiska  produktu.  

–  Je  vydelená  z  hľadiska  biznisovej  hodnoty  (nie    projektovej  úlohy)  

 

Agile  –  User  stories  

Agile  –  “Taskboard”  

Future                      -­‐>    Current          -­‐>  Finished  

Agile  –  plánovanie  šprintu  

•  Tím  ohodnox  User  stories  bodmi  (napr.  od  1-­‐8)  podľa  odhadovanej  časovej  náročnosY  –  “esYmaYon  poker”  

•  Vyberie  sa  toľko  user  stories,  aby  to  zodpovedalo  velocite  xmu  – Velocita  xmu  =  odhad  koľko  bodov  dokáže  xm  dokončiť  vrámci  jedného  šprintu,  na  základe  reálnych  minulých  dát  

•  Na  konci  šprintu  sa  aktualizuje  velocita  

Manažérske  zručnosY  

•  Komunikačné  schopnosY  – Musí  vedieť  odkomunikovať  misiu,  rozsah  a  ciele  projektu  xmu  aj  stakeholderom  

•  Organizačné  a  plánovacie  schopnosY  – Musí  vedieť  zostavovať  plány,  rozumieť  rizikám  a  predvídať  problémy  

•  Vyjednávacie  schopnosY  •  Schopnosť  riešenia  konfliktov  •  KreaYvita,  schopnosť  “laterálneho  myslenia”  

h�p://www.youtube.com/watch?v=BKorP55Aqvg  

Sedliacky  rozum  >  procesy  

6 vajec v košíku, 6 detí.#Každé si vezme 1 vajce.#Jedno vajce ostalo v košíku.####

#% % %#

######

%Ako je to možné? #

L1  

Noc, búrka, zima. Cestujem sám v 2-miestnom aute.###Zbadám na zastávke:#

-  starú premrznutú pani#-  ženu svojich snov#-  kamaráta čo mi zachránil život##

#Koho vezmem?#

L2  

Pes vypadol z okna 12. poschodovej budovy na chodník. ##Ako to že prežil?###

#% % %#

####

L3  

Aká  je  povrchová  teplota  Slnka?            (rozsah)  

E1  

Koľko  ľudí  ročne  umrie  na  následky  pohryznuYa  žralokom?  

E2  

A  komárom?  

E3  

A  komárom?  

E4  30  ľudí  v  triede.    

Aká  je  pravdepodobnosť  že  sa  aspoň  dvaja  narodili  v  ten  istý  deň?  

MožnosY:  5%  /  10%  /  20%  /  …  /  100%  

Loď  1  ide  z  A-­‐>B  za  1  hodinu  Loď  2  ide  z  B-­‐>A  za  1  hodinu  Vták  lieta  z  A-­‐>B-­‐>A-­‐>B-­‐>…  rýchlosťou  50km/h          Lode  aj  vták  vyrazia  naraz.  Koľko  vták  nalieta  kým  sa  lode  stretnú?      

K1