![\"\"](\"https:\/\/orlowski.pm\/wp-content\/uploads\/2026\/02\/Ryzyka-1024x680.png\")
<\/figure>\n\n\n\nProgi tolerancji<\/strong><\/p>\n\n\n\n Tolerancja ryzyka to konkretne progi, kt\u00f3re m\u00f3wi\u0105: kiedy projekt mo\u017ce dzia\u0142a\u0107 samodzielnie<\/strong>, a kiedy musi poprosi\u0107 o decyzj\u0119<\/strong>. Dobrze ustawione tolerancje ograniczaj\u0105 chaos w eskalacjach i ucinaj\u0105 nieko\u0144cz\u0105ce si\u0119 dyskusje typu „czy to ju\u017c jest problem, czy jeszcze nie”.<\/p>\n\n\n\n Najpro\u015bciej zacz\u0105\u0107 od kilku wymiar\u00f3w, kt\u00f3re w praktyce obejmuj\u0105 wi\u0119kszo\u015b\u0107 projekt\u00f3w. Zwykle wystarcz\u0105: koszt<\/strong>,czas<\/strong>, zakres\/jako\u015b\u0107<\/strong>, zgodno\u015b\u0107 i bezpiecze\u0144stwo<\/strong>, ewentualnie reputacja\/interesariusze<\/strong>. W organizacjach mniej dojrza\u0142ych lepiej zacz\u0105\u0107 nawet od trzech: koszt, czas, zgodno\u015b\u0107. Chodzi o to, \u017ceby progi by\u0142y rozumiane, ni\u017celi \u0142adne w dokumentacji.<\/p>\n\n\n\n Najbardziej u\u017cyteczny jest model tr\u00f3jkoloru (zielony\/\u017c\u00f3\u0142ty\/czerwony), bo pozwala po\u0142\u0105czy\u0107 tolerancje z prost\u0105 logik\u0105 dzia\u0142ania:<\/p>\n\n\n\n To, co realnie daje podstawy tolerancji, to uzgodnienia poczynione na start etapu lub projektu. W praktyce to mo\u017ce wygl\u0105da\u0107 tak:<\/p>\n\n\n\n Karta tolerancji projektu:<\/strong><\/p>\n\n\n\n Je\u017celi potrzebne s\u0105 przyk\u0142adowe progi, mo\u017cna zacz\u0105\u0107 od warto\u015bci „bezpiecznie konserwatywnych” i dostroi\u0107 po 1-2 cyklach raportowania. Przyk\u0142adowo:<\/p>\n\n\n\n Najcz\u0119stsze problemy: organizacja ma tolerancje „w g\u0142owie sponsora”, a zesp\u00f3\u0142 ich nie zna. Drugie: progi s\u0105 tak drobiazgowe, \u017ce nikt ich nie pami\u0119ta. Trzecie: progi istniej\u0105, ale nie ma regu\u0142y „co si\u0119 dzieje po przekroczeniu”. W\u0142a\u015bnie dlatego tolerancje trzeba od razu spi\u0105\u0107 z raportowaniem i decyzjami.<\/p>\n\n\n\n Ekspozycja na ryzyko: policzy\u0107 i monitorowa\u0107, \u017ceby da\u0142o si\u0119 por\u00f3wna\u0107 projekty i podejmowa\u0107 decyzje<\/strong><\/p>\n\n\n\n Ekspozycja na ryzyko to odpowied\u017a na pytanie: „Ile ryzyka niesie projekt (albo portfel) w tym momencie?”. W praktyce ekspozycja jest przydatna tylko wtedy, gdy da si\u0119 j\u0105 por\u00f3wna\u0107 w czasie (trend) i mi\u0119dzy projektami (sp\u00f3jne zasady liczenia). Nie trzeba od razu wchodzi\u0107 w skomplikowan\u0105 matematyk\u0119. Dobrze dzia\u0142aj\u0105 dwa podej\u015bcia: punktowe oraz finansowe\/czasowe (gdy organizacja potrafi estymowa\u0107 skutki).<\/p>\n\n\n\n Zacznijmy od metody punktowej, kt\u00f3ra pozwala por\u00f3wna\u0107 ryzyka mi\u0119dzy sob\u0105 i ustali\u0107 priorytety dzia\u0142a\u0144. Nie jest to „jedna formalna, poprawna metoda z certyfikatem”, a raczej praktyczny standard: skala P (Probability)<\/strong> i I (Impact)<\/strong> oraz wynik Score<\/strong>, czyli „si\u0142a\/istotno\u015b\u0107 ryzyka”.<\/p>\n\n\n\n Rozbijmy wz\u00f3r na czynniki pierwsze, zaczynaj\u0105c od P. <\/p>\n\n\n\n P = Probability (prawdopodobie\u0144stwo)<\/strong><\/p>\n\n\n\n P<\/strong> opisuje, jak bardzo realne jest, \u017ce ryzyko si\u0119 zmaterializuje<\/em>, czyli \u017ce zdarzenie faktycznie wyst\u0105pi.<\/p>\n\n\n\n Przyk\u0142adowa definicja (do wklejenia do metodyki projektu):<\/p>\n\n\n\n I = Impact (wp\u0142yw \/ skutek)<\/strong><\/p>\n\n\n\n I<\/strong> opisuje, jak powa\u017cne b\u0119d\u0105 konsekwencje<\/em>, je\u015bli ryzyko si\u0119 zmaterializuje.<\/p>\n\n\n\n Wp\u0142yw warto definiowa\u0107 w odniesieniu do tego, co projekt uznaje za realny problem (kosztowo, czasowo etc):<\/p>\n\n\n\n Przyk\u0142adowa definicja skali 1-5:<\/p>\n\n\n\n Wa\u017cna uwaga praktyczna: I<\/strong> powinno by\u0107 oceniane konsekwentnie. Je\u015bli raz wp\u0142yw „3” oznacza „dwa tygodnie op\u00f3\u017anienia”, a w innym ryzyku „3” oznacza „miesi\u0105c”, to por\u00f3wnywanie przestaje mie\u0107 sens. Dlatego dobrze jest dopisa\u0107 do skali kr\u00f3tkie progi (np. w dniach, % bud\u017cetu, typach konsekwencji).<\/p>\n\n\n\n Score = P \u00d7 I (ocena\/priorytet ryzyka)<\/strong><\/p>\n\n\n\n Score<\/strong> (czasem nazywany „Risk Score” lub „Risk Rating”) to wynik punktowy<\/strong> ryzyka liczony jako iloczyn P i I:<\/p>\n\n\n\n Score = P \u00d7 I<\/strong><\/p>\n\n\n\n Przyk\u0142ad:<\/p>\n\n\n\n Wynik pokazuje, \u017ce ryzyko A jest w tym modelu bardziej „pilne” (16), ale B i C te\u017c mog\u0105 wymaga\u0107 dzia\u0142a\u0144 – tyle \u017ce z innych powod\u00f3w.<\/p>\n\n\n\n Potem pozostaje wybra\u0107, jak liczy\u0107 ekspozycj\u0119 projektu. \u017beby sztucznie nie pompowa\u0107 wyniku d\u0142ug\u0105 list\u0105 drobnicy, sprawdzaj\u0105 si\u0119 dwa warianty:<\/p>\n\n\n\n Wariant analizuj\u0105cy ryzyka finansowe: <\/strong><\/p>\n\n\n\n EMV (Expected Monetary Value)<\/strong> to spos\u00f3b, by policzy\u0107 oczekiwany koszt ryzyka: prawdopodobie\u0144stwo wyst\u0105pienia razy skutek finansowy<\/strong>. Dzi\u0119ki temu da si\u0119 racjonalnie ustala\u0107 rezerwy i wybiera\u0107 reakcje, kt\u00f3re najbardziej „op\u0142aca si\u0119” wdro\u017cy W podej\u015bciu finansowym do ryzyka cz\u0119sto pojawia si\u0119 skr\u00f3t EMV<\/strong> (Expected Monetary Value), czyli oczekiwana warto\u015b\u0107 pieni\u0119\u017cna<\/strong>. To spos\u00f3b na prze\u0142o\u017cenie ryzyka na j\u0119zyk finansowy: ile „\u015brednio” mo\u017ce kosztowa\u0107 dane ryzyko, je\u015bli wzi\u0105\u0107 pod uwag\u0119 zar\u00f3wno jego prawdopodobie\u0144stwo, jak i potencjaln\u0105 strat\u0119.<\/p>\n\n\n\n EMV jest szczeg\u00f3lnie przydatne wtedy, gdy trzeba rozmawia\u0107 o:<\/p>\n\n\n\n Wz\u00f3r EMV<\/strong><\/p>\n\n\n\n Zapis jest prosty:<\/p>\n\n\n\n EMV = P \u00d7 koszt<\/strong><\/p>\n\n\n\n gdzie:<\/p>\n\n\n\n Wynik EMV jest w tej samej jednostce co koszt, czyli zwykle w PLN<\/strong>.<\/p>\n\n\n\n Jak interpretowa\u0107 EMV To jest warto\u015b\u0107 oczekiwana, a wi\u0119c narz\u0119dzie do podejmowania decyzji, kt\u00f3rej nie nale\u017cy myli\u0107 z gwarancj\u0105.<\/p>\n\n\n\n Przyk\u0142ad:<\/strong><\/p>\n\n\n\n Ryzyko: „op\u00f3\u017anienie integracji > konieczno\u015b\u0107 dodatkowych prac po stronie dostawcy”.<\/p>\n\n\n\n EMV = 0,30 \u00d7 80 000 z\u0142 = 24 000 z\u0142<\/strong><\/p>\n\n\n\n Interpretacja: „To ryzyko wnosi do projektu przeci\u0119tnie 24 tys. z\u0142 oczekiwanego kosztu”. Je\u017celi projekt ma kilka takich ryzyk, EMV pomaga zobaczy\u0107, gdzie jest „finansowy ci\u0119\u017car” niepewno\u015bci.<\/p>\n\n\n\n EMV a decyzje: kiedy to ma sens w praktyce<\/strong><\/p>\n\n\n\n EMV jest bardzo wygodne w dw\u00f3ch typowych sytuacjach:<\/p>\n\n\n\n 1) Ustalanie rezerwy na ryzyko<\/strong><\/p>\n\n\n\n Je\u017celi zidentyfikowano kilka istotnych ryzyk i dla ka\u017cdego oszacowano P i koszt, mo\u017cna policzy\u0107 EMV dla ka\u017cdego, a potem:<\/p>\n\n\n\n Co warto podkre\u015bli\u0107, nie nale\u017cy doszukiwa\u0107 si\u0119 tutaj gotowej polityki finansowej a jedynie uzasadnienia dlaczego rezerwa jest w takim a nie innej wysoko\u015bci.<\/p>\n\n\n\n 2) Ocena op\u0142acalno\u015bci reakcji na ryzyko<\/strong><\/p>\n\n\n\n Przyk\u0142ad:<\/p>\n\n\n\n Ryzyko ma EMV = 24 000 z\u0142. Nowe EMV po reakcji:<\/p>\n\n\n\n „Zysk” z reakcji w sensie oczekiwanym:<\/p>\n\n\n\n Je\u015bli koszt reakcji to 10 000 z\u0142, to w uj\u0119ciu oczekiwanym decyzja wygl\u0105da racjonalnie (redukcja oczekiwanej straty wi\u0119ksza ni\u017c koszt reakcji). <\/p>\n\n\n\n „Koszt” w EMV<\/strong><\/p>\n\n\n\n „Koszt” w EMV powinien by\u0107 mo\u017cliwie konkretny i policzalny. Zwykle to:<\/p>\n\n\n\n Dobr\u0105 praktyk\u0105 jest te\u017c rozr\u00f3\u017cnienie:<\/p>\n\n\n\n Na poziomie projektu wystarczy zacz\u0105\u0107 od koszt\u00f3w bezpo\u015brednich, a po\u015brednie dodawa\u0107 tylko, gdy organizacja umie je sensownie szacowa\u0107.<\/p>\n\n\n\n Uwaga:<\/strong><\/p>\n\n\n\n Skupmy si\u0119 teraz na raportowaniu, kt\u00f3ry mia\u0142by umo\u017cliwi\u0107 podj\u0119cie w\u0142a\u015bciwej decyzji.<\/strong><\/p>\n\n\n\n W mojej praktyce projektowej, szczeg\u00f3lnie cenny jest OnePager, przygotowany w dowolnym narz\u0119dziu (najcz\u0119\u015bciej PowerPoincie). Je\u017celi ryzyko ma prowadzi\u0107 do decyzji, to raport nie mo\u017ce by\u0107 ani wyci\u0105giem z rejestru ani te\u017c \u015bcian\u0105 liczb, kt\u00f3re bez szczeg\u00f3\u0142owej analizy b\u0119d\u0105 tylko surowymi danymi. W zamiajn za to powinien by\u0107 kr\u00f3tkim obrazem sytuacji i list\u0105 decyzji do podj\u0119cia. St\u0105d powy\u017csza sugestia – najlepiej dzia\u0142a format jednostronicowy, bo zmusza do \u015bwiadomej selekcji. Minimalny uk\u0142ad jest prosty: trend ekspozycji, TOP ryzyka, ryzyka przekraczaj\u0105ce tolerancje, a na ko\u0144cu lista decyzji.<\/p>\n\n\n\n Poni\u017cej zamieszczam proponowany schemat dla Onepagera (Risk Snapshot) <\/strong><\/p>\n\n\n\n Nag\u0142\u00f3wek:<\/strong><\/p>\n\n\n\n 1) Trend ekspozycji (4-8 ostatnich okres\u00f3w):<\/strong><\/p>\n\n\n\n 2) TOP 5 ryzyk:<\/strong> 3) Ryzyka przekraczaj\u0105ce tolerancje:<\/strong><\/p>\n\n\n\n 4) Decyzje do podj\u0119cia <\/strong><\/p>\n\n\n\n Zaproponowany uk\u0142ad umo\u017cliwi dwie rzeczy. Po pierwsze, sprowadza rozmow\u0119 o ryzyku do tego, co najwa\u017cniejsze. Po drugie, wymusza przej\u015bcie z „informacji” do „decyzji”. W\u0142a\u015bnie dlatego w raporcie powinna pojawi\u0107 si\u0119 sekcja „Decyzje do podj\u0119cia”. Bez niej spotkania z ryzykiem zamieniaj\u0105 si\u0119 w statusy i komentarze.<\/p>\n\n\n\n Taki raport dzia\u0142a tylko wtedy, gdy jest osadzony w rytmie:<\/p>\n\n\n\n Podstawowa zasada: spotkanie portfelowe nie s\u0142u\u017cy do „czytania rejestru”. Powinna s\u0142uzy\u0107 do podj\u0119cia decyzji na podstawie jednej strony raportu.<\/p>\n\n\n\n Ryzyka te\u017c da si\u0119 KPIowa\u0107<\/em>. Warto mierzy\u0107 kilka prostych wska\u017anik\u00f3w jako\u015bci zarz\u0105dzania ryzykiem, bo one szybko pokazuj\u0105, czy organizacja ma „ryzyka” czy „zarz\u0105dzanie ryzykiem”:<\/p>\n\n\n\n Risk Decision Log<\/strong><\/p>\n\n\n\n Warto wprowadzi\u0107 osobny, prosty Risk Decision Log<\/strong>. Jego rola jest inna ni\u017c rejestru ryzyk: rejestr przechowuje ryzyka, a log przechowuje decyzje<\/strong> i pozwala do nich wraca\u0107 w kontrolowany spos\u00f3b. To szczeg\u00f3lnie wa\u017cne, gdy decyzja polega na akceptacji ryzyka, uruchomieniu rezerwy, zmianie zakresu czy przesuni\u0119ciu priorytet\u00f3w.<\/p>\n\n\n\n Poni\u017cej proponowane cz\u0119\u015bci sk\u0142adowe Risk Decision Log <\/strong><\/p>\n\n\n\n Taki log jest skuteczny, bo wprowadza jako\u015b\u0107 decyzji. Prosta checklista, kt\u00f3r\u0105 warto stosowa\u0107 przed zamkni\u0119ciem wpisu, wygl\u0105da tak:<\/p>\n\n\n\n Dla zobrazowania, kr\u00f3tki przyk\u0142ad z \u017cycia projektu: pojawia si\u0119 ryzyko op\u00f3\u017anienia integracji z systemem zewn\u0119trznym, kt\u00f3re przek\u0142ada si\u0119 na przesuni\u0119cie kamienia milowego o 4 tygodnie. Tolerancja czasu w projekcie m\u00f3wi, \u017ce powy\u017cej 3 tygodni jest czerwone. W raporcie „Risk Snapshot” ryzyko trafia do sekcji „przekroczenie tolerancji”, a w sekcji decyzji pojawia si\u0119 pytanie: czy uruchomi\u0107 rezerw\u0119 na dodatkowe zasoby integracyjne i jednocze\u015bnie przesun\u0105\u0107 zakres etapu (od\u0142o\u017cy\u0107 funkcjonalno\u015bci niekrytyczne). Komitet decyduje „tak”, a decyzja trafia do Decision Log z uzasadnieniem, opcjami alternatywnymi i dat\u0105 przegl\u0105du po dw\u00f3ch tygodniach. Dzi\u0119ki temu nikt po miesi\u0105cu nie wraca do tematu w trybie „a kto to w og\u00f3le ustali\u0142?” i nie rozpoczyna dyskusji od zera.<\/p>\n","protected":false},"excerpt":{"rendered":" Praktyczny przewodnik: jak zdefiniowa\u0107 progi tolerancji, policzy\u0107 ekspozycj\u0119 na ryzyko, zbudowa\u0107 raport 1-stronicowy i \u201eDecision Log\u201d, aby ryzyko prowadzi\u0142o do decyzji, a nie dokumentacji.<\/p>\n","protected":false},"author":1,"featured_media":263,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14,37,29,12],"tags":[48,51,46,52,47],"class_list":["post-261","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-metodyki","category-narzedziownik","category-pmo","category-pm","tag-governance","tag-mor","tag-pmo","tag-ryzyka","tag-zarzadzanieprojektami"],"_links":{"self":[{"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/posts\/261","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=261"}],"version-history":[{"count":3,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/posts\/261\/revisions"}],"predecessor-version":[{"id":266,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/posts\/261\/revisions\/266"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/media\/263"}],"wp:attachment":[{"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/media?parent=261"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/categories?post=261"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/orlowski.pm\/index.php\/wp-json\/wp\/v2\/tags?post=261"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
Wymiary tolerancji:<\/strong> koszt \/ czas \/ zakres-jako\u015b\u0107 \/ zgodno\u015b\u0107 \/ reputacja<\/td><\/tr> Zielony:<\/strong> odchylenia w ramach uprawnie\u0144 Project Managera<\/td><\/tr> \u017b\u00f3\u0142ty:<\/strong> wymagana akceptacja sponsora<\/td><\/tr> Czerwony:<\/strong> obligatoryjna decyzja komitetu\/zarz\u0105du<\/td><\/tr> Kto decyduje w \u017c\u00f3\u0142tym i czerwonym:<\/strong> (rola + forum)<\/td><\/tr> Kiedy przegl\u0105damy tolerancje:<\/strong> start etapu, bramka decyzyjna, po istotnej zmianie zakresu<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n \n
\n
\n
\n
\n
\n
\n
\n
\n
\n
<\/strong>
„Je\u015bli w podobnych warunkach realizowa\u0107 ten projekt wiele razy, to \u015bredni koszt tego ryzyka wyni\u00f3s\u0142by oko\u0142o X.”<\/em><\/strong><\/strong><\/p>\n\n\n\n\n
\n
Proponowana reakcja (np. dodatkowe testy, audyt integracji, prototyp) kosztuje 10 000 z\u0142 i obni\u017ca prawdopodobie\u0144stwo z 0,30 do 0,10.<\/p>\n\n\n\n\n
\n
\n
\n
P powinno by\u0107 liczb\u0105 0-1, a nie punktami 1-5<\/strong>
Da si\u0119 to przeliczy\u0107 (np. 1=10%, 2=30%, 3=50%, 4=70%, 5=90%), ale trzeba to jasno zdefiniowa\u0107. W przeciwnym razie EMV staje si\u0119 dowolne.<\/td><\/tr>„Koszt” bywa wide\u0142kami, a nie jedn\u0105 liczb\u0105<\/strong>
Je\u017celi koszt jest niepewny, lepiej u\u017cywa\u0107 scenariuszy (optymistyczny \/ realistyczny \/ pesymistyczny) i liczy\u0107 EMV na scenariuszu realistycznym, a reszt\u0119 traktowa\u0107 jako wra\u017cliwo\u015b\u0107.<\/td><\/tr>Suma EMV wielu ryzyk nie zawsze = rezerwa<\/strong>
Ryzyka mog\u0105 by\u0107 skorelowane (jedno zwi\u0119ksza drugie), a cz\u0119\u015b\u0107 si\u0119 wyklucza. Dlatego EMV to wsparcie decyzji, a nie automatyczny algorytm bud\u017cetowy.<\/td><\/tr>EMV nie zast\u0119puje tolerancji<\/strong>
Ryzyko zgodno\u015bci mo\u017ce mie\u0107 „niskie P”, ale je\u015bli skutki s\u0105 nieakceptowalne, to i tak wymaga eskalacji, niezale\u017cnie od EMV.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n\n
\n
Dla ka\u017cdego:<\/p>\n\n\n\n\n
\n
\n
\n
% ryzyk z w\u0142a\u015bcicielem,<\/td><\/tr> % ryzyk z reakcj\u0105 i terminem,<\/td><\/tr> liczba ryzyk przekraczaj\u0105cych tolerancj\u0119 (trend),<\/td><\/tr> czas przebywania ryzyk wysokich w TOP 5,<\/td><\/tr> ile ryzyk obni\u017cy\u0142o score po dzia\u0142aniach (skuteczno\u015b\u0107 reakcji).<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n ID decyzji<\/td><\/tr> Data i forum decyzyjne (sponsor \/ komitet \/ zarz\u0105d)<\/td><\/tr> Powi\u0105zane ryzyko(a) (ID z rejestru)<\/td><\/tr> Decyzja (1 zdanie)<\/td><\/tr> Uzasadnienie (2-3 punkty)<\/td><\/tr> Rozwa\u017cane opcje (A\/B\/C) i pow\u00f3d odrzucenia<\/td><\/tr> Konsekwencje podj\u0119cia decyzji (co po\u015bwi\u0119camy, co zyskujemy)<\/td><\/tr> W\u0142a\u015bciciel wdro\u017cenia decyzji<\/td><\/tr> Termin przegl\u0105du decyzji (kiedy wracamy i sprawdzamy, czy dzia\u0142a)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n \n