Zarządzanie projektami na podstawie ryzyka Stowarzyszenie Inżynierii Wymagań wymagania.org.pl

Podobne dokumenty
Testowanie według modelu (MBT) Stowarzyszenie Inżynierii Wymagań wymagania.org.pl

Opisy szkoleń dla certyfikatów Agile Scrum.

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Piotr Ślęzak. Gdzie się podziała jakość

Podejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań

blogomocja.blogspot.com wymagania.org.pl

Testujemy dedykowanymi zasobami (ang. agile testers)

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie

Zarządzanie projektami. Wykład 2 Zarządzanie projektem

Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Usługa: Audyt kodu źródłowego

MANAGER INNOWACJI MODUŁY WARSZTATOWE

Wstęp do zarządzania projektami

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Agile vs PRINCE /2015 I rok st. magisterskie Informatyka

Agile Project Management

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Etapy życia oprogramowania

Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności

Wstęp do zarządzania projektami

Maciej Oleksy Zenon Matuszyk

Certified IT Manager Training (CITM ) Dni: 3. Opis:

Oszacowanie kosztów i korzyści metod zwinnych. WARSZTAT III 24 września 2014 Bogdan victo.eu

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Zarządzanie projektami. Porównanie podstawowych metodyk

Nie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r.

Programowanie Zespołowe

Optymalizacja Automatycznych Testów Regresywnych

MSF. Microsoft Solution Framework

Bezpieczeństwo dziś i jutro Security InsideOut

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA

Wstęp do zarządzania projektami

Adonis w Banku Spółdzielczym w Trzebnicy

Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.

Testowanie w procesie Scrum

Nazwa Projektu. Plan testów. Wersja N.NN

Ryzyko i zarządzanie ryzykiem w projektach

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny

Opis Kompetencji Portfel Interim Menedżerowie i Eksperci

Lekkie metodyki. tworzenia oprogramowania

Zarządzanie Projektami HR

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Jakość w procesie wytwarzania oprogramowania

risk AB ZARZĄDZANIE RYZYKIEM OPERACYJNYM Dodatkowe możliwości programu: RYZYKO BRAKU ZGODNOŚCI PRALNIA

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem.

Główne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness)

PRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak

Specyfikacja usług. 1. Zakup usług informatycznych dla realizacji dostępu do systemu dla obsługi relacji B2B.

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015

Aurea BPM. Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze

Zarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami?

Testowanie oprogramowania. Piotr Ciskowski

Zastosowania informatyki w gospodarce Projekt

Szczegółowy plan szkolenia

Plan studiów stacjonarnych drugiego stopnia 2019/2021 Kierunek: Zarządzanie kreatywne B. Moduły kierunkowe obligatoryjne

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

ZARZĄDZANIE STRATEGICZNE OPRACOWANIE

PODSTAWY ZARZĄDZANIA PROJEKTAMI

RUP. Rational Unified Process

Strategia identyfikacji, pomiaru, monitorowania i kontroli ryzyka w Domu Maklerskim Capital Partners SA

Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Studium wykonalności

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Granty DR TOMASZ JANUS badawcze

Jak uczyć się na błędach? Łukasz Malina WEBCON

Opis metodyki i procesu produkcji oprogramowania

Projektowanie systemów informatycznych

certyfikacji IREB Warsztaty on-line 12 listopada 2015 blogomotion.com/download/prakt-ireb.pdf

INSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

SZCZEGÓŁOWY HARMONOGRAM KURSU

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

Rozdział 1 Postanowienia ogólne

System kontroli wewnętrznej w Krakowskim Banku Spółdzielczym

INTERNATIONAL CONSULT jest firmą świadczącą usługi doradcze głównie dla małych i średnich przedsiębiorstw.

SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH

Plan zarządzania projektem

Metodyki zarządzania projektami PRINCE2

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.

REGULAMIN ZARZĄDZANIA RYZYKIEM. w Sądzie Okręgowym w Krakowie

Szablon Planu Testów Akceptacyjnych

Wykład VII. Programowanie III - semestr III Kierunek Informatyka. dr inż. Janusz Słupik. Wydział Matematyki Stosowanej Politechniki Śląskiej

Dlaczego testowanie jest ważne?

Zarządzanie jakością w logistyce ćw. Artur Olejniczak

Koordynacja projektów IT w AGH

Proces tworzenia wartości w łańcuchu logistycznym. prof. PŁ dr hab. inż. Andrzej Szymonik 2014/2015

Piotr Krząkała. Dyrektor Handlowy ds. Kluczowych Klientów

Szkolenia zgodne z sylabusem ISTQB.

Transkrypt:

Zarządzanie projektami na podstawie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 1 (50)

Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza bogdan.bereza@victo.eu +48 519 152 106 Skype: bogdan.f.bereza Web: victo.eu blogomotion.com blogomocja.blogspot.com kvalitologi.blogspot.com qualitology.blogspot.com blogomocja.blogspot.com/2014/06/na-podstawie-ryzyka.html Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 2 (50)

Nowa jakość w IT 1(2) wymagania.org.pl kontakt@wymagania.org.pl Grupa LinkedIn Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 3 (50)

Nowa jakość w IT 2(2) RE-challenge.pl Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 4 (50)

pmi.org.pl/ /aktualnosci-krakow Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 5 (50)

Kiedy agile? Kiedy sekwencyjnie? Program Projekt kierowany ryzykiem Strategie jakości Strategie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 6 (50)

Kiedy agile? Kiedy sekwencyjnie? Projekt kierowany ryzykiem Strategie jakości Strategie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 7 (50)

Kiedy iteracyjnie? Gdy wymagania są nieprecyzyjne, sytuacja rynkowa nie pozwala na czasochłonne definiowanie i analizowanie, produkt można wdrażać stopniowo, etapami, prawdopodobieństwo zmian jest duże Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 8 (50)

Porównanie Sekwencyjny: prostą drogą Iteracyjny / agile: poszukiwanie Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 9 (50)

Iteracyjnie: Agile = iteracyjnie? Przyrostowo: Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 10 (50)

Agile: jedno i drugie Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 11 (50)

Ryzyka i koszty agile 1(2) Ryzyko długu technicznego, jeśli nie wchodzi w skład DoD Niespójność wymagań Gorsza (trudniejsza w utrzymaniu) architektura Realizacja zbędnych funkcji Potrzeba przeróbek funkcji Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 12 (50)

Ryzyka i koszty agile 2(2) Więcej testów regresji Dublowanie środowisk Wielokrotne dublowanie kompetencji Brak precyzyjnego procesu zapewniającego minimum bezpieczeństwa Rozmycie atrybutów niefunkcjonalnych Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 13 (50)

Ukryte koszty agile Proces scrumowaty (scrumish) Rozproszony zespół scrum Uczestnicy zespołu w niepełnym wymiarze Lekceważenie rytuałów scrum Nieprzestrzeganie ustaleń planowania sprintu Lekceważenie testowania (w DoD) Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 14 (50)

Korzyści agile 1(2) Mniejsza strata w przypadku implementacji błędnych wymagań Dostawy funkcjonalności we właściwej kolejności (MMR) Testy częścią wymagań (jako kryteria akceptacyjne) Współpraca three amigos Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 15 (50)

Korzyści agile 2(2) Częstsza i wczesna informacja zwrotna Współudział klienta usprawnia pozyskiwanie, negocjowanie i określanie priorytetów wymagań Realistyczne oszacowania pracochłonności Ograniczenie niekontrolowanych zmian Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 16 (50)

Ukryte korzyści agile Morale: mniejsze ryzyko rozproszenia odpowiedzialności w zespole scrum Komunikacja: F2F utrudnia niemożliwe nieporozumienia Dyscyplinujące: uczciwe kontrakty między wykonawcą a dostawcą Porządek wśród interesariuszy Kiedy agile? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 17 (50)

Kiedy agile? Kiedy sekwencyjnie? Projekt kierowany ryzykiem Strategie jakości Strategie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 18 (50)

Kiedy sekwencyjnie? Gdy wymagania są znane z góry, dysponujemy czasem na ich staranną analizę i opis, produkt słabo poddaje się podziałowi na stanowiące korzyść biznesową, osobne funkcjonalne kawałki, prawdopodobieństwo zmian w trakcie projektu jest niewielkie Kiedy sekwencyjnie? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 19 (50)

Gdzie wygrywa agile Ryzyko zbędnych funkcji Mniejsza strata w przypadku implementacji błędnych wymagań Dostawy funkcjonalności we właściwej kolejności (MMR) Testy częścią wymagań Komunikacja, współpraca three amigos, informacja zwrotna Realistyczne oszacowania pracochłonności Morale, odpowiedzialność, kontrakty Kiedy sekwencyjnie? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 20 (50)

Gdzie wygrywa sekwencyjność Spójność wymagań Jakość architektury, łatwość utrzymania Brak dublowania środowisk i kompetencji Zarządzanie niefunkcjonalnymi wymaganiami Precyzyjny proces dający minimum bezpieczeństwa Kiedy sekwencyjnie? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 21 (50)

Gdzie na dwoje babka wróżyła Dług techniczny Kontrolowanie zmian, ryzyko scope creep Morale Formalna komunikacja, dostateczna dokumentacja Dyscyplina, trafne określenie interesariuszy, celów i wymagań Jakość, trafność i staranność testów Kiedy sekwencyjnie? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 22 (50)

Heurystyczna strategia Heurystyki określania optymalnego modelu Kiedy sekwencyjnie? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 23 (50)

Wyniki heurystyki Tylko agile: np. wielofunkcyjna gra w konfiguracji chmury Agile w sekwencyjnych ramach: aplikacja biznesowa Niby-agile w sekwencyjnych ramach: prototypy systemu wbudowanego (bez MMR) Całkiem sekwencyjnie: system sygnalizacji kolejowej Kiedy sekwencyjnie? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 24 (50)

A heurystyka? Należy zbudować listę kontrolną Należy zacząć rejestrować empiryczne zależności Należy zarzucić modne, anegdotyczne prezentacje jak w firmie X wdrożyliśmy metodykę Y Należy zrezygnować z mistycyzmu agile Kiedy sekwencyjnie? Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 25 (50)

Kiedy agile? Kiedy sekwencyjnie? Projekt kierowany ryzykiem Strategie jakości Strategie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 26 (50)

Zamiast zarządzania ryzykiem kierowanie projektem poprzez ryzyko Dla każdego wymagania, określamy ryzyko: Konsekwencje waga biznesowa wymagania konsekwencje, jeśli nie działa, lub działa niepoprawnie Prawdopodobieństwo ryzyko techniczne i projektowe Krytyczność wymagana niezawodność Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 27 (50)

Trudności Metoda oddolna jest skuteczniejsza dla szacowania prawdopodobieństwa Metoda odgórna jest lepsza do szacowania konsekwencji biznesowych Jak szacować ryzyko wymagań powiązanych? (możliwa odpowiedź: FTA = analiza drzewa błędu) Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 28 (50)

Czas (wersje) Raportowanie statusu Wielkość koła = konsekwencja ryzyka, kolor = status Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 29 (50)

Szacowanie prawdopodobieństwa Trójwymiarowa forma graficzna do prezentacji z uwzględnieniem prawdopodobieństwa Wraz z postępami projektu konsekwencje (wagi) wymagań zmieniają się nieznacznie, prawdopodobieństwa z grubsza maleją Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 30 (50)

Czasochłonność Szacowanie pracochłonności uwzględnia prawdopodobieństwo błędu, oraz krytyczność, czyli dozwolone prawdopodobieństwo awarii po wdrożeniu Testowanie na podstawie ryzyka Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 31 (50)

Pracochłonność a ryzyko www.erikvanveenendaal.nl PRISMA: Product Risk Assessment for Agile projects Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 32 (50)

Prawdopodobieństwo zależy od Złożoności Nowego wytwarzania Liczby interfejsów Wielkości Technologii Procesu Czasu Doświadczenia Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 33 (50)

Biznesu Konsekwencje zależą od: Finansów, bezpieczeństwa Częstości użycia Widoczności Konkurencji Kosztu szukania błędów Kosztów przeróbek Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 34 (50)

Ryzyko a testowanie Ryzyka produktowe: Zmniejszyć prawdopodobieństwo Wspomóc identyfikację Pomóc ocenić prawdopodobieństwo Ryzyka projektowe: Pomóc oszacować Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 35 (50)

Spotkanie oceny pracochłonności Wymaganie Szacowanie pracochłonności budowania Określenia ryzyka Określenie testów według kwadrantów ryzyka Projekt kierowany ryzykiem Określenie łącznej pracochłonności Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 36 (50)

Prawdopodobieństwo Macierz ryzyka dla wymagań Projekt kierowany ryzykiem Konsekwencje Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 37 (50)

Prawdopodobieństwo Oszacowanie ryzyka Projekt kierowany ryzykiem Konsekwencje Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 38 (50)

Prawdopodobieństwo Ile testować? Testy techniczne Testy biznesowe Projekt kierowany ryzykiem Konsekwencje Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 39 (50)

Prawdopodobieństwo Możliwe wybory Testy akceptacyjne i eksploracyjne; testy jednostkowe Testy akceptacyjne i eksploracyjne Testy akceptacyjne, na podstawie modeli oraz eksploracyjne; jednostkowe i inne białej skrzynki Testy akceptacyjne, na podstawie modeli oraz eksploracyjne; jednostkowe Konsekwencje Projekt kierowany ryzykiem Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 40 (50)

Kiedy agile? Kiedy sekwencyjnie? Projekt kierowany ryzykiem Strategie jakości Strategie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 41 (50)

KOSZTY Koszty zapewnienia jakości Koszty braku jakości Łączne koszty Kosztowny bałagan W sam raz Nadmiar nadzoru Strategie jakości Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 42 (21) 42 (50)

Częste pomyłki Przecenianie kosztów zapewnienia jakości Niedocenianie kosztów braku jakości Strategie jakości Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 43 (50)

SKUTECZNOŚĆ Skuteczność Udział testowania w QA Udział innych metod w QA Łączne koszty Tester odkurzaczem Trochę testów, trochę zapobiegania Testowanie jest nudne Strategie jakości Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 44 (21) 44 (50)

Kiedy agile? Kiedy sekwencyjnie? Projekt kierowany ryzykiem Strategie jakości Strategie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 45 (50)

Temat na drugie seminarium Minimalizacja wielkości maksymalnej/średniej straty Minimalizacja prawdopodobieństwa jakiejkolwiek straty Maksymalizacja wielkości zysku Maksymalizacja prawdopodobieństwa średniego zysku Strategie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 46 (50)

Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza bogdan.bereza@victo.eu +48 519 152 106 Skype: bogdan.f.bereza Web: victo.eu blogomotion.com blogomocja.blogspot.com kvalitologi.blogspot.com qualitology.blogspot.com blogomocja.blogspot.com/2014/06/wiecej-o-automatyzacji-testow-z-modelu.html Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 47 (50)

Nowa jakość w IT 1(2) wymagania.org.pl kontakt@wymagania.org.pl Grupa LinkedIn Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 48 (50)

Nowa jakość w IT 2(2) RE-challenge.pl Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 49 (50)

Zarządzanie projektami na podstawie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 50 (50)