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

Wielkość: px
Rozpocząć pokaz od strony:

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

Transkrypt

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

2 Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza 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)

3 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)

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

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

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

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

8 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)

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

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

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

12 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)

13 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)

14 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)

15 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)

16 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)

17 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)

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

19 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)

20 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)

21 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)

22 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)

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

24 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)

25 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)

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

27 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)

28 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)

29 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)

30 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)

31 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)

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

33 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)

34 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)

35 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)

36 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)

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

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

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

40 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)

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

42 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)

43 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)

44 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)

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

46 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)

47 Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza 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)

48 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)

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

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

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

Testowanie według modelu (MBT) Stowarzyszenie Inżynierii Wymagań wymagania.org.pl Testowanie według modelu (MBT) Bogdan Bereza, Victo MBT testowanie z modelu wersja 2.1 A 1 (48) Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza bogdan.bereza@victo.eu +48 519 152 106 Skype:

Bardziej szczegółowo

Opisy szkoleń dla certyfikatów Agile Scrum. www.cts.com.pl

Opisy szkoleń dla certyfikatów Agile Scrum. www.cts.com.pl Opisy szkoleń dla certyfikatów Agile Scrum www.cts.com.pl SPIS TREŚCI Opisy szkoleń dla certyfikatów Agile Scrum...2 Istniejące certyfikacje agile...2 Szkolenia oferowane przez CTS...3 Agile Tester (zgodne

Bardziej szczegółowo

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

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK KLUCZ ODPOWIEDZI Część DODATEK 8.1 9.4 PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB Na podstawie: Syllabus REQB Certified Professional for Requirements Engineering, Advanced Level, Requirements

Bardziej szczegółowo

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

Piotr Ślęzak. Gdzie się podziała jakość Piotr Ślęzak Gdzie się podziała jakość Działamy na styku Biznesu i IT Analiza biznesowa Kontrola jakości Doradztwo Projekty Szkolenia ForProgress spółka z ograniczoną odpowiedzialnością sp.k. kontakt@forprogress.com.pl

Bardziej szczegółowo

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

Podejś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ółowo

blogomocja.blogspot.com wymagania.org.pl

blogomocja.blogspot.com wymagania.org.pl bogdan.bereza@victo.eu bogdan.bereza@wymagania.org.pl blogomocja.blogspot.com 1 (37) wymagania.org.pl 2 (37) 1 re-challenge.pl zapraszam 20 maja 2016 3 (37) Kto robi wymagania, gdy brak inżyniera wymagań?

Bardziej szczegółowo

Testujemy dedykowanymi zasobami (ang. agile testers)

Testujemy dedykowanymi zasobami (ang. agile testers) Testujemy dedykowanymi zasobami (ang. agile testers) - wspólne standupy; - ten sam manager; - duży przepływ informacji; - po pewnym czasie zanika asertywność; - pojawia się tendencja do nie zgłaszania

Bardziej szczegółowo

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

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie Wybór ZSI Zakup standardowego systemu System pisany na zamówienie Zalety: Standardowy ZSI wbudowane najlepsze praktyki biznesowe możliwość testowania przed zakupem mniej kosztowny utrzymywany przez asystę

Bardziej szczegółowo

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

Zarzą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ółowo

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

Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny K U R S Z A W O D O W Y Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny MIEJSCE I TERMIN: Warszawa, 1 3 marca 2017 r. Terminy szczegółowe: Sesja A, 1 3

Bardziej szczegółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarzą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ółowo

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

Usługa: Audyt kodu źródłowego Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności

Bardziej szczegółowo

MANAGER INNOWACJI MODUŁY WARSZTATOWE

MANAGER INNOWACJI MODUŁY WARSZTATOWE MANAGER INNOWACJI MODUŁY WARSZTATOWE WARSZTAT I-A PRAWNO-TEORETYCZNE PODSTAWY PROJEKTÓW INNOWACYJNYCH Czym jest innowacja? Możliwe źródła Wewnętrzne i zewnętrzne źródła informacji o innowacji w przedsiębiorstwie.

Bardziej szczegółowo

Wstęp do zarządzania projektami

Wstę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ółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW 01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO

Bardziej szczegółowo

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka

Agile 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ółowo

Agile Project Management

Agile 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ółowo

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI ( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI Szkoła powstała z myślą o ludziach odpowiedzialnych za realizację kompleksowych projektów komunikacyjnych przy wykorzystaniu dostępnych zasobów, zarówno w

Bardziej szczegółowo

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

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację

Bardziej szczegółowo

Etapy życia oprogramowania

Etapy ż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ółowo

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

Poziomy 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ółowo

Wstęp do zarządzania projektami

Wstę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ółowo

Maciej Oleksy Zenon Matuszyk

Maciej Oleksy Zenon Matuszyk Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu

Bardziej szczegółowo

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

Certified IT Manager Training (CITM ) Dni: 3. Opis: Kod szkolenia: Tytuł szkolenia: HK333S Certified IT Manager Training (CITM ) Dni: 3 Opis: Jest to trzydniowe szkolenie przeznaczone dla kierowników działów informatycznych oraz osób, które ubiegają się

Bardziej szczegółowo

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

Oszacowanie kosztów i korzyści metod zwinnych. WARSZTAT III 24 września 2014 Bogdan Bereza @ victo.eu Oszacowanie kosztów i korzyści metod zwinnych WARSZTAT III 24 września 2014 Bogdan Bereza @ victo.eu Będą wykłady i dyskusje 1. Jak mierzyć sprawność organizacji i procesów? Czy organizacja może być zwinna?

Bardziej szczegółowo

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

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna

Bardziej szczegółowo

Zarządzanie projektami. Porównanie podstawowych metodyk

Zarzą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ółowo

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.

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. 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. Dlaczego taki temat? Ci którzy wykorzystują technologie informacyjne

Bardziej szczegółowo

Programowanie Zespołowe

Programowanie 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ółowo

Optymalizacja Automatycznych Testów Regresywnych

Optymalizacja Automatycznych Testów Regresywnych Optymalizacja Automatycznych Testów Regresywnych W Organizacji Transformującej do Agile Adam Marciszewski adam.marciszewski@tieto.com Agenda Kontekst projektu Typowe podejście Wyzwania Cel Założenia Opis

Bardziej szczegółowo

MSF. Microsoft Solution Framework

MSF. 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ółowo

Bezpieczeństwo dziś i jutro Security InsideOut

Bezpieczeństwo dziś i jutro Security InsideOut Bezpieczeństwo dziś i jutro Security InsideOut Radosław Kaczorek, CISSP, CISA, CIA Partner Zarządzający w IMMUSEC Sp. z o.o. Radosław Oracle Security Kaczorek, Summit CISSP, 2011 CISA, Warszawa CIA Oracle

Bardziej szczegółowo

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

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce Narzędzia informatyczne wspierające przedsięwzięcia e-commerce Zarządzanie projektami e-commerce, Meblini.pl, UE we Wrocławiu Wrocław, 11-03-2018 1. Cykl życia projektu 2. Pomysł / Planowanie 3. Analiza

Bardziej szczegółowo

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

Jak 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ółowo

Wstęp do zarządzania projektami

Wstę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ółowo

Adonis w Banku Spółdzielczym w Trzebnicy

Adonis w Banku Spółdzielczym w Trzebnicy Adonis w Banku Spółdzielczym w Trzebnicy J O A N N A M O R O Z PAW E Ł K O N I E C Z N Y AGENDA I. Charakterystyka Banku II. Wdrożenie systemu ADONIS III.Proces zarządzania ryzykiem operacyjnym w BS Trzebnica

Bardziej szczegółowo

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

Poniż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ółowo

Testowanie w procesie Scrum

Testowanie w procesie Scrum Tilo Linz Testowanie w procesie Scrum Przewodnik po zarządzaniu jakością oprogramowania w świecie programowania zwinnego Przekład: Jakub Niedźwiedź APN Promise, Warszawa 2014 v 1 Wprowadzenie........................................1

Bardziej szczegółowo

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

Nazwa Projektu. Plan testów. Wersja N.NN Nazwa Projektu Plan testów Wersja N.NN Projekt realizowany jest w ramach Programu e-cło współfinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna

Bardziej szczegółowo

Ryzyko i zarządzanie ryzykiem w projektach

Ryzyko i zarządzanie ryzykiem w projektach Wykład objęty jest prawami autorskimi Prof.dr hab. Małgorzata Duczkowska-Piasecka Przedmiot: Zarządzanie projektami biznesowymi Ryzyko i zarządzanie ryzykiem w projektach Ryzyko może być definiowane jako

Bardziej szczegółowo

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

SCRUM 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ółowo

Opis Kompetencji Portfel Interim Menedżerowie i Eksperci

Opis Kompetencji Portfel Interim Menedżerowie i Eksperci Opis Kompetencji Portfel Interim Menedżerowie i Eksperci Warszawa, kwiecień 2012 r. Carrywater Group S.A. www.carrywater.com Al. Jerozolimskie 65/79, 00-697 Warszawa, Centrum LIM, piętro XIV, lok. 14.07

Bardziej szczegółowo

Lekkie metodyki. tworzenia oprogramowania

Lekkie 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ółowo

Zarządzanie Projektami HR

Zarządzanie Projektami HR Zarządzanie Projektami HR KISS PM (Keep It Simple Smart) Prosty, zrozumiały i skuteczny sposób zarządzania projektami Jak zaplanować projekt? Jak zmotywować zespół? Jak doprowadzić go z sukcesem do końca?

Bardziej szczegółowo

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI ( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI Stworzyliśmy unikatową okazję do przekazania praktycznej wiedzy i doświadczeń osób, które odpowiadają za wielkie i małe projekty marketingowe, z sukcesem stosując

Bardziej szczegółowo

Jakość w procesie wytwarzania oprogramowania

Jakość w procesie wytwarzania oprogramowania Jarosław Kuchta Jakość Oprogramowania http://www.eti.pg.gda.pl/katedry/kask/pracownicy/jaroslaw.kuchta/jakosc/ J.Kuchta@eti.pg.gda.pl Względny koszt wprowadzania zmian w zależności od fazy realizacji projektu

Bardziej szczegółowo

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

risk AB ZARZĄDZANIE RYZYKIEM OPERACYJNYM Dodatkowe możliwości programu: RYZYKO BRAKU ZGODNOŚCI PRALNIA risk AB ZARZĄDZANIE RYZYKIEM OPERACYJNYM Dodatkowe możliwości programu: RYZYKO BRAKU ZGODNOŚCI PRALNIA PRZEZNACZENIE I ZADANIA PROGRAMU Program risk AB jest narzędziem informatycznym wspierającym proces

Bardziej szczegółowo

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

Jarosł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ółowo

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

1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 2/ Wykonawcy: Konsorcjum: Netline Group wraz z Premium Technology

Bardziej szczegółowo

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

Głó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ółowo

PRINCE2. 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 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ółowo

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

Specyfikacja usług. 1. Zakup usług informatycznych dla realizacji dostępu do systemu dla obsługi relacji B2B. W zawiązku z otrzymaniem dofinansowania na projekt: Zautomatyzowany system B2B elektronicznej wymiany dokumentów i danych, realizowany w ramach Programu Operacyjnego Innowacyjna Gospodarka, Działanie 8.2:Wspieranie

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

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

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Szybkość w biznesie Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Klient Wykonawca...wprowadzamy nowy typ przelewów do aplikacji internetowej. Dodam

Bardziej szczegółowo

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

Aurea BPM. Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013 Aurea BPM Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013 Agenda 1. Podstawowe informacje o Aurea BPM 2. Przykłady projektów w obszarze minimalizacji skutków zagrożeń 3. Aurea BPM dla

Bardziej szczegółowo

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

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014 1 QUO VADIS.. BS? Rekomendacja D dlaczego? Mocne fundamenty to dynamiczny rozwój. Rzeczywistość wdrożeniowa. 2 Determinanty sukcesu w biznesie. strategia, zasoby (ludzie, kompetencje, procedury, technologia)

Bardziej szczegółowo

SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI ( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI Szkoła powstała z myślą o ludziach odpowiedzialnych za realizację kompleksowych projektów komunikacyjnych, zarówno w agencjach, jak w działach marketingu przedsiębiorstw.

Bardziej szczegółowo

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI ( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI Szkoła powstała z myślą o ludziach odpowiedzialnych za realizację kompleksowych projektów komunikacyjnych przy wykorzystaniu dostępnych zasobów, zarówno w

Bardziej szczegółowo

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

Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze Prof. SGH, dr hab. Andrzej Sobczak, Kierownik Zakładu Systemów Informacyjnych, Katedra Informatyki Gospodarczej SGH

Bardziej szczegółowo

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

Zarzą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ółowo

Testowanie oprogramowania. Piotr Ciskowski

Testowanie oprogramowania. Piotr Ciskowski Testowanie oprogramowania Piotr Ciskowski TESTOWANIE testowanie o proces eksperymentalnego badania programu lub jego komponentu o próbne wykonanie w znanych warunkach o rejestrowanie wyników o ocena właściwości

Bardziej szczegółowo

Zastosowania informatyki w gospodarce Projekt

Zastosowania informatyki w gospodarce Projekt Zastosowania informatyki w gospodarce Projekt dr inż. Marek WODA 1. Wprowadzenie Czasochłonność 2h/tydzień Obligatoryjne konto na portalu Assembla Monitoring postępu Aktywność ma wpływ na ocenę 1. Wprowadzenie

Bardziej szczegółowo

Szczegółowy plan szkolenia

Szczegółowy plan szkolenia Szczegółowy plan szkolenia ISTQB Advanced Level Syllabus Test Manager (version 2012) (19 October 2012) Harmonogram zajęć (5 dni szkoleniowych: 9:00 17:00) Dzień 1. 0. Wprowadzenie do syllabusa poziom zaawansowany

Bardziej szczegółowo

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

Plan studiów stacjonarnych drugiego stopnia 2019/2021 Kierunek: Zarządzanie kreatywne B. Moduły kierunkowe obligatoryjne 2019/2021 B. Moduły kierunkowe obligatoryjne 1 Spotkanie z opiekunem roku 1 1 2 2 2 Spotkanie z opiekunem roku 2 2 2 2 3 Spotkanie z opiekunem roku 3 3 2 2 4 Spotkanie z opiekunem roku 4 4 2 2 Zarządzanie

Bardziej szczegółowo

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI ( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI Szkoła powstała z myślą o pracownikach wdrażających nowe pomysły przy wykorzystaniu dostępnych zasobów. Stworzyliśmy miejsce, w którym przykładowe zarządzanie

Bardziej szczegółowo

ZARZĄDZANIE STRATEGICZNE OPRACOWANIE

ZARZĄDZANIE STRATEGICZNE OPRACOWANIE Przykładowy program ZARZĄDZANIE STRATEGICZNE OPRACOWANIE I WDROŻENIE STRATEGII Beata Kozyra 2017 3 dni Poniższy program może być skrócony do 2-1 dnia lub kilkugodzinnej prezentacji. Znikający Kocie, Alicja

Bardziej szczegółowo

PODSTAWY ZARZĄDZANIA PROJEKTAMI

PODSTAWY 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ółowo

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Agenda RUP wprowadzenie Struktura RUP Przepływy prac w RUP Fazy RUP RUP wprowadzenie RUP (Rational Unified Process) jest : Iteracyjną i przyrostową metodyka W pełni konfigurowalną

Bardziej szczegółowo

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

Strategia identyfikacji, pomiaru, monitorowania i kontroli ryzyka w Domu Maklerskim Capital Partners SA Strategia identyfikacji, pomiaru, monitorowania i kontroli ryzyka zatwierdzona przez Zarząd dnia 14 czerwca 2010 roku zmieniona przez Zarząd dnia 28 października 2010r. (Uchwała nr 3/X/2010) Tekst jednolity

Bardziej szczegółowo

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

Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni Warsztaty FRAME I. Cel Zapoznanie uczestników z możliwościami wykorzystania Europejskiej Ramowej Architektury ITS FRAME (zwanej dalej FRAME ) oraz jej narzędzi

Bardziej szczegółowo

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

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Studium wykonalności Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Studium wykonalności Główne procesy w realizacji projektu informatycznego Studium wykonalności (ang. feasibility

Bardziej szczegółowo

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

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie. x 3 2. Jaki wpływ na ludzi, komunikację

Bardziej szczegółowo

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

Błę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ółowo

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz Oceny z prezentacji INKU011S Zofia Kruczkiewicz Data Student Oceny Uwagi 22.10.2017 231085 3.0 Przedstaw idealne środowisko do stosowania inżynierii oprogramowania- opisz elementy tego środowiska (sprzęt

Bardziej szczegółowo

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

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................

Bardziej szczegółowo

Granty DR TOMASZ JANUS badawcze

Granty DR TOMASZ JANUS badawcze DR TOMASZ JANUS Granty badawcze Zarządzanie projektem badawczym Zarządzanie projektem badawczym Zarządzanie projektem Zastosowanie wiedzy, umiejętności, narzędzi i technik działania projektu w celu zaspokojenia

Bardziej szczegółowo

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

Jak uczyć się na błędach? Łukasz Malina WEBCON Jak uczyć się na błędach? Łukasz Malina WEBCON Dla kogo jest ta prezentacja? Klientów tuż przed decyzją wdrożeniową. Obecnych klientów. Obecnych klientów budujących silne kompetencje. Partnerów WEBCON.

Bardziej szczegółowo

Opis metodyki i procesu produkcji oprogramowania

Opis 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ółowo

Projektowanie systemów informatycznych

Projektowanie systemów informatycznych Projektowanie systemów informatycznych Zarządzanie projektem Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski Główne procesy w realizacji projektu informatycznego (ang. feasibility

Bardziej szczegółowo

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

certyfikacji IREB Warsztaty on-line 12 listopada 2015 blogomotion.com/download/prakt-ireb.pdf Praktyczne doświadczenia i korzyści wdrożenia inżynierii wymagań z pomocą certyfikacji IREB Warsztaty on-line 12 listopada 2015 blogomotion.com/download/prakt-ireb.pdf Bogdan Bereza blogomocja.blogspot.com

Bardziej szczegółowo

INSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH

INSTRUKCJA 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ółowo

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI ( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI Szkoła powstała z myślą o ludziach odpowiedzialnych za realizację kompleksowych projektów komunikacyjnych przy wykorzystaniu dostępnych zasobów, zarówno w

Bardziej szczegółowo

SZCZEGÓŁOWY HARMONOGRAM KURSU

SZCZEGÓŁOWY HARMONOGRAM KURSU SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I - WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH REJESTRACJA UCZESTNIKÓW Zapytamy o Państwa oczekiwania wobec szkolenia oraz o zagadnienia, na wyjaśnieniu których szczególnie

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Rozdział 1 Postanowienia ogólne

Rozdział 1 Postanowienia ogólne Polityka zgodności Spis treści Rozdział 1 Postanowienia ogólne... 2 Rozdział 2 Cel i podstawowe zasady zapewnienia zgodności... 2 Rozdział 3 Zasady zapewnienia zgodności w ramach funkcji kontroli... 4

Bardziej szczegółowo

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

System kontroli wewnętrznej w Krakowskim Banku Spółdzielczym System kontroli wewnętrznej w Krakowskim Banku Spółdzielczym Działając zgodnie z zapisami Rekomendacji H KNF, Krakowski Bank Spółdzielczy zwany dalej Bankiem przekazuje do informacji opis systemu kontroli

Bardziej szczegółowo

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

INTERNATIONAL CONSULT jest firmą świadczącą usługi doradcze głównie dla małych i średnich przedsiębiorstw. Kim jesteśmy INTERNATIONAL CONSULT jest firmą świadczącą usługi doradcze głównie dla małych i średnich przedsiębiorstw. Wykorzystując wieloletnie doświadczenie z zakresu zarządzania przedsiębiorstwem,

Bardziej szczegółowo

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

SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH SZCZEGÓŁOWY HARMONOGRAM KURSU DZIEŃ I WPROWADZENIE DO OCHRONY DANYCH OSOBOWYCH REJESTRACJA UCZESTNIKÓW 09.00 09.05 Zapytamy o Państwa oczekiwania wobec szkolenia oraz o zagadnienia, na Wyjaśnieniu których

Bardziej szczegółowo

Plan zarządzania projektem

Plan zarządzania projektem Plan zarządzania projektem Opracował: Zatwierdził: Podpis: Podpis: Spis treści: 1. Wst p... 2 1.1 Cel... 2 1.2 Zakres... 2 1.3 Przeznaczenie dokumentu... 2 1.4 Organizacja dokumentu... 2 1.5 Dokumenty

Bardziej szczegółowo

Metodyki zarządzania projektami PRINCE2

Metodyki 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ółowo

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

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank. Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.pl Obsługa wniosków kredytowych Potrzeba elastyczności

Bardziej szczegółowo

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

REGULAMIN ZARZĄDZANIA RYZYKIEM. w Sądzie Okręgowym w Krakowie REGULAMIN ZARZĄDZANIA RYZYKIEM w Sądzie Okręgowym w Krakowie I. POSTANOWIENIA OGÓLNE 1 Regulamin określa sposób prowadzenia polityki zarządzania ryzykiem w Sądzie Okręgowym w Krakowie. 2 Misją Sądu Okręgowego

Bardziej szczegółowo

Szablon Planu Testów Akceptacyjnych

Szablon Planu Testów Akceptacyjnych Szablon Planu Testów Akceptacyjnych strona 1 z 10 SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia

Bardziej szczegółowo

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

Wykład VII. Programowanie III - semestr III Kierunek Informatyka. dr inż. Janusz Słupik. Wydział Matematyki Stosowanej Politechniki Śląskiej Wykład VII - semestr III Kierunek Informatyka Wydział Matematyki Stosowanej Politechniki Śląskiej Gliwice, 2014 c Copyright 2014 Janusz Słupik Wytwarzanie oprogramowania Model tworzenia oprogramowania

Bardziej szczegółowo

Dlaczego testowanie jest ważne?

Dlaczego testowanie jest ważne? Testowanie Dlaczego testowanie jest ważne? Oprogramowanie które nie działa poprawnie może doprowadzić do: straty czasu, pieniędzy utraty reputacji uszkodzeń ciała a nawet śmierci Definicja błędu Oprogramowanie

Bardziej szczegółowo

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

Zarządzanie jakością w logistyce ćw. Artur Olejniczak ćw. artur.olejniczak@wsl.com.pl Plan spotkań Data Godziny Rodzaj 18.03.2012 4 godziny ćw. 14:30-15:30 dyżur 14.04.2012 4 godziny ćw. 28.04.2012 4 godziny ćw. 14:30-15:30 dyżur 19.05.2012 4 godziny ćw.

Bardziej szczegółowo

Koordynacja projektów IT w AGH

Koordynacja projektów IT w AGH Koordynacja projektów IT w AGH 24.11.2016 Zbigniew Kąkol Maciej Zygmunt Plan 1. Strategia IT w AGH 2. Model bramkowy 3. Zadania koordynator IT 4. Docelowy model zarządzania IT Inicjatywy Rozwiązania Zadowolenie

Bardziej szczegółowo

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

Proces tworzenia wartości w łańcuchu logistycznym. prof. PŁ dr hab. inż. Andrzej Szymonik  2014/2015 Proces tworzenia wartości w łańcuchu logistycznym prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl 2014/2015 Proces Proces def: 1. Uporządkowany w czasie ciąg zmian i stanów zachodzących po sobie.

Bardziej szczegółowo

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

Piotr Krząkała. Dyrektor Handlowy ds. Kluczowych Klientów Piotr Krząkała Dyrektor Handlowy ds. Kluczowych Klientów Strategia firmy Każda organizacja działająca we współczesnym biznesie powinna posiadać określoną strategię działania i na tej bazie budować system

Bardziej szczegółowo

Szkolenia zgodne z sylabusem ISTQB. www.cts.com.pl

Szkolenia zgodne z sylabusem ISTQB. www.cts.com.pl Szkolenia zgodne z sylabusem www.cts.com.pl DLACZEGO WARTO PRZYJŚĆ NA DO CERTYFIKATU? Aby dostarczyć klientom potrzebną jakość, konieczne jest testowanie produktów informatycznych. O największych awariach,

Bardziej szczegółowo