Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)
|
|
- Sylwia Głowacka
- 8 lat temu
- Przeglądów:
Transkrypt
1 Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)
2 Czym się będziemy zajmować? Podsumowanie spotkania 1 PrzeŜyjmy to jeszcze raz czyli jak tradycyjnie podchodzi się do ryzyk w projekcie Agile nowe sposoby radzenia sobie z wymagającymi projektami Czynnik ludzki Jak ustalić czego potrzebuje Klient
3 Podsumowanie spotkania 1 Wishlist: -więcej na temat ryzyka w PRINCE2 oraz PMBOK -ryzyko, a testowanie -więcej na temat oprogramowania -praktyczne przykłady zarządzania ryzykami -najczęstsze ryzyka i sposoby postępowania z nimi -definiowanie ryzyk -ITIL -PRINCE2 -lekkie metodyki i narzędzia wspomagające -jaśniejsze omówienie róŝnic w metodykach, przykłady -jak rozmawiać z klientem po analizie ryzyka -a gdzie ludzie -ryzyko a intuicja, przeczucie i nos -pamiętnik Tompkinsa
4 Czemu projekty się nie udają? Główne ryzyka dla projektów IT: 1) Problemy z harmonogramem 2) Inflacja wymagań 3) Utrata pracowników 4) Niepełne i niespójne specyfikacje 5) Niska produktywność Źródło: Tom DeMarco, Timothy Lister Waltzing with Bears: Managing Risk on Software Projects
5 PRINCE2 Krótkie podsumowanie: Uniwersalna Ramy do realizacji projektu oparte na dobrych praktykach Nacisk na uzasadnienie biznesowe projektu Planowanie produktowe, a nie działaniowe Wspiera zarządzanie ryzykiem Skupia w komitecie sterującym 3 strony: inwestora, uŝytkownika oraz wykonawcę, którzy odpowiadają za decycje strategiczne (zarządzanie przez wyjątki). BieŜącym zarządzaniem zajmuje się Kierownik Projektu. Zapewnia definicję ról i ich obowiązków
6 PRINCE2 Korzyści: Sprawdzona metodologia Brak opłat licencyjnych Łatwy dostęp do wiedzy Znaczna uniwersalność Zapewnia wspólny język dla wszystkich stron MoŜna łączyć np. z PMBOK Ale: Niewłaściwie stosowana prowadzi do znacznej biurokracji Jest nastawiona na raczej spokojne środowiska
7 PRINCE2 jak to działa? Co jest potrzebne: Uzasadnienie biznesowe Ustalony zestaw oczekiwanych produktów Ustalony zestaw działań, które pozwolą wytworzyć produkty Zasoby do realizacji działań (w określonym czasie trwania) Dopasowanie organizacyjne
8 PRINCE2 techniki Planowanie produktowe: Struktura produktowa czego potrzebuje Klient Następstwa produktów Plan działań Harmonogram Sterowanie zmianami: Decyzje odnośnie zmian są podejmowane przez właściwe osoby i naleŝycie dokumentowane, a ich wpływ na projekt jest analizowany Przeglądy jakości: Czy produkt spełnia załoŝenia z opisu produktu?
9 PRINCE2 komponenty Uzasadnienie biznesowe (po co jest projekt -> podstawa do decyzji o kontynuacji) Struktura organizacyjne Plany Elementy sterowania Zarządzanie ryzykiem Jakość w środowisku projektowym Zarządzanie konfiguracją Sterowanie zmianami
10 PRINCE2 struktura Role: Komitet Sterujący (biznes, uŝytkownik, wykonawca) Kierownik Projektu (PM) Kierownicy Zespołów (wykonawczych) Wsparcie Projektu Nadzór Projektu
11 PRINCE2 procesy Strategiczne zarządzanie projektem Przygotowanie załoŝeń projektu Inicjowanie Projektu Sterowanie Etapem Zarządzanie wytwarzaniem produktów Zarządzanie zakresem etapu Zamykanie projektu Planowanie Fazy Ŝycia projektu:
12 PRINCE2 dokumentacja PRINCE2 zaleca stosowanie systemu dokumentacji projektu. Dokumentacja jest porządkowana w teczki: projektu (np. uzasadnienie biznesowe, rejestr ryzyk), etapu, jakości oraz teczkę merytoryczną (np. konfiguracja) Analogicznie dokumentowane są wszystkie wymienione wcześniej elementy sterowania: Inicjowanie projektu Raporty o waŝnych wydarzeniach Raporty o istotnych odchyleniach Ocena odchyleń Ocena końcowa etapu Zamknięcie projektu Tolerancja
13 PRINCE2 dokumentacja PRINCE2 zakłada, Ŝe członkowie Komitetu Sterującego nie muszą się angaŝować w codzienne Ŝycie projektu. Podejmują decyzję wyłączenie w wypadku znaczących odstępstw od planu. Obawa o status projektu jest minimalizowana dzięki zapewnieniu im informacji o zdarzeniach wymagających ich uwagi oraz regularnym informacjom (w ramach sterowania etapem)
14 PRINCE2 ryzyko Źródło: Managing successful projects with Prince2 (2005)
15 PRINCE2 ryzyko Ocena zdrowia projektu ryzyka: Czy istnieje rejestr ryzyk? Czy jest aktualizowany? Czy dla kaŝdego planu identyfikuje się i analizuje ryzyka oraz odpowiednio działa? Czy jest uŝywana formalna procedura zarządzania ryzykiem? Czy ocena ryzyka jest częścią kaŝdego zakończenia etapu? Czy główne ryzyka były ujęte w uzasadnieniu biznesowym? Czy zostali zidentyfikowani właściciele ryzyk? Czy ryzyka są monitorowane wystarczająco regularnie? Czy ocena ryzyka następuje przy okazji analizowania kaŝdego wniosku o znaczącą zmianę? Czy oceniono prawdopodobieństwo i skutki ryzyk? Czy podjęto odpowiednie działania w celu przeciwstawienia się ryzykom tam, gdzie to konieczne? Czy przygotowano plany awaryjne? Czy objęto wszystkie oczywiste ryzyka? Czy ryzyka i przeciwdziałanie im zostały omówione z Komitetem Sterującym? Czy podjęto odpowiednie działania, gdy było to konieczne? Czy przy zmianie planów dokonano ponownej analizy ryzyk? Źródło: Managing successful projects with Prince2 (2005)
16 Czemu projekty się nie udają?
17 RóŜnica podejście do zmian Źródło: PMBOK (2004)
18 RóŜnice w podejściach do PM Tradycyjne PM Wiemy co i jak chcemy zrobić oraz jaki będzie czas i budŝet. Działamy w oparciu o plan przygotowany na początku. Adaptacyjne Wiemy mniej więcej co mamy zrobić, ale metody nie muszą być jasne. Czas i budŝet są znane. W miarę jak odkrywamy nowe elementy trzeba modyfikować plany Ekstremalne Brak pewności co do celu, metod oraz czasu i budŝetu. Odkrywamy na bieŝąco. Źródło: Tradycyjne zarządzanie projektami a podejście adaptacyjne i extremalne, Chomicz, Spica
19 RóŜnice w podejściach do PM Tradycyjne PM Zdefiniowane wymagania Planowanie zadań Planowanie i kontrola pracy Postęp projektu mierzony w zadaniach wykonanych Produkt zgodny z planem Agile Definiowanie wymagań w miarę jak się pojawiają Planowanie funkcjonalności Samokontrola Postęp projektu określa funkcjonalność Produkt zaspokajający potrzeby Klienta Źródło: Tradycyjne zarządzanie projektami a podejście adaptacyjne i extremalne, Chomicz, Spica
20 RóŜnice w podejściach do PM Tradycyjne metodyki skupiają się na zapewnieniu zgodności z pierwotnie stworzonym planem Armia zawsze przygotowuje się do poprzedniej wojny Metodyki z nurtu Agile zakładają, Ŝe wymagania się zmienią i dlatego teŝ zapewniają środowisko w którym łatwo jest wprowadzać zmiany w odpowiedzi na zmieniające się priorytety Klienta
21 Agile We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the item on the right, we value the items on the left more. Źródło:
22 Agile Warto zauwaŝyć, Ŝe nie oznacza to całkowitego odrzucenia narzędzi i technik tradycyjnego zarządzania projektami. Narzędzia te (np. metody zarządzania ryzykiem, system dokumentacji decyzji) mogą być wykorzystywane nadal, ale w innym środowisku projektowym i w oparciu o analizę potrzeb. Kluczowe staje się budowanie zespołu projektowego. Proces zarządzania projektem nie ma być powtarzalny, ale rzetelny. Uwaga poboczna de facto Klienta interesują rezultaty, a nie metodyka. Chce dostać rezultaty i czuć się bezpiecznie w procesie.
23 Zasady na przykładzie APM Wytwarzanie produktu: Wytwarzanie iteracyjne oparte na elementach funkcjonalności Doskonałość techniczna Dostarczenie Klientowi wartości Styl zarządzania przywódczo-współpracujący: Budowa adaptacyjnych zespołów Upraszczanie Zachęcanie do eksploracji Źródło: APM: Agile Project Management, Highsmith
24 Zasady na przykładzie APM Struktura procesu APM: Źródło: APM: Agile Project Management, Highsmith
25 Scrum Scrum: 1986 Nonaka i Takeuchi The New New Product Development Game (HBR) Początek lat 90-tych Ken Schwaber, Jeff Sutherland
26 Scrum - role Role: Właściciel produktu (zapewnia priorytety dla funkcjonalności zebranych w listę zaległości produktu) Scrum Master (coaching oraz zapewnianie, Ŝe zespół ma najlepsze moŝliwe warunki do pracy) Zespół (5-9 osób; ustalenie podziału pracy) Grafiki:
27 Scrum Jak to działa?
28 Scrum - proces Lista zaległości baza funkcjonalności uporządkowana wg. wagi dla Klienta Zaległości sprintu najwaŝniejsze elementy z listy zaległości produktu wybrane do implementacji w sprincie Codzienne spotkanie Scrum usuwanie problemów zespołu: co zrobiłem wczoraj, co zrobię dziś, co mi przeszkadza Demonstracja funkcjonalności wytworzonych w ramach sprintu
29 Czemu ludzie są istotni? Dobierz sobie odpowiednich ludzi, a wtedy niezaleŝnie od tego jaki popełnisz błąd, ci ludzie cię uratują Wymienność ludzi? Tom DeMarco: 1) Najlepszy programista 10 razy lepszy od najgorszego 2) Najlepszy programista 2,5 raza lepszy niŝ mediana 3) Górna połowa 2 razy lepsza od dolnej połowy
30 Czynnik ludzki Najlepsi przywódcy to tacy, których istnienia ludzie nie dostrzegają. Stopień niŝej to tacy, których ludzie cenią i szanują. Potem tacy, których się boją; wreszcie tacy, których nienawidzą. Kiedy najlepszy z przywódców skończy swą pracę ludzie mówią: 'zrobiliśmy to sami'. Lao-tse Zadaniem menedŝera nie jest zmuszanie ludzi do pracy, a stwarzanie im warunków do pracy Tom DeMarco
31 Czynnik ludzki Jak zrujnować zespół (Tom DeMarco): 1. defensywne zarządzanie 2. biurokracja 3. fizyczne oddalenie 4. rozdrabnianie obowiązków pracowników 5. praca nad produktem z którego nie moŝna być dumnym z powodu kiepskiej jakości 6. "lipny" - nierealny termin projektu ( 9 kobiet ) 7. przeciwdziałanie powstawaniu klik 8. nachalne motywowanie 9. praca w nadgodzinach
32 Czynnik ludzki Jak stworzyć warunki do ukształtowania się zespołu (Tom DeMarco): 1. kult jakości 2. zapewnić ludziom świadomość swoich dokonań 3. atmosfera elitarności 4. dopuszczać i promować róŝnorodność 5. utrzymywać i chronić sprawdzone zespoły 6. wyznaczać kierunki strategiczne, a nie taktyczne
33 Specyfikacja Klasyczne podejście: Przypadki uŝycia + use case diagrams Ale moŝna teŝ inaczej: user stories + prototypy + testy Przykład praktyczny
34 Podsumowanie Ewaluacja Materiały do wykładu:
35 Podsumowanie Dziękuję
Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 1 Zbigniew Misiak (BOC IT ( Consulting
Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 1 Zbigniew Misiak (BOC IT ( Consulting Czym się będziemy zajmować? Wsparcie narzędziowe: Ryzyko jak z nim postępować Ryzyko w projektach
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)
Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 2 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Co już było: 1. Teoria zarządzanie ryzykiem
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach
Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 1 Zbigniew Misiak (BOC IT Consulting) Podyplomowe Studia Menedżerskie Zarządzanie projektami informatycznymi Czym się będziemy zajmować?
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach
Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 4 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Powtórzenie kluczowych zagadnień Prosty test
Bardziej szczegółowoProjekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI
4 Kilka słów o metodyce Prince2 Do czego słuŝy? 5 Kilka słów o metodyce Prince2 Skąd się wzięła? Prince2 PRoject IN Controlled Environments Metodyka zarządzania projektem, nie realizacji projektu!!! Projekty
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting)
Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 3 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Co już było: 1. Teoria zarządzanie ryzykiem
Bardziej szczegółowoPodejście zwinne do zarządzania projektami
Podejście zwinne do zarządzania projektami na przykładach projektów wytwarzania oprogramowania Wojciech Czujowski, Łukasz Sienkiewicz Tieto Poland Agenda CZĘŚĆ I-sza: Kilka słów o Tieto SCRUM w organizacji
Bardziej szczegółowoZarządzanie projektami. Wykład 2 Zarządzanie projektem
Zarządzanie projektami Wykład 2 Zarządzanie projektem Plan wykładu Definicja zarzadzania projektami Typy podejść do zarządzania projektami Cykl życia projektu/cykl zarządzania projektem Grupy procesów
Bardziej szczegółowoZarządzanie Projektami zgodnie z PRINCE2
Zarządzanie Projektami zgodnie z PRINCE2 Opis Metodyka PRINCE2 powstała na bazie doświadczeń z wielu lat dobrych praktyk zarządzania projektami. Metodyka ta oferuje elastyczne i łatwe do adaptacji podejście
Bardziej szczegółowoAL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2
AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 1. Definicja projektu: cechy projektu, przyczyny porażek projektów, czynniki sukcesu projektów, cele projektu, produkty projektu, cykl życia
Bardziej szczegółowoProjekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia
1. Cel szkolenia m szkolenia jest nauczenie uczestników stosowania standardu PRINCE2 do Zarządzania Projektami Informatycznymi. Metodyka PRINCE2 jest jednym z najbardziej znanych na świecie standardów
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach
Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 2 Zbigniew Misiak (BOC IT ( Consulting Podyplomowe Studia Menedżerskie Zarządzanie projektami informatycznymi Czym się będziemy zajmować?
Bardziej szczegółowoMetodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl
Metodyki programowania Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Wybrane metodyki zwinne TRADYCYJNE: RUP (Rational Unified Process) spiralny, rozbudowany PRINCE2 (Projects In Controlled Environments)
Bardziej szczegółowoPRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak
PRINCE2 Metodyka zarządzania projektami Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak Metodyka PRINCE2 PRINCE2 Project IN Controlled Environments v.2 Określa: Co należy zrobić Dlaczego
Bardziej szczegółowoZarządzanie projektami a zarządzanie ryzykiem
Ewa Szczepańska Zarządzanie projektami a zarządzanie ryzykiem Warszawa, dnia 9 kwietnia 2013 r. Agenda Definicje Wytyczne dla zarządzania projektami Wytyczne dla zarządzania ryzykiem Miejsce ryzyka w zarządzaniu
Bardziej szczegółowoZarządzanie projektami. Porównanie podstawowych metodyk
Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled
Bardziej szczegółowoAgile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka
Agile vs PRINCE2 Ewa Solecka - specjalność ogólna- 1117627 Przemysław Mrozowski specjalność ogólna- 1121130 Michał Roztoczyński specjalność ogólna - 1118910 2014/2015 I rok st. magisterskie Informatyka
Bardziej szczegółowoMetodyki zarządzania projektami PRINCE2
Metodyki zarządzania projektami PRINCE2 Zarządzanie projektem Kontroluj Planuj Monitoruj Deleguj 6 aspektów efektywności projektu Koszty Terminy Jakość Zakres Ryzyko Korzyści 4 zintegrowane elementy metodyki
Bardziej szczegółowoAkredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation
Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation Opis Progress Project zaprasza do zapoznania się z programem szkolenia organizowanego przez partnera szkoleniowego,
Bardziej szczegółowoWprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska
Wprowadzenie do metodyki SCRUM mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska SCRUM Scrum (skrót od scrummage) - metoda ponownego uruchomienia gry w rugby zwana również formacją
Bardziej szczegółowoSYSTEMY INFORMATYCZNE ćwiczenia praktyczne
SYSTEMY INFORMATYCZNE ćwiczenia praktyczne 12.03.2019 Piotr Łukasik p. 373 email: plukasik@agh.edu.pl / lukasik.pio@gmail.com www.lukasikpiotr.com Zakres tematyczny implementacji projektu informatycznego
Bardziej szczegółowoPRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010. Autor: Jolanta Łabędzka-Benisz. www.omec.
PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010 Autor: Jolanta Łabędzka-Benisz www.omec.pl W A R S Z A W A R Z E S Z Ó W W R O C Ł A W 1 Agenda Wstęp
Bardziej szczegółowoPRINCE2. Foundation. v 2017
PRINCE2 Foundation v 2017 Szkolenie akredytowane Harmonogram PRINCE2 jest zarejestrowanym znakiem handlowym należącym do firmy AXELOS Limited i używanym za jej zgodą. Wszelkie prawa zastrzeżone. 1 Szczegółowy
Bardziej szczegółowoZarządzanie projektami w NGO
Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego
Bardziej szczegółowoSkuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski
Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym Piotr Ogonowski Agenda Najważniejsze elementy organizacji projektowej Agile czy klasycznie? Jak wdrożyć podejście projektowe na Uczelni? Kluczowe
Bardziej szczegółowoPodejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań
Metodyka Scrum Podejście tradycyjne plan wykonanie sekwencyjna natura wykonywanych zadań analiza i definiowanie wymagań projektowanie rozwiązań kodowanie rozwiązań testowanie odstępstwo od planu jest kosztowne
Bardziej szczegółowoProjekt: PROLOG wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego
Projekt ProLog - wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego jest współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Projekt: PROLOG wzrost
Bardziej szczegółowoAgile Project Management
Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...
Bardziej szczegółowoMetodyki zwinne wytwarzania oprogramowania
Metodyki zwinne wytwarzania oprogramowania Wykład 1 Marcin Młotkowski 7 października 2014 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski
Bardziej szczegółowoSCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny
SCRUM niełatwe wdrażanie metodyki w praktyce Adam Krosny 1 Czym się zajmujemy Realizujemy projekty informatyczne średniej wielkości Ilość osób w projekcie 10-50 Architektura SOA, EBA Wiele komponentów
Bardziej szczegółowoPodstawy Zarządzania Projektami w Organizacjach
Podstawy Zarządzania Projektami w Organizacjach JAK DOBRZE ROZPOCZĄĆ PROJEKT 2010-05-14 Krzysztof Kamiński Przemysław Kotecki AGENDA Wprowadzenie do Zarządzania Projektami Rola rozpoczynania projektów
Bardziej szczegółowoWykład 2. MIS-1-505-n Inżynieria oprogramowania Marzec 2014. Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie
Wykład 2 MIS-1-505-n Inżynieria Marzec 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 2.1 Agenda 1 2 3 4 5 6 2.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować
Bardziej szczegółowoProgramowanie zwinne
Programowanie zwinne Wykład 1 Marcin Młotkowski 10 października 2012 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski Programowanie
Bardziej szczegółowoZarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami?
Zarządzanie projektami Wykład 2 Czym jest zarządzanie projektami? Plan Czym jest zarządzanie projektami? Jakie są rodzaje podejść do zarządzania projektami? Jakie są grupy procesów w ramach zarządzania
Bardziej szczegółowoSpis treści. Konwencja zapisu przyjęta w niniejszym podręczniku
Prince2 : skuteczne zarządzanie projektami / OGC ; [tł. i oprac. wersji polskiej zespół red. Iwona Semik-Żbikowska et al.]. wyd. 2, pol. Londyn, cop. 2010 Spis treści Spis rysunków Spis tabel Przedmowa
Bardziej szczegółowoAkredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Foundation
Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Foundation Terminy szkolenia 23-25 wrzesień 2015r., Warszawa - Akademia Szybkiej Nauki 7-9 październik 2015r., Warszawa
Bardziej szczegółowoSzkolenie 1. Zarządzanie projektami
UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl
Bardziej szczegółowoPRINCE Foundation
PRINCE2 2009 Foundation Istota PRINCE2 Metodyka PRINCE2 stanowi doskonałą podstawę do realizacji wszelkich projektów w przedsiębiorstwach i organizacjach dowolnej wielkości i branży. Pozwala w zorganizowany
Bardziej szczegółowoPoziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności
Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności Ewa Szczepańska Warszawa, dnia 22 maja 2012 r. Agenda Zarządzanie strategiczne Zarządzanie operacyjne Dostarczanie produktów Role
Bardziej szczegółowoAkredytowane szkolenia PRINCE2 Foundation & Practitioner
Akredytowane szkolenia PRINCE2 Foundation & Practitioner Opis Zapraszamy Państwa do wzięcia udziału w szkoleniach z metodyki zarządzania projektami wraz z egzaminem PRINCE2, które organizujemy we współpracy
Bardziej szczegółowoScrum w praktyce. Michał Piórek
Scrum w praktyce Michał Piórek Slajd 2 z 28 Plan prezentacji Scrum metodyka prowadzenia projektów Opis projektu systemu do rozliczania podatków Struktura zespołu i jego role Zespół w firmie Podatnik.info
Bardziej szczegółowoZARZĄDZANIE PROJEKTAMI. Tomasz Janka KFDZOM Kołobrzeg, 21 września 2017
ZARZĄDZANIE PROJEKTAMI Tomasz Janka KFDZOM Kołobrzeg, 21 września 2017 A CO JA Z TEGO BĘDĘ MIAŁ? Oszczędność pieniędzy Zwiększenie wydajności Szybsze wdrożenie Skrócenie procesu decyzyjnego Osiągnięcie
Bardziej szczegółowoMSF. Microsoft Solution Framework
MSF Microsoft Solution Framework MSF a PMI PMI - metodyka podobna dla każdego rodzaju projektów MSF metodyka przeznaczona dla projektów informatycznych mająca cechy PMI MSF metodyka utworzona na podstawie
Bardziej szczegółowoProgramowanie Zespołowe
Programowanie Zespołowe Programowanie zwinne dr Rafał Skinderowicz mgr inż. Michał Maliszewski Programowanie zwinne Grupa metodyk wytwarzania oprogramowania oparta na modelu iteracyjno-obiektowym Powstała
Bardziej szczegółowoPRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym
Kod szkolenia: Tytuł szkolenia: H6C24S PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym Dni: 3 Opis: Metodyka PRINCE2 jest akceptowana na poziomie międzynarodowym i uznana za wiodące podejście
Bardziej szczegółowoZarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu
Zarządzanie ryzykiem w projektach informatycznych Marcin Krysiński marcin@krysinski.eu O czym będziemy mówić? Zarządzanie ryzykiem Co to jest ryzyko Planowanie zarządzania ryzykiem Identyfikacja czynników
Bardziej szczegółowoINICJATYWA STUDENCKA. Gdańsk, 08.04.2014
INICJATYWA STUDENCKA Gdańsk, 08.04.2014 1 KTO? 2 KTO? 3 KTO? dr Hanna Furmańczyk, Prodziekan ds. Rozwoju i Promocji dr Jakub Neumann dr inż. Patryk Jasik Weronika Ważna Barbara Sołyga Iwona Rona Paweł
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting)
Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 3 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Podsumowanie spotkania 2 Co będzie na spotkaniu
Bardziej szczegółowoGłówne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness)
Extreme programming Główne założenia XP Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness) Praktyki Planowanie: Planowanie releasu Planowanie iteracji
Bardziej szczegółowoZarządzanie projektami. Wykład 1 Projekt i zarządzanie projektem
Zarządzanie projektami Wykład 1 Projekt i zarządzanie projektem Plan wykładu Informacje organizacyjne Prezentacja sylabusa Omówienie zasad zaliczenia przedmiotu Definicja projektu Współzależne cechy projektu
Bardziej szczegółowoZarządzanie testowaniem wspierane narzędziem HP Quality Center
Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe
Bardziej szczegółowoPrzewodnik egzaminacyjny. EXIN Agile Scrum. Wydanie 2016-01
Przewodnik egzaminacyjny EXIN Agile Scrum Master Scrum Master Wydanie 2016-01 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data
Bardziej szczegółowo"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny".
"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny". CZYNNIKI PROJEKTU Cel (zakres) projektu: wyznacza ramy przedsięwzięcia, a tym samym zadania
Bardziej szczegółowoJak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA
Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Joanna Siemińska o mnie Absolwentka Politechniki Warszawskiej Orange Outbox Europejska Organizacja Badań Jądrowych w Genewie (CERN) TouK Certyfikat
Bardziej szczegółowoOpis metodyki i procesu produkcji oprogramowania
Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie
Bardziej szczegółowoKILKA SŁÓW O ROLI PRODUCT MANAGERA
CZĘŚĆ I. KILKA SŁÓW O ROLI PRODUCT MANAGERA Product manager pracuje na styku świata IT i biznesu. Analizuje potrzeby użytkowników i klientów, współpracuje ze wszystkimi działami firmy maksymalizując wartość
Bardziej szczegółowoSpecyfikacja egzaminu PRINCE2 Agile dla instytucji egzaminacyjnych i akredytowanych organizacji szkoleniowych. Wrzesień AXELOS.
DOKUMENT POUFNY HANDLOWY 1 Specyfikacja egzaminu PRINCE2 Agile dla instytucji egzaminacyjnych i akredytowanych organizacji szkoleniowych Wrzesień 2015 AXELOS.com DOKUMENT POUFNY HANDLOWY 2 Spis treści
Bardziej szczegółowoPoniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.
ZARZĄDZANIE PROJEKTAMI JAK ZAKOŃCZYĆ PROJEKT Z SUKCESEM Beata Kozyra 2018 2 dni Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji. Każdy projekt musi mieć cel, który można zmierzyć,
Bardziej szczegółowoPLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Bardziej szczegółowoZarządzanie projektem prawnym w praktyce
Zarządzanie projektem prawnym w praktyce Po raz pierwszy kompleksowe szkolenie dla prawników Definiowanie, planowanie i skuteczna realizacja w pracy prawnika Prawnik = project manager Świadczenie usług
Bardziej szczegółowoJarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming
Jarosław Kuchta Wymagania jakości w Agile Programming Wady klasycznych metod zapewnienia jakości Duży narzut na dokumentowanie Późne uzyskiwanie konkretnych rezultatów Trudność w odpowiednio wczesnym definiowaniu
Bardziej szczegółowoZarządzanie projektem prawnym w praktyce
Zarządzanie projektem prawnym w praktyce Program 2 dniowy Po raz pierwszy kompleksowe szkolenie dla prawników Definiowanie, planowanie i skuteczna realizacja w pracy prawnika Terminy: Wrocław, 6-7 grudnia
Bardziej szczegółowoPlanowanie i realizacja zadań w zespole Scrum
MetaPack IT Academy Uniwersytet Zielonogórski Planowanie i realizacja zadań w zespole Scrum Paweł Przybyła Professional Scrum Master (www.scrum.org) Planowanie i realizacja zadań w zespole Scrum Agenda:
Bardziej szczegółowoWstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Bardziej szczegółowoRekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A.
Rekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A. Rekomendacja D UKNF SPIS TREŚCI Rekomendacja Nr 4: Zasady współpracy obszarów biznesowych
Bardziej szczegółowoElastyczna metodyka SCRUM
Elastyczna metodyka SCRUM Poniższa prezentacja ma za cel przedstawić metodykę projektowania SCRUM oraz opisać zasady jej działania i efekty jakie przynosi. Ważnym aspektem jest również odniesienie się
Bardziej szczegółowoINSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH
Załącznik Nr 3 do Zarządzenia Nr 52/2014 Rektora UMCS INSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH Spis treści Słownik pojęć... 1 Wprowadzenie... 2 Kroki zarządzania ryzykiem
Bardziej szczegółowoZarządzanie ryzykiem teoria i praktyka. Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r.
Zarządzanie ryzykiem teoria i praktyka Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r. Zarządzanie ryzykiem - agenda Zarządzanie ryzykiem - definicje Ryzyko - niepewne
Bardziej szczegółowoTemat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16
Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Cena: 980 zł netto (1 osoba / 2 dni
Bardziej szczegółowoPROBLEMY WIELOKRYTERIALNE W ZARZĄDZANIU PROGRAMAMI INFORMATYCZNYMI
POZNAN UNIVE RSITY OF TE CHNOLOGY ACADE MIC JOURNALS No 80 Electrical Engineering 2014 Michał SZYMACZEK* Sławomir ISKIERKA** PROBLEMY WIELOKRYTERIALNE W ZARZĄDZANIU PROGRAMAMI INFORMATYCZNYMI Autorzy identyfikują
Bardziej szczegółowoWstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Bardziej szczegółowoSzczegółowy opis przedmiotu zamówienia- założenia do metodyki realizacji przedmiotu zamówienia
Załącznik nr 2 Szczegółowy opis przedmiotu zamówienia- założenia do metodyki realizacji przedmiotu zamówienia W niniejszym załączniku do SIWZ Zamawiający zawarł wymagania i założenia jakie musi przyjąć
Bardziej szczegółowoProgram New Way of Working (NWoW) źródłem motywacji do zmiany postaw. innogy Polska Dorota Kuprianowicz-Legutko
Program New Way of Working (NWoW) źródłem motywacji do zmiany postaw innogy Polska Dorota Kuprianowicz-Legutko 1 NWoW New Way of Working 2 LDNA Leadership DNA 3 AL Akademia Lidera Jaka jest definicja NWoW?
Bardziej szczegółowoProgramowanie zespołowe
Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof
Bardziej szczegółowoZakres wykładu. Podstawy InŜynierii Oprogramowania
Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,
Bardziej szczegółowoZarządzanie projektami. Wykład 1 Projekt i zarządzanie projektem
Zarządzanie projektami Wykład 1 Projekt i zarządzanie projektem Plan wykładu Informacje organizacyjne Prezentacja sylabusa Omówienie zasad zaliczenia przedmiotu Definicja projektu Współzależne cechy projektu
Bardziej szczegółowoOrganizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią
Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje
Bardziej szczegółowoSzkolenie 2. Zarządzanie programami
UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl
Bardziej szczegółowoEtapy życia oprogramowania
Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano
Bardziej szczegółowoZARZĄDZANIE PROJEKTAMI
ZARZĄDZANIE PROJEKTAMI Aktywne szkolenie dla kadry kierowniczej Program warsztatów i szczegóły CEL SZKOLENIA: prezentacja kompleksowej metodologii zarządzania projektami tak aby uczestnicy byli w stanie
Bardziej szczegółowoSzkolenie Podstawy Zarządzania Projektami Informator
Projekt Informatyka inwestycją w przyszłość współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Szkolenie Podstawy Zarządzania Projektami Informator Spis treści Informacje
Bardziej szczegółowoDobry Product Backlog Oferta szkolenia dla Product Ownerów
Dobry Product Backlog Oferta szkolenia dla Product Ownerów Spis treści Dobry Product Backlog w 1 dzień... 1 Dobry Product Backlog w 2 dni... 3 Informacje o prowadzącej... 5 Dobry Product Backlog w 1 dzień
Bardziej szczegółowoOPIS RÓL PROJEKTOWYCH
Załącznik 1 do Instrukcji Zarządzania Projektami Strategicznymi OPIS RÓL PROJEKTOWYCH Spis treści 1. Biuro Programów i Rozwoju... 1 2. Kierownik Jednostki Merytorycznej... 1 3. Komitet Sterujący... 2 4.
Bardziej szczegółowoModelowanie procesów zwinnej transformacji w organizacjach informatycznych dr inż. Artur Ziółkowski
Modelowanie procesów zwinnej transformacji w organizacjach informatycznych dr inż. Artur Ziółkowski AGENDA Tło prowadzonych badań nad procesami zwinnej transformacji w organizacjach informatycznych Definiowanie
Bardziej szczegółowoKrzysztof Tomkiewicz Bydgoszcz, 26 października 2009 r.
Usługi IT jak skutecznie z nich korzystać? Krzysztof Tomkiewicz Bydgoszcz, 26 października 2009 r. AGENDA I II III IV Model usługowy funkcjonowania IT Przykład podejścia usługowego Najlepsze praktyki w
Bardziej szczegółowoScrum. Zwinna metodyka prowadzenia projektów
Scrum Zwinna metodyka prowadzenia projektów Plan prezentacji 1. Ogólna idea 2. Najważniejsze elementy 3. Role 4. Czynności 5. Artefakty 6. Wnioski 7. Literatura Źródło ilustracji: http://commons.wikimedia.org/wiki/file:scrum.jpg
Bardziej szczegółowoScaling Scrum with SAFe. Małgorzata Czerwińska
Scaling Scrum with SAFe Małgorzata Czerwińska Agenda 1. Wstęp 2. Współpraca zespołów scrumowych 3. Zarządzanie Programem 4. Podsumowanie Wstęp Skuteczność zespołów developerskich, realizujących projekty
Bardziej szczegółowoFeature Driven Development
Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami
Bardziej szczegółowoBłędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura
Bardziej szczegółowoPODSTAWY ZARZĄDZANIA PROJEKTAMI
Bogdan Miedziński PODSTAWY ZARZĄDZANIA PROJEKTAMI Dorocie żonie, wiernej towarzyszce życia 1 SPIS TREŚCI Wstęp................................................. 9 1. Zarządzanie projektami z lotu ptaka....................
Bardziej szczegółowoZarządzanie projektami IT
Zarządzanie projektami IT Źródła Zarządzanie projektami, J. Betta, Politechnika Wrocławska, 2011 Zarządzanie projektami IT, P. Brzózka, CuCamp, styczeń 2011 Zarządzanie projektami IT w przedsiębiorstwie
Bardziej szczegółowoLekkie metodyki. tworzenia oprogramowania
Lekkie metodyki tworzenia oprogramowania Programowanie zwinne ( Agile software development) grupa metodyk wytwarzania oprogramowania opartego o programowanie iteracyjne (model przyrostowy). Wymagania oraz
Bardziej szczegółowoRAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010
RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010 Odpowiada na pytania: Jaka część projektów IT kończy się w Polsce sukcesem? Jak wiele projektów sponsorowanych jest przez instytucje publiczne? Czy kończą się
Bardziej szczegółowoWsparcie narzędziowe zarządzania ryzykiem w projektach
Wsparcie narzędziowe zarządzania ryzykiem w projektach Prezentacja dodatkowa: PMBOK a zarządzanie ryzykiem Podyplomowe Studia Menedżerskie erskie Zarządzanie projektami informatycznymi PMBOK a zarządzanie
Bardziej szczegółowoZarządzanie projektami w otoczeniu uczelnianym. Piotr Ogonowski
Zarządzanie projektami w otoczeniu uczelnianym Piotr Ogonowski 1 Agenda Kluczowe elementy organizacji projektowej Jak wdrożyć organizację projektową na uczelni? Dobre praktyki z wdrożeń W czym pomoże nam
Bardziej szczegółowoSzczegółowy opis przedmiotu zamówienia założenia dla metodyki realizacji Projektu
Załącznik nr 2 do SIWZ Szczegółowy opis przedmiotu zamówienia założenia dla metodyki realizacji Projektu W niniejszym załączniku do SIWZ Zamawiający zawarł wymagania i założenia jakie musi przyjąć Wykonawca
Bardziej szczegółowoUmowy w branży IT. Jak je konstuować, żeby uniknąć późniejszych nieporozumień. Tomasz Wiese Łukasz Marszał
Umowy w branży IT Jak je konstuować, żeby uniknąć późniejszych nieporozumień Tomasz Wiese Łukasz Marszał Cel prezentacji Pokazanie różnic pomiędzy zakupem oprogramowania w pudełku a stworzeniu go na zamówienie
Bardziej szczegółowoOFERTA SZKOLEŃ BIZNESOWYCH
OFERTA SZKOLEŃ BIZNESOWYCH Przywództwo i zarządzanie zespołem Szkolenie z zakresu przywództwa, kompetencji liderskich i zarządzania zespołem. Podniesienie kompetencji zarządczych w zakresie przywództwa,
Bardziej szczegółowoZaplanować projekt fundraisingowy i przeprowadzić go przez wszystkie etapy realizacji nie tracąc z pola widzenia założonych efektów;
Celem szkolenia Zarządzanie projektem fundraisingowym jest nabycie przez uczestników wiedzy, umiejętności oraz kompetencji w zakresie planowania i osiągania celów projektowych. Uczestnik pozna i nauczy
Bardziej szczegółowoJak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style
Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia Click Piotr Kałuski to edit Master subtitle style Punkty widzenia Zespół Testów Manager Projektu Użytkownik końcowy Zespół Testów
Bardziej szczegółowo