{"id":226,"date":"2025-11-12T12:40:44","date_gmt":"2025-11-12T11:40:44","guid":{"rendered":"https:\/\/orlowski.pm\/?p=226"},"modified":"2025-11-12T12:40:44","modified_gmt":"2025-11-12T11:40:44","slug":"agilepm-czas-koszt-jakosc-cechy","status":"publish","type":"post","link":"https:\/\/orlowski.pm\/index.php\/2025\/11\/12\/agilepm-czas-koszt-jakosc-cechy\/","title":{"rendered":"Czas, koszt, Jako\u015b\u0107, Cechy w Agile PM \u2013 Co jest sta\u0142e, co zmienne a gdzie trzyma\u0107 rezerwy?"},"content":{"rendered":"\n

Czyli jak nauczy\u0107 si\u0119 do egzaminu, by wynie\u015b\u0107 co\u015b wi\u0119cej ni\u017c tylko wynik?<\/p>\n\n\n\n

Jak w AgilePM<\/strong> rozumie\u0107 i stosowa\u0107 cztery zmienne: Czas, Koszt, Jako\u015b\u0107 i Cechy (zakres funkcjonalny)? Przeanalizujmy, kt\u00f3re z nich s\u0105 chronione jako „sta\u0142e”, kt\u00f3ra pozostaje d\u017awigni\u0105 sterowania, gdzie naprawd\u0119 trzyma si\u0119 rezerwy, jak dzia\u0142a MoSCoW<\/strong> i timeboxing, oraz jak t\u0119 logik\u0119 wykorzysta\u0107 w pytaniach egzaminacyjnych (Foundation i Practitioner) oraz w decyzjach scenariuszowych.<\/p>\n\n\n\n

AgilePM podchodzi do zarz\u0105dzania projektem inaczej ni\u017c klasyczny „tr\u00f3jk\u0105t \u017celazny”. Zamiast kurczowo trzyma\u0107 si\u0119 z g\u00f3ry zdefiniowanego zakresu i korygowa\u0107 czas oraz koszty, zak\u0142ada sta\u0142y rytm pracy i \u015bwiadomie zarz\u0105dza zawarto\u015bci\u0105. W praktyce oznacza to cztery zmienne: Czas, Koszt, Jako\u015b\u0107 i Cechy (zakres funkcjonalny). Dwie pierwsze – czas i koszt – traktujemy jako nienaruszalne ramy planu, trzecia – jako\u015b\u0107 – jest ustalana i chroniona poprzez mierzalne kryteria akceptacji, a czwarta – cechy – pozostaje g\u0142\u00f3wn\u0105 d\u017awigni\u0105, kt\u00f3r\u0105 operujemy, aby dostarczy\u0107 sensowny, warto\u015bciowy przyrost w uzgodnionym terminie i bud\u017cecie. Ta logika przewija si\u0119 przez pytania egzaminacyjne i scenariusze: je\u015bli widzisz presj\u0119, by „do\u0142o\u017cy\u0107 co\u015b jeszcze”, prawid\u0142ow\u0105 reakcj\u0105 zwykle nie jest rozci\u0105ganie kalendarza ani „poluzowanie” test\u00f3w jako\u015bci, tylko prze\u0142o\u017cenie lub redukcja cz\u0119\u015bci zawarto\u015bci mniej istotnej dla warto\u015bci biznesowej.<\/p>\n\n\n\n

Sta\u0142e i Zmienne w metodyce. Co chcemy ochroni\u0107 a czym przychodzi nam sterowa\u0107?<\/strong><\/p>\n\n\n\n

Zrozumienie, co w\u0142a\u015bciwie jest „sta\u0142e”, a co „zmienne”, zaczynamy od timeboxingu. Timebox to zaplanowane okno pracy o sta\u0142ej d\u0142ugo\u015bci, z jasno okre\u015blonym celem. Sta\u0142o\u015b\u0107 czasu nadaje dyscyplin\u0119: przegl\u0105dy, wdro\u017cenia i decyzje dziej\u0105 si\u0119 o czasie, a nie „kiedy si\u0119 uda”. Sta\u0142o\u015b\u0107 kosztu bierze si\u0119 z utrzymywania stabilnego zespo\u0142u i profilu zaanga\u017cowania – planujemy ludzi i bud\u017cet z wyprzedzeniem i nie kompensujemy „ambicji zakresu” dok\u0142adaniem godzin lub r\u00f3l ad hoc. Jako\u015b\u0107 w AgilePM nie jest elastyczn\u0105 mas\u0105, kt\u00f3r\u0105 mo\u017cna wcisn\u0105\u0107 w dowolny kszta\u0142t; to zestaw uzgodnionych, testowalnych kryteri\u00f3w akceptacji. Dopiero cechy – czyli zawarto\u015b\u0107 przyrostu – podlegaj\u0105 negocjacji przez priorytetyzacj\u0119 MoSCoW. W\u0142a\u015bnie tu powstaje „rezerwa” w rozumieniu AgilePM: nie w kalendarzu ani w bud\u017cecie, tylko w rozs\u0105dnym doborze i sekwencjonowaniu wymaga\u0144.<\/p>\n\n\n\n

MoSCoW<\/strong> jest praktycznym hamulcem bezpiecze\u0144stwa. „Must” to minimalna zdatno\u015b\u0107 do u\u017cycia i bezpiecze\u0144stwo rozwi\u0105zania. „Should” wspiera warto\u015b\u0107, ale mo\u017ce ust\u0105pi\u0107, gdy czas lub integracja tego wymagaj\u0105. „Could” tworzy bufor – elementy, kt\u00f3re ch\u0119tnie dostarczymy, je\u015bli wszystko idzie g\u0142adko, i kt\u00f3re pierwsi oddajemy, je\u015bli pojawi si\u0119 ryzyko po\u015blizgu. „Won’t (this time)” to eleganckie „nie teraz” – zachowujemy przejrzysto\u015b\u0107 i budujemy zaufanie. Cz\u0119sty b\u0142\u0105d na egzaminie polega na braniu \u017cycze\u0144 interesariuszy za „Musty” bez twardych kryteri\u00f3w – gdy widzisz w odpowiedziach mieszanie priorytet\u00f3w lub „Must, bo kto\u015b wa\u017cny tak powiedzia\u0142”, pami\u0119taj, \u017ce AgilePM wymaga testowalno\u015bci, wp\u0142ywu na warto\u015b\u0107 i sp\u00f3jno\u015bci z wizj\u0105, a nie si\u0142y argumentu retorycznego.<\/p>\n\n\n\n

Gdzie zatem faktycznie „trzymamy rezerwy”? W priorytetach cech. To one amortyzuj\u0105 niepewno\u015b\u0107 i z\u0142o\u017cono\u015b\u0107. Zamiast planowa\u0107 „bufor czasowy” na ko\u0144cu przyrostu, \u015bwiadomie uk\u0142adamy zawarto\u015b\u0107 tak, aby minimalny, weryfikowalny efekt biznesowy by\u0142 osi\u0105galny bez „dociskania” zespo\u0142u i bez ci\u0119cia jako\u015bci. Je\u015bli co\u015b ma wylecie\u0107, wylatuje Could, potem Should – ale Must ma pozosta\u0107 realistyczny. Z tego wynika druga konsekwencja: definicja Must nie mo\u017ce by\u0107 mglista, bo inaczej negocjujesz powietrze. W dobrze przygotowanym przyro\u015bcie Musty maj\u0105 jednoznaczne kryteria akceptacji, a testowanie jest wbudowane w rytm pracy, nie „dopisywane na ko\u0144cu”.<\/p>\n\n\n\n

R\u00f3\u017cnica wzgl\u0119dem podej\u015bcia tradycyjnego naj\u0142atwiej wychodzi w pytaniach por\u00f3wnawczych: klasyczny model zwykle trzyma zakres i jako\u015b\u0107 (przynajmniej formalnie) i szuka rezerw w czasie oraz koszcie. AgilePM odwraca wektor: chroni czas i koszt, a przez twarde kryteria akceptacji tak\u017ce jako\u015b\u0107, i zarz\u0105dza zawarto\u015bci\u0105. Na egzaminie pu\u0142apk\u0105 bywa stwierdzenie „Agile dopuszcza kompromisy jako\u015bciowe, by zmie\u015bci\u0107 si\u0119 w czasie” – to sprzeczne z zasadami AgilePM, gdzie jako\u015b\u0107 jest uzgadniana, mierzalna i utrzymywana. Je\u015bli pojawia si\u0119 napi\u0119cie, decyzja jest prosta: renegocjuj zawarto\u015b\u0107, a je\u015bli zmiana wykracza poza tolerancj\u0119 lub podwa\u017ca Uzasadnienie Biznesowe, eskaluj do w\u0142a\u015bciwego poziomu decyzyjnego i zaktualizuj dokument.<\/p>\n\n\n\n

W codziennym prowadzeniu przyrostu najwi\u0119cej „punkt\u00f3w na egzaminie” przynosi umiej\u0119tno\u015b\u0107 po\u0142\u0105czenia prostoty projektu i wiedzy eksperckiej. AgilePM preferuje minimalnie wystarczaj\u0105c\u0105 z\u0142o\u017cono\u015b\u0107 rozwi\u0105zania i bie\u017c\u0105ce konsultacje z ekspertami dziedzinowymi zamiast rozbudowanych, odklejonych od pracy struktur QA. Prostota nie znaczy bylejako\u015b\u0107 – w\u0142a\u015bnie dzi\u0119ki prostocie \u0142atwiej utrzyma\u0107 mierzaln\u0105 jako\u015b\u0107 i kr\u00f3tk\u0105 p\u0119tl\u0119 informacji zwrotnej. Dlatego, gdy w odpowiedziach widzisz opcj\u0119 „powo\u0142a\u0107 niezale\u017cnych kontroler\u00f3w jako\u015bci nadzoruj\u0105cych zesp\u00f3\u0142”, rzadko b\u0119dzie to trafne dla AgilePM; lepsze s\u0105 wzorce „upro\u015bci\u0107 projektowanie, ustali\u0107 kryteria, wsp\u00f3\u0142pracowa\u0107 z ekspertami, testowa\u0107 iteracyjnie”.<\/p>\n\n\n\n

\"Ecolodge
Ecolodge Panthera Resorts podczas 3 sprintu \ud83d\ude09 <\/figcaption><\/figure>\n\n\n\n

We\u017amy przyk\u0142ad z Ecolodge Panthera Resorts – firma casus, na podstawie, kt\u00f3rej tw\u00f3rcy metodyki przekazuj\u0105 nam problematyk\u0119, z jak\u0105 mierzy si\u0119 zesp\u00f3\u0142.
Za\u0142\u00f3\u017cmy, \u017ce zesp\u00f3\u0142 planuje Eko-Spa w czwartym przyro\u015bcie. Terminy przegl\u0105d\u00f3w i wdro\u017cenia s\u0105 z g\u00f3ry znane, bud\u017cet i sk\u0142ad zespo\u0142u r\u00f3wnie\u017c, a kryteria jako\u015bci obejmuj\u0105 nie tylko satysfakcj\u0119 go\u015bci, ale i wymogi \u015brodowiskowe. W po\u0142owie prac pojawia si\u0119 pomys\u0142 dodania kolejnych zabieg\u00f3w i modu\u0142u rezerwacji premium. Prawid\u0142owa reakcja to obrona czasu i kryteri\u00f3w jako\u015bci oraz przegl\u0105d PRL\u00a0(Prioritized Requirements List, <\/em>czyli List\u0119 Wymaga\u0144 z Priorytetami)<\/em>: zostaj\u0105 Musty (bezpiecze\u0144stwo, zgodno\u015b\u0107, podstawowe do\u015bwiadczenia wellness), Shouldy s\u0105 weryfikowane pod k\u0105tem warto\u015bci i ryzyka integracji, Couldy – w razie potrzeby – migruj\u0105 do nast\u0119pnych timebox\u00f3w. Czego nie robimy? Nie wyd\u0142u\u017camy timeboxa, nie „zmi\u0119kczamy” test\u00f3w bezpiecze\u0144stwa czy standard\u00f3w terapii, nie dok\u0142adamy ludzi „na chwil\u0119”, bo to zwykle psuje przep\u0142yw i przewidywalno\u015b\u0107.<\/p>\n\n\n\n

Aby ta mechanika dzia\u0142a\u0142a, potrzebne s\u0105 konkretne artefakty i zachowania. Lista Wymaga\u0144 z Priorytetami (PRL) musi mie\u0107 przejrzyste MoSCoW i kr\u00f3tki opis kryteri\u00f3w jako\u015bci. Plan przyrostu i plan timeboxa powinny wyra\u017anie pokazywa\u0107, kt\u00f3re elementy s\u0105 kandydatami do przesuni\u0119cia, je\u015bli pojawi si\u0119 konkurencja o zasoby. Definicja uko\u0144czenia i kryteria akceptacji musz\u0105 by\u0107 uzgodnione przed prac\u0105 – negocjowanie „co to znaczy done” po fakcie to pro\u015bba o konflikt. I wreszcie, raportowanie tolerancji: sygnalizujemy wcze\u015bnie, \u017ce przy zachowaniu Must\u00f3w, Couldy mog\u0105 nie zmie\u015bci\u0107 si\u0119 w oknie – to pozwala decydentom \u015bwiadomie akceptowa\u0107 sekwencj\u0119 warto\u015bci, zamiast reagowa\u0107 na zaskoczenia.<\/p>\n\n\n\n

Jak z tego korzysta\u0107 na egzaminie<\/strong>? Na poziomie Foundation wystarczy rozpozna\u0107 wzorzec: czas i koszt s\u0105 trzymane, jako\u015b\u0107 jest zdefiniowana i stabilizowana, cechy s\u0105 negocjowane. Na poziomie Practitioner ten wzorzec zastosujesz do sytuacji ze scenariusza: identyfikujesz, co jest naprawd\u0119 Must, gdzie istnieje przestrze\u0144 na de-scope, czy zmiana mie\u015bci si\u0119 w tolerancjach, i czy wymaga aktualizacji Uzasadnienia Biznesowego. W praktyce warto zada\u0107 sobie zawsze trzy pytania: co chroni\u0119 (czas, koszt, jako\u015b\u0107), jak\u0105 d\u017awigni\u0119 mam do dyspozycji (cechy przez MoSCoW) i gdzie jest decyzja governance, je\u015bli tolerancje p\u0119kaj\u0105.<\/p>\n\n\n\n

Najcz\u0119stsze pu\u0142apki s\u0105 do przewidzenia. „Jako\u015b\u0107 mo\u017cna dostosowa\u0107, by zapewni\u0107 rezerw\u0119” – to nie jest zgodne z AgilePM. „Wszystkie cztery zmienne nale\u017cy ustali\u0107 sztywno od pocz\u0105tku” – nie, jedna pozostaje sterowana. „Rezerwy umieszczamy w kosztach i czasie” – to opisuje raczej podej\u015bcie tradycyjne. „Niezale\u017cna kom\u00f3rka QA nadzoruje zesp\u00f3\u0142” – AgilePM preferuje prostot\u0119 rozwi\u0105zania i wsp\u00f3\u0142prac\u0119 z ekspertami zamiast „policji jako\u015bci”. Gdy w odpowiedziach widzisz s\u0142owa „zawsze”, „nigdy”, „sztywno”, traktuj je jak lampki ostrzegawcze; egzamin cz\u0119sto sprawdza, czy rozumiesz, \u017ce AgilePM jest adaptacyjny, ale nie kosztem jako\u015bci.<\/p>\n\n\n\n

Na koniec warto mie\u0107 w g\u0142owie prost\u0105 „\u015bci\u0105g\u0119”, kt\u00f3ra spina praktyk\u0119 i egzamin. AgilePM chroni czas, koszt i jako\u015b\u0107; zarz\u0105dza cechami przez MoSCoW. Rezerwy \u017cyj\u0105 w zakresie: Couldy s\u0105 pierwszym kandydatem do przesuni\u0119cia, Shouldy – do negocjacji, Musty – do utrzymania w granicach realno\u015bci i testowalno\u015bci. Timeboxy ustalaj\u0105 rytm i nie s\u0105 plastyczne. Kryteria akceptacji ustala si\u0119 wcze\u015bnie i traktuje powa\u017cnie. Je\u015bli zmiana wywraca plan poza tolerancj\u0119 lub podwa\u017ca Uzasadnienie Biznesowe, eskalujesz i aktualizujesz, nie „\u0142atasz” jako\u015bci ani kalendarza.<\/p>\n\n\n\n

    \n
  1. Je\u015bli chcesz sprawdzi\u0107 rozumienie, odpowiedz dla siebie na pi\u0119\u0107 kr\u00f3tkich pyta\u0144 w stylu egzaminu.<\/li>\n\n\n\n
  2. Gdzie AgilePM umieszcza rezerwy w pierwszej kolejno\u015bci: w cechach, czasie, koszcie czy jako\u015bci? Co dok\u0142adnie chroni timeboxing?<\/li>\n\n\n\n
  3. Jak broni si\u0119 jako\u015b\u0107 – przez dodatkowe dokumenty, czy przez uzgodnione kryteria akceptacji wykonywane iteracyjnie?<\/li>\n\n\n\n
  4. Co robisz, gdy Musty nie mieszcz\u0105 si\u0119 w timeboxie: renegocjujesz Should\/Could, czy wyd\u0142u\u017casz timebox albo rozmi\u0119kczasz kryteria?<\/li>\n\n\n\n
  5. I wreszcie – jak odr\u00f3\u017cnisz opcj\u0119 „tradycyjne vs AgilePM”, gdy obie brzmi\u0105 sensownie?<\/li>\n<\/ol>\n\n\n\n

    Je\u015bli w ka\u017cdej z tych sytuacji konsekwentnie wybierasz ochron\u0119 czasu, kosztu i jako\u015bci oraz \u015bwiadome sterowanie zawarto\u015bci\u0105, my\u015blisz jak AgilePM i odpowiadasz jak praktyk, kt\u00f3ry bezpiecznie dowozi warto\u015b\u0107.<\/p>\n","protected":false},"excerpt":{"rendered":"

    W AgilePM chronimy Czas, Koszt i Jako\u015b\u0107, a sterujemy Cechami. Artyku\u0142 pokazuje, gdzie naprawd\u0119 trzyma\u0107 rezerwy (MoSCoW), jak dzia\u0142a timeboxing i jak wykorzysta\u0107 t\u0119 logik\u0119 w pytaniach egzaminacyjnych Foundation\/Practitioner, aby bezpiecznie dowozi\u0107 warto\u015b\u0107 bez \u201erozci\u0105gania\u201d termin\u00f3w i kompromis\u00f3w jako\u015bciowych.<\/p>\n","protected":false},"author":1,"featured_media":228,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14,13,32],"tags":[24,34,36,35],"class_list":["post-226","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-metodyki","category-poczatki","category-przed-egzaminem","tag-agile","tag-agilepm-2","tag-moscow","tag-przedegzaminem"],"_links":{"self":[{"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/posts\/226","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/comments?post=226"}],"version-history":[{"count":2,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/posts\/226\/revisions"}],"predecessor-version":[{"id":230,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/posts\/226\/revisions\/230"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/media\/228"}],"wp:attachment":[{"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/media?parent=226"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/categories?post=226"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/tags?post=226"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}