•     •   5 min read

Adaptivní projektový rámec
(APF) a jak ho implementovat

Dnes na blogu Work­sec­tion budeme disku­to­vat o adap­tivních pro­jek­tových rámcích.

Pro mno­ho mod­erních pro­jek­tů jsou tradiční mod­e­ly řízení pro­jek­tů (TPM) nevhod­né. Nezvlá­da­jí výzvy, které se dnes obje­vu­jí při spuštění pro­jek­tů: neustálé změny, nejas­né obchod­ní cíle a akce konkuren­tů. Stanovení úplných poža­davků v počáteční fázi se sta­lo nere­al­i­stick­ým a vyžadu­je úpravy v celém cyklu.

Pro­to jsou cyk­lické a rekurzivní mod­e­ly aktuál­ní­mi nástro­ji pro pro­jek­tové man­ažery. Schop­nost pře­hod­no­co­v­at před­chozí fáze práce, zlepšo­vat aktuál­ní iteraci nebo neustále kon­trolo­vat a aktu­al­i­zo­vat data je neocenitelná.
Cílem metody Adap­tivní pro­jek­tový rámec (APF) je har­mo­ni­zo­vat pro­cesy a neustálé změny v pro­jek­tu, obchod­ním kli­matu a trzích. Nepřede­pisu­je šablony a sez­nam před­připravených řešení. Změny v přís­tupu jsou nekon­venční odpovědí na změny v pro­jek­tu nebo okol­ním prostředí.
Autor metody, Robert K. Wysoc­ki, trvá na tom, že pro­jek­tový man­ažer (PM) by měl jed­nat nikoli jako kuchař, ale jako šéfkuchař. Není tře­ba řídit se recep­ty, když absence ingre­di­ence povede k prodlení – je tře­ba je vymýšlet samostat­ně a nespoléhat se na dos­tup­nost potřeb­ných kom­po­nen­tů. Podle Wysock­i­ho pozorování jsou lineární mod­e­ly TPM nevhod­né pro 70 % projektů.

Sedm nezávis­lých fak­torů ovlivňu­jících projekt

Wysoc­ki zdůrazňu­je sedm nezávis­lých fak­torů, které mají vliv na projekt:
  1. Charak­ter­is­tiky prostředí, ve kterém bude pro­jekt realizován
  2. Charak­ter­is­tiky samot­ného projektu
  3. Živ­ot­ní cyk­lus obchod­ního procesu
  4. Živ­ot­ní cyk­lus řízení projektu
  5. Kom­pe­tence pro­jek­tového týmu
  6. Vize klien­ta
  7. Kvali­ta vybavení nebo softwaru
APF vznikl během dvou pro­jek­tů. Jeden měl za cíl zlepšit čin­nos­ti společnos­ti zabý­va­jící se vývo­jem soft­waru, a druhý měl za cíl vytvořit infor­mační kiosky pro mal­oob­chod­ní řetězec. Pro­to Wysoc­ki zdůrazňu­je, že APF se odlišu­je od ostat­ních agilních metod v tom, že není přizpů­soben IT, ale je uni­verzál­ní pro podnikání.

Prin­cipy APF

  • Ori­en­tace na klien­ta: Klient je odpověd­ný za výběr nástro­jů a přís­tupů k pro­jek­tu, ale dostává pod­poru od pro­jek­tového týmu (PT).
  • Závis­lost na klien­tovi: APF zahrnu­je větší zapo­jení klien­ta, než na které jsou větši­na pro­jek­tových man­ažerů zvyk­lí. Musí být připraveni fun­go­vat jako porad­ci, kteří pod­poru­jí klien­ta po celou dobu pro­jek­tu. Klient rozho­du­je, zda pro­jekt pokračo­vat nebo ukončit.
  • Rych­lá a častá demon­strace výsled­ků: Cyk­ly v APF jsou krátké, což umožňu­je klien­tovi rych­le se dozvědět o aktuál­ních výsled­cích a více se zapo­jit do procesů.
  • Připravenost neustále klást otázky a ana­ly­zo­vat: Mno­ho fází APF je založeno na otázkách, na které musí PT a klient odpovídat.
  • Změny vedou k lep­ším řešením: Čet­nost změn v pro­jek­tu APF je dobrým ukaza­telem, jak daleko se strany při­b­ližu­jí k požadované­mu řešení. Ideál­ně se změny obje­vu­jí čas­to v raných cyk­lech a později se zpo­ma­lu­jí. Na rozdíl od TPM považu­je APF změny za známku zdravého projektu.
  • Nemyslete na budouc­nost: Pokud neznáme budouc­nost, proč pláno­vat? Před­povídání budouc­nos­ti se považu­je za pro­ces, který nepřidává hodnotu.

APF algo­rit­my

Fáze 1: Definování

Tato počáteční fáze stanovu­je cíle pro­jek­tu, které musí jas­ně chá­pat jak PT, tak klient. Kritéria úspěchu jsou stanove­na jako výsledek, který přináší zře­j­mou obchod­ní hodnotu.

Defi­nování se provádí ve pěti krocích:

  • Hledání pod­mínek pro splnění: Setkání mezi PT a zás­tup­ci klien­ta zajišťu­je vzá­jem­né porozumění a řešení jakýchkoli rozporů.
  • Vypra­cov­ání prohlášení o přehle­du pro­jek­tu: Ten­to doku­ment zdůrazňu­je otázky a příleži­tosti, které ved­ly k pro­jek­tu, cíle pro­jek­tu, rozsah, kritéria úspěchu a rizika.
  • Defi­nování para­metrů cyk­lu: Stanovení trvání a poč­tu cyklů.
  • Stanovení neú­plné hier­ar­chické pra­cov­ní struk­tu­ry nebo plánu pro­jek­tu: Známé cíle bez pře­dem stanovených nástro­jů, které se doplňu­jí během pro­jek­tu, jak se obje­vu­jí důležité detaily.
  • Pri­or­i­ti­zace algo­rit­mů: Stanovení pri­or­it­ních nástro­jů a přís­tupů pro budoucí použití.

Fáze 2: Plánování cyklu


Plánování cyk­lu zahrnu­je pouze pro­cesy s již vybraný­mi řešení­mi a dělí se do čtyř fází:

  • Defi­nování cílů cyk­lu: Disku­továno s klien­tem, s ohle­dem na čas a zdroje.
  • Přiřazení úkolů pro nas­tavení: Počáteční krok k vytvoření časového plánu projektu.
  • Vytváření časových plánů pro závis­lé pro­cesy: Použití nástro­jů, jako je Kanban.
  • Práce sub­tý­mu: Dokončení časových plánů pro každý subteam.

Fáze 3: Vytváření cyklu

Na rozdíl od TPM se doba provádění cyk­lu v APF nikdy nemění a zůstává, jak bylo stanoveno v první fázi. Během cyk­lu nedochází k žád­ným změnám; nové přís­tupy se při­jí­ma­jí mezi cykly.


Použité nástro­je:

  • Plány na mikroúrovni: Sub­týmy vytváře­jí pra­cov­ní plány pro subúkoly.
  • Pra­cov­ní balíčky: Popisu­jí, jak má vykon­a­va­tel v úmys­lu dokončit subúkoly.
  • Repoz­itář žádostí o změny: Návrhy se přezk­oumá­va­jí po skončení cyklu.
  • Infor­ma­ce o prob­lémech: Popisu­jí prob­lémy, rizika a situ­ace, které vyžadu­jí objasnění.
  • Kaž­do­den­ní schůzky PT: Rych­lé aktu­al­izace stavu bez diskusí o řešení problémů.

Fáze 4: Soulad s klientem

Jedinečná fáze, ve které PT a klient zapo­ju­jí do rozho­du­jících jed­nání k analýze projektu:

  • Hod­no­cení pro­cesů dokončených včas.
  • Rozhod­nutí, zda pokračo­vat do dalšího cyklu.
  • Přezk­oumání žádostí o změny, nevyužitých nástro­jů a zdro­jů a stanovení nových priorit.
  • Defi­nování cílů pro další cyklus.
Pokud jsou dosaženy stanovené ukazatele v plánu
Navrhl Jcomp / Freepik

Fáze 5: Přehled projektu

Otázky na vyřešení:

  • Našel tým při­jatel­né řešení?
  • Pra­co­v­aly algo­rit­my pro projekt?
  • Jak dobře tým použil algo­rit­my APF?

Imple­men­tace APF

Jak bylo zmíněno, APF vznikl během dvou pro­jek­tů, jeden objed­naný mal­oob­chod­níkem Snacks Fifth Avenue a druhý fir­mou Kamikazi Soft­ware Systems.

Přík­lad: Snacks Fifth Avenue

V roce 2008 se Snacks Fifth Avenue blížil ke své­mu 50. výročí s kle­sající­mi prode­ji a zákaznick­ým tokem. Ředitel­ka Pat­ty Forz chtěla přilákat nové zákazníky kiosky, které by posky­to­valy infor­ma­ce o míst­ních restau­racích a kinech, inspirované podob­ný­mi zřízení­mi v nedalekých nákup­ních centrech.
Snacks Fifth Avenue

Prohlášení o přehle­du pro­jek­tu pro Snacks Fifth Avenue:

  • Název pro­jek­tu: Návrh kiosku”
  • Čís­lo pro­jek­tu: 08 – 01
  • Pro­jek­tový man­ažer: T. Cof­fee
  • Problémy/​Příležitosti: Kle­sající návštěvnost obchodů a prode­je, potře­ba změny.
  • Cíl: Obnovit úroveň prode­je, zvýšit návštěvnost a vytvořit něco atrak­tivního pro zákazníky.
  • Rozsah: Vyvi­nout kon­cept kiosku s více služba­mi, přilákat zákazníky k určitém pro­duk­tům, vytvořit pro­duk­tové balíčky pro akce a další.
  • Kritéria úspěchu: Obnovit úroveň prode­je během dvou čtvrtletí, nabíd­nout ale­spoň čtyři služ­by, z nichž každá má gen­erovat ale­spoň 5 % prode­je, a imple­men­to­vat službu požadovanou zákazníky generu­jící 5 % prode­je do druhého čtvrtletí.
  • Rizika: Zákazníkům se může nelíbit myšlen­ka kiosku.

Pro­ces a výsledek

Během šesti měsíců bylo vytvořeno a otestováno něko­lik pro­to­typů. Mezi otázka­mi, který­mi se zabý­vali, byla provoz kiosku prostřed­nictvím kláves nebo dotykových obra­zovek, tisk účtů, vydávání pro­duk­tů, zadávání objed­návek a pod­půrné služ­by. Skupina pro zpět­nou vazbu poskyt­la názo­ry na prototypy.

Finál­ní design byl uve­den do obchodů, zlepšil prode­je a zájem zákazníků, splnil cíle projektu.

Verdikt

  1. APF vyžadu­je nový způ­sob myšlení, připravený na změny.
  2. Meto­da je neustále aktualizována.
  3. Zak­ládá se na kon­cep­tu just-in-time“.
  4. Nástro­je, šablony a pro­cesy TPM jsou přizpů­sobe­ny novým formátům.
  5. APF je zaměřen na klien­ta, zajišťu­jící plnou komu­nikaci a důvěru.
  6. Iden­ti­fiku­je všech­ny pro­cesy, které nepřidá­va­jí hodnotu.

esc
Sdílet
или
Worksection Next
Jak známý obrázek: termín se blíží, soubor určitě existuje, ale nemůžete si vzpomenout, kde přesně. Možná ve Slaku, možná v e-mailu, možná ho někdo nahrál na Google Drive před dvěma týdny. Otevřete vše...
7 září 2026   •   6 min read
Worksection Next
V pondělí to vypadá, že je týden dobře naplánovaný. Do středy však jedno urgentní úkol rozbije celý harmonogram. Do pátku je jasné, že termín, který měl být příští týden, je vlastně zítra. A začíná to...
30 srpen 2026   •   5 min read
Worksection Next
Manažer se ptá na projekt. Co se obvykle v takových případech dělá? Nejdříve je potřeba zkontrolovat správce úkolů, pak si vzpomenout, že se něco probíralo ve Slacku, a nakonec zkontrolovat, zda je soubor...
19 srpen 2026   •   8 min read
Začněte pracovat hned teď
Zadejte prosím svůj skutečný e-mail. 🙂