Zarządzanie projektami IT metodyką SCRUM. Cezary Kamiński

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

Download "Zarządzanie projektami IT metodyką SCRUM. Cezary Kamiński"

Transkrypt

1 Zarządzanie projektami IT metodyką SCRUM Cezary Kamiński

2 Kieruję 11 osobowym zespołem programistów. O mnie Zapewniam utrzymanie i rozwój 14 różnych aplikacji. Podnoszę jakość produktów i efektywność ich wytwarzania. Aktualnie w trakcie Certyfikacji ISTQB Test Manager. W planach na ten rok certyfikacja Prince 2 Practitioner oraz ITIL Foundation. Poza tym lubię turystykę motocyklową oraz muzykę rockową z lat 80-tych v.1.2 cezarykaminski.pl 2

3 Konspekt 1. Metodyki prowadzenia projektów IT. 2. Role projektowe w SCRUM. 3. Proces i podstawowe narzędzia projektowe. 4. Dodatkowe narzędzia projektowe. 5. Narzędzia wspomagające SCRUM v.1.2 cezarykaminski.pl 3

4 1. Metodyki prowadzenia projektów IT v.1.2 cezarykaminski.pl 4

5 1. Metodyki prowadzenia projektów IT Model kaskadowy (waterfall) v.1.2 cezarykaminski.pl 5

6 1. Metodyki prowadzenia projektów IT Model V v.1.2 cezarykaminski.pl 6

7 Metodyki prowadzenia projektów IT Metodyki sztywne - wady Problemy w komunikacji zespołu. Niejasne wymagania klienta. Przekraczająca terminy implementacja. Testowanie zazwyczaj jest pomijane. Defekty wykrywane są na końcu a ich naprawa jest droga. Niska elastyczność. Warunki biznesowe ulegają zmianie v.1.2 cezarykaminski.pl 7

8 Metodyki prowadzenia projektów IT Manifest Agile - geneza 1986 Japończycy Tackeushi i Nonaka opublikowali artykuł opisujący nowy sposób realizacji projektów Pierwsza oficjalna wizja Scruma Deklaracja wspólnych zasad dla zwinnych metodyk tworzenia oprogramowania, została opracowana na spotkaniu jakie miało miejsce w ośrodku wypoczynkowym Snowbird w USA. Uczestniczyli w nim reprezentanci nowych metodyk tworzenia oprogramowania v.1.2 cezarykaminski.pl 8 Źródło grafiki: 10yearsagile.org

9 1. Metodyki prowadzenia projektów IT Manifest Agile - treść Ludzie i interakcje ponad procesy i narzędzia. Działające oprogramowanie ponad obszerną dokumentację. Współpraca z klientem ponad formalne ustalenia. Reagowanie na zmiany ponad podążanie za planem v.1.2 cezarykaminski.pl 9

10 1. Metodyki prowadzenia projektów IT Czym NIE jest SCRUM? SCRUM nie jest panaceum na wszystkie problemy projektowe. SCRUM nie mówi tym jak poprawić jakość programowania. Nie mówi: Jak kodować? Jak wersjonować kod? Jak dokumentować kod? SCRUM nie jest modelem ciągłego ulepszania procesów v.1.2 cezarykaminski.pl 10

11 1. Metodyki prowadzenia projektów IT Czym jest SCRUM? v.1.2 cezarykaminski.pl 11 Źródło grafiki: agileforall.com

12 1. Metodyki prowadzenia projektów IT Czym jest SCRUM? Scrum jest metodą, przy użyciu której ludzie mogą z powodzeniem rozwiązywać złożone problemy adaptacyjne, by w sposób produktywny i kreatywny wytwarzać produkty o najwyższej możliwej wartości. Scrum jest: Lekki, Łatwy do zrozumienia, Bardzo trudny do opanowania v.1.2 cezarykaminski.pl 12

13 1. Metodyki prowadzenia projektów IT Kto używa SCRUM? Microsoft SUN IBM Yahoo Google v.1.2 cezarykaminski.pl 13

14 1. Metodyki prowadzenia projektów IT Kiedy warto wdrożyć SCRUM? Gdy dopuszczalne są zmiany. Gdy potrzebne są szybkie reakcje na zmiany. Gdy zespół dysponuje doświadczonymi programistami (testy jednostkowe). Gdy klient jest skłonny do współpracy i bierze odpowiedzialność za produkt. Gdy jakość produktu jest ważna. Gdy etap produkcji może być jawny dla klienta v.1.2 cezarykaminski.pl 14

15 2. Role projektowe Rola: Product Owner v.1.2 cezarykaminski.pl 15 Źródło grafiki: agileforall.com

16 2. Role projektowe Product Owner (Właściciel produktu) v.1.2 cezarykaminski.pl 16 Źródło grafiki:

17 2. Role projektowe Product Owner (Właściciel produktu) Odpowiedzialność Rozumie ideę projektu. Odpowiada za wartość biznesową projektu i zwrot inwestycji (ROI). Nadaje priorytety wymaganiom. Jest arbitrem w kwestii rozumienia wymagań. Decyduje o wydaniach: dacie i zakresie. Może zmieniać kolejność realizacji wymagań. Może zrezygnować z rozwoju produktu v.1.2 cezarykaminski.pl 17

18 2. Role projektowe Product Owner (Właściciel produktu) Pożądane cechy Patrzy na projekt z szerszej perspektywy niż zespół projektowy. Posiada kompetencje i umocowanie do podejmowania i egzekwowania swoich decyzji. Dysponuje czasem aby uczestniczyć w spotkaniach SCRUM-owych. Jest bezpośrednio związany z produktem. Jest skłonny do negocjowania wymagań v.1.2 cezarykaminski.pl 18

19 2. Role projektowe Rola: The Team v.1.2 cezarykaminski.pl 19 Źródło grafiki: agileforall.com

20 2. Role projektowe Rola: The Team v.1.2 cezarykaminski.pl 20 Źródło grafiki:

21 2. Role projektowe The Team (zespół) Odpowiedzialność Samoorganizacja pracy. Priorytetyzowanie zadań w sprincie. Szacowanie czasochłonności User Stories. Produkcja kompletnej części produktu w czasie sprintu. Testy jednostkowe i akceptacyjne. Identyfikacja ryzyk i blokad oraz informowanie o tym Scrum Mastera. Uczestniczenie w porannych spotkaniach v.1.2 cezarykaminski.pl 21

22 2. Role projektowe The Team (zespół) Pożądane cechy Interdyscyplinarność (grafik, tester, deweloper, architekt, adimistrator, itd.). Umiejętność programowania w parach. Znajomość TDD. Znajomość code smells oraz doświadczenie w refactoringu. Znajomość Continuous Integration. Umiejętność pracy zespołowej. Otwartość na innowacje v.1.2 cezarykaminski.pl 22

23 2. Role projektowe Rola: Scrum Master v.1.2 cezarykaminski.pl 23 Źródło grafiki: agileforall.com

24 2. Role projektowe Scrum Master (Mistrz młyna) v.1.2 cezarykaminski.pl 24 Źródło grafiki:www.fennassociates.com

25 2. Role projektowe Scrum Master (Mistrz młyna) Odpowiedzialność Dba o trzymanie się zasad Scruma. Zapewnia produktywność zespołu oraz podnosi jakość jego pracy. Umożliwia bliską współpracę zespołu i komunikację. Usuwa bariery/blokady. Dba o uczestnictwo członków zespołu w spotkaniach. Wspiera Product Ownera z zakresie znajomości Scruma. Służy zespołowi zamiast nim zarządzać. Chroni zespół przed wpływami zewnętrznymi v.1.2 cezarykaminski.pl 25

26 2. Role projektowe Scrum Master (Mistrz młyna) Pożądane cechy Posiada umocowanie do pełnionej roli. Nie powinien być przełożonym żadnego z członków zespołu. Posiada zdolności przywódcze (team leader). Rozumie wizję Product Ownera. Rozumie pojemność zespołu. Umie rozwiązywać problemy. Posiada zdolności komunikacyjne v.1.2 cezarykaminski.pl 26

27 Narzędzie: Product Backlog v.1.2 cezarykaminski.pl 27 Źródło grafiki: agileforall.com

28 3. Proces i podstawowe narzędzia projektowe Product Backlog (Rejestr produktu) Ideowo Zawiera wymagania istotne z punktu widzenia Product Ownera. Istotność wymagań określana poprzez priorytety. Zawiera również bugi i inne zadania, którymi ma się zająć zespół. Jeżeli nie czegoś w nim nie ma, to zespół się tym nie zajmuje. Jego wymagania są podstawą do pracy w sprintach v.1.2 cezarykaminski.pl 28

29 3. Proces i podstawowe narzędzia projektowe Product Backlog (Rejestr produktu) Technicznie Wykonany w postaci tabeli. Jeden wiersz to jedno wymaganie. Wymagania opisane są przez: Identyfikator, Tytuł, Treść, Szacowaną wartość, Numer sprintu, Status (oczekujący, realizowany, wykonany). Kolejność ma znaczenie na początku są najważniejsze wymagania v.1.2 cezarykaminski.pl 29

30 3. Proces i podstawowe narzędzia projektowe Product Backlog (Rejestr produktu) v.1.2 cezarykaminski.pl 30 Źródło grafiki:

31 3. Proces i podstawowe narzędzia projektowe Product Backlog (Rejestr produktu) v.1.2 cezarykaminski.pl 31

32 3. Proces i podstawowe narzędzia projektowe User Stories v.1.2 cezarykaminski.pl 32 Źródło grafiki:

33 3. Proces i podstawowe narzędzia projektowe User Stories (Historie użytkownika) Służą do określenia wymagań uwzględniających różne punkty widzenia (różne role przyszłych użytkowników). Podmiotem jest zawsze użytkownik końcowy. Powinny wnosić wartość biznesową z perspektywy klienta. Powinny być proste i zrozumiałe. Powinny zawierać kryteria akceptacyjne (DOD). Skomplikowane historie to tzw. EPICS powinny zostać podzielone na user stories. Budowa: Czym są? Jako.. mogę.. dzięki temu v.1.2 cezarykaminski.pl 33

34 3. Proces i podstawowe narzędzia projektowe User Stories Jak je tworzyć? Zasada INVEST: Independent (niezależne), Negotiable (negocjowalne), Valuable (wartoścowe), Estimable (mierzalne), Small (małe), Testable (testowalne) v.1.2 cezarykaminski.pl 34

35 Narzędzia projektowe User Stories - przykłady Jako użytkownik mogę zalogować się do sklepu aby potem dokonać zakupów. Jako administrator mogę zablokować użytkownika dodającego spam, aby zapewnić czytelność serwisu. Jako redaktor mogę dodawać artykuły, które zostaną opublikowane na stronie głównej portalu. Jako zalogowany użytkownik sklepu chcę dokonać płatności on-line, dzięki temu system zarejestruje płatność w tym samym dniu v.1.2 cezarykaminski.pl 35

36 3. Proces i podstawowe narzędzia projektowe User Stories - ćwiczenie Cel: Przekształć poniższe wymagania w historie użytkownika wraz z kryteriami obioru. System powinien być dostępny jedynie dla zalogowanych użytkowników. System powinien posiadać wbudowany mechanizm pomocy kontekstowej dla wszystkich użytkowników. Po zakończeniu transakcji system powinien umożliwiać wydrukowanie polecenia przelewu bankowego wraz z uzupełnionymi danymi klienta oraz sklepu. Użytkownik powinien mieć możliwość przypomnienia hasła poprzez SMS. System powinien umożliwiać wygenerowanie korespondencji seryjnej dla listy klientów przygotowanej na podstawie dowolnie wybranych kryteriów (np. wiek, płeć, lokalizacja, łączna kwota zamówień) v.1.2 cezarykaminski.pl 36

37 3. Proces i podstawowe narzędzia projektowe User Stories - ćwiczenie System powinien być dostępny jedynie dla zalogowanych użytkowników. Jako użytkownik powinienem móc się zalogować, aby móc korzystać z systemu v.1.2 cezarykaminski.pl 37

38 3. Proces i podstawowe narzędzia projektowe User Stories - ćwiczenie System powinien posiadać wbudowany mechanizm pomocy kontekstowej dla wszystkich użytkowników. Jako użytkownik, powinienem móc skorzystać z pomocy kontekstowej, aby bez potrzeby przeglądania całej instrukcji w każdym momencie móc wyświetlić potrzebną pomoc v.1.2 cezarykaminski.pl 38

39 3. Proces i podstawowe narzędzia projektowe User Stories - ćwiczenie Po zakończeniu transakcji system powinien umożliwiać wydrukowanie polecenia przelewu bankowego wraz z uzupełnionymi danymi klienta oraz sklepu. Jako klient sklepu powinienem móc wydrukować polecenie przelewu zaraz po dokonaniu zakupu, aby zaoszczędzić czas na wypełnianiu druku ręcznie v.1.2 cezarykaminski.pl 39

40 3. Proces i podstawowe narzędzia projektowe User Stories - ćwiczenie Użytkownik powinien mieć możliwość przypomnienia hasła poprzez SMS Jako użytkownik, powinienem móc przypomnieć sobie hasło do serwisu za pomocą SMS, aby przyspieszyć proces odzyskiwania hasła v.1.2 cezarykaminski.pl 40

41 3. Proces i podstawowe narzędzia projektowe User Stories - ćwiczenie System powinien umożliwiać wygenerowanie korespondencji seryjnej dla listy klientów przygotowanej na podstawie dowolnie wybranych kryteriów (np. wiek, płeć, lokalizacja, łączna kwota zamówień). Jako użytkownik powinienem móc wydrukować korespondencję seryjną na podstawie dowolnie wybranych kryteriów, w celu wysłania oferty spersonalizowanej pod określoną grupę docelową v.1.2 cezarykaminski.pl 41

42 3. Proces i podstawowe narzędzia projektowe Proces: Sprint Planning Meeting v.1.2 cezarykaminski.pl 42 Źródło grafiki: agileforall.com

43 Proces sprintu Czym jest sprint Ustalony, powtarzalny okres czasu, w czasie którego dostarczany jest gotowy pakiet rozwiązań, przetestowanych i możliwych do zweryfikowania przez właściciela produktu. Nazywany również iteracją. Przyjmuje się, że sprint nie powinien być krótszy niż okres tygodnia i nie dłuższy niż miesiąc. Długość sprintu zależy od: Dostępności klienta, Wielkości zespołu, Specyfiki zadań (niektórych zadań nie da się podzielić na mniejsze), Doświadczenia zespołu w prowadzeniu projektów wg. SCRUM. Jeżeli sprint jest zbyt krótki zespół nie zdąży wytworzyć testowalnego produktu. Jeżeli sprint jest z długi tracimy sens założeń agile oraz spada efektywność pracy v.1.2 cezarykaminski.pl 43

44 3. Proces i podstawowe narzędzia projektowe Planowanie sprintu - przebieg Celem sprintu jest wykonanie przewidzianych zadań. Określamy dostępność członków zespołu a co za tym idzie pojemność zespołu. Product Owner wraz z Teamem wybiera pracę na najbliższy sprint: Dyskutuje się na temat prac, Uszczegóławia się kryteria akceptacyjne i DOD, Czasami dokonuje się ponownego szacowania niektórych prac, Powyższe punkty powtarza się do momentu aż zespół przyjmie zobowiązanie. Spotkanie nie powinno trwać dłużej niż 4 godziny dla sprintu 2 tygodniowego. Spotkanie powinno być podzielone na część oficjalną i techniczną v.1.2 cezarykaminski.pl 44

45 3. Proces i podstawowe narzędzia projektowe Planowanie sprintu DOD Definition Of Done. Oznacza stan, w którym uznajemy, że opowieść użytkownika została zrealizowana tj.: Kryteria akceptacyjne zostały spełnione, Wartość biznesowa została osiągnięta, Nie zwiększył się dług technologiczny v.1.2 cezarykaminski.pl 45

46 3. Proces i podstawowe narzędzia projektowe Planowanie sprintu DOD Przykłady 1. Testy akceptacyjne i regresyjne kończą się sukcesem. 2. Dokumentacja kodu i pokrycia go testami jednostkowymi kształtuje się na poziomie 60%. 3. Kryteria akceptacyjne zostały spełnione. 4. Kod został pozytywnie oceniony przez architekta lub starszego programistę. 5. Responsywność systemu na poziomie 2 sekund. 6. Wszystkie komunikaty błędów w języku polskim v.1.2 cezarykaminski.pl 46

47 3. Proces i podstawowe narzędzia projektowe Planowanie sprintu Pojęcia: Planning Poker technika szacowania czasochłonności historii użytkownika podobna do gry w pokera. Każdy programista wykłada kartę reprezentującą jego szacunek. Jeżeli są rozbieżności dyskutuje się o nich aż do uzyskania konsensusu. Estimation oszacowana wg. przyjętej jednostki czasochłonność zadania, jednostką może być godzina, punkt, dzień. Team velocity pojemność zespołu, tj. tyle ile zespół jest w stanie wykonać w czasie sprintu. Jeżeli liczymy w godzinach, to rozsądnie jest przyjąć 6 godzin pracy na osobę w ciągu dnia v.1.2 cezarykaminski.pl 47

48 3. Proces i podstawowe narzędzia projektowe v.1.2 cezarykaminski.pl 48

49 3. Proces i podstawowe narzędzia projektowe Narzędzie: Sprint Backlog v.1.2 cezarykaminski.pl 49 Źródło grafiki: agileforall.com

50 3. Proces i podstawowe narzędzia projektowe Sprint Backlog (Rejestr sprintu) Rejestr User Stories wybranych przez zespół do realizacji w danym sprincie. Stanowi informację o tym czym zespół zajmuje się danego dnia. Umożliwia śledzenie postępu realizacji prac. Nie powinien być zmieniany w czasie sprintu. Jego dane służą do tworzenia wykresu wypalania v.1.2 cezarykaminski.pl 50

51 3. Proces i podstawowe narzędzia projektowe Task board Tradycyjna forma reprezentacji Sprit Backlog. Umieszczamy na niej User Stories. Dzielimy ją na kolumny: Do zrobienia, W realizacji, (Opcjonalnie: Testowane), Zrobione. Dzielimy na niej US na Taski v.1.2 cezarykaminski.pl 51

52 Narzędzia projektowe v.1.2 cezarykaminski.pl 52

53 Proces: Sprint v.1.2 cezarykaminski.pl 53 Źródło grafiki: agileforall.com

54 3. Proces i podstawowe narzędzia projektowe v.1.2 cezarykaminski.pl 54

55 3. Proces i podstawowe narzędzia projektowe Narzędzia używane każdego dnia v.1.2 cezarykaminski.pl 55 Źródło grafiki: agileforall.com

56 3. Proces i podstawowe narzędzia projektowe Kurczaki i prosiaki Dwa rodzaje zaangażowania: Prosiaki się poświęcają Najczęściej programiści, mają prawo głosu standach. Kurczaki jedynie angażują Pozostali interesariusze, nie mają głosu na standach v.1.2 cezarykaminski.pl 56

57 3. Proces i podstawowe narzędzia projektowe Daily standup - założenia 15 min dziennie, na stojąco. Prowadzone przez Scrum Mastera. Bez dyskusji o problemach i szukania rozwiązań. Celem jest zapoznanie osób z postępem projektu. Wspomaga aktualizację wykresu wypalania. Mogą w nim uczestniczyć wszyscy interesariusze (świnki i kurczaki). Idealnie byłoby, gdyby właściciel produktu również się pojawiał (w praktyce bardzo trudne) v.1.2 cezarykaminski.pl 57

58 3. Proces i podstawowe narzędzia projektowe Daily standup - przebieg Każdy członek odpowiada na 3 pytania: Co zrobiłeś? Co planujesz robić? Jakie masz blokady? Gdy wszyscy się wypowiedzą, spotkanie zostaje zakończone. Pytania do Product Ownera powinny być zadawane po spotkaniu v.1.2 cezarykaminski.pl 58

59 3. Proces i podstawowe narzędzia projektowe Wykresy wypalania Dwa rodzaje: Dla sprintu pozwala śledzić postęp sprintu, Dla produktu pozwala śledzić i planować wydania. Celem jest osiągnięcie zera najpóźniej w ostatnim dniu sprintu. Zwykle zawiera dwie linie: Idealny przebieg wyliczony automatycznie, Realny przebieg na podstawie danych ze tablicy sprintu v.1.2 cezarykaminski.pl 59

60 3. Proces i podstawowe narzędzia projektowe Sprint burndown (wykres wypalania) v.1.2 cezarykaminski.pl 60

61 3. Proces i podstawowe narzędzia projektowe Proces: Podsumowanie sprintu v.1.2 cezarykaminski.pl 61 Źródło grafiki: agileforall.com

62 3. Proces i podstawowe narzędzia projektowe Podsumowanie sprintu Prezentacja rzeczywistego, działającego produktu dla klienta. Pokazywane są jedynie skończone funkcjonalności. Prace niezaakceptowane przez klienta wracają do Rejestru Produktu. Właściciel produktu weryfikuje funkcjonalności z DOD. Pierwsze spotkania mogą się przedłużać. Umożliwia wskazanie rozbieżności w rozumieniu User Stories, dzięki czemu kolejne mogą być pisane bardziej pod zespół projektowy v.1.2 cezarykaminski.pl 62

63 3. Proces i podstawowe narzędzia projektowe Retrospektywa sprintu Służy szczerej ocenie pracy podczas sprintu. Odpowiada na pytania: Co poszło nie tak? Co poszło dobrze? Uczestniczą w nim Product Owner, Scrum Master oraz The Team, Nie powinna trwać dłużej niż godzinę przy sprincie 2 tygodniowym v.1.2 cezarykaminski.pl 63

64 4. Dodatkowe narzędzia projektowe Release burndown (wykres wydań) Umożliwia monitorowanie postępu PROJEKTU. Budowany na podstawie dotychczasowych wykresów wypalania sprintu tj. pojemności zespołu (Team velocity). Powinien być aktualizowany po każdym sprincie v.1.2 cezarykaminski.pl 64

65 4. Dodatkowe narzędzia projektowe Release burndown (wykres wydań) v.1.2 cezarykaminski.pl 65

66 4. Dodatkowe narzędzia projektowe Release burndown (wykres wydań) v.1.2 cezarykaminski.pl 66

67 4. Dodatkowe narzędzia projektowe Impediments backlog (Rejestr blokad) Zestawienie zdarzeń/elementów/funkcjonalności opóźniających pracę zespołu. Prowadzony przez Scrum Mastera, informacje zbiera na codziennych spotkaniach, na których również informuje o ich rozwiązaniu. Niekoniecznie związany z technologią (np. brak kawy, źle ustawiona klimatyzacja. Każda blokada opisana przez: Opis problemu, Priorytet, Ewentualne powiązanie z User Story. Status (nowa, realizowana, rozwiązana) v.1.2 cezarykaminski.pl 67

68 4. Dodatkowe narzędzia projektowe Rejestr ryzyk Zestawienie zdarzeń/elementów/funkcjonalności mogących spowodować niepowodzenie projektu/produktu. Proces zarządzania ryzykiem składa się z etapów: Identyfikacja ryzyka, Analiza ryzyka (prawdopodobieństwo wystąpienia, skutki), Opracowanie działań zaradczych, Monitorowanie i kontrola. Rejestr prowadzi Scrum Master. Ryzyka to nie blokady. Nie każde ryzyko wymaga podjęcia działań zaradczych! v.1.2 cezarykaminski.pl 68

69 5. Narzędzia wspomagające SCRUM`a Jira plugin: GreenHopper v.1.2 cezarykaminski.pl 69 Źródło grafiki:

70 5. Narzędzia wspomagające SCRUM`a Kunagi v.1.2 cezarykaminski.pl 70

71 Dziękuje za uwagę! Pytania, sugestie i komentarze: v.1.2 cezarykaminski.pl 71

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

Planowanie i realizacja zadań w zespole Scrum

Planowanie 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ół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

SCRUM. Metodyka prowadzenia projektów. Na podstawie prezentacji B. Kuka i W. Sidora

SCRUM. Metodyka prowadzenia projektów. Na podstawie prezentacji B. Kuka i W. Sidora SCRUM Metodyka prowadzenia projektów Na podstawie prezentacji B. Kuka i W. Sidora Wprowadzenie. Scrum jest metodyką prowadzenia projektów zaliczaną do metodyk zwinnych, zgodnych z Agile Manifesto. Scrum

Bardziej szczegółowo

Scrum. Zwinna metodyka prowadzenia projektów

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

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński Wskazówki projektowe Programowanie Obiektowe Mateusz Cicheński Przydatne zasady SOLID Wzorce struktury aplikacji MVC MVP MVVM Metody wytwarzania oprogramowania Manifest Zwinnego Wytwarzania Oprogramowania

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

DLACZEGO TO DZIAŁA? 21. marca 2012r.

DLACZEGO TO DZIAŁA? 21. marca 2012r. TO DZIAŁA? 21. marca 2012r. PLAN DZIAŁANIA Wprowadzenie Garstka teorii (Agile, Scrum, Kanban) Ćwiczenie 1 Wesele Ćwiczenie 2 Agencja reklamowa Ćwiczenie 3 Obraz Podsumowanie 2 / 25 O MNIE KRZYSZTOF ZALASA

Bardziej szczegółowo

Programowanie zwinne - wprowadzenie. Programowanie ekstremalne. Wstęp Reguły i praktyki SCRUM. Wprowadzenie Role Zdarzenia Artefakty

Programowanie zwinne - wprowadzenie. Programowanie ekstremalne. Wstęp Reguły i praktyki SCRUM. Wprowadzenie Role Zdarzenia Artefakty Anna Kulig Programowanie zwinne - wprowadzenie Programowanie ekstremalne Wstęp Reguły i praktyki SCRUM Wprowadzenie Role Zdarzenia Artefakty Agile Manifesto 2001 rok, Snowbird w stanie Utah w USA Najważniejsi

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

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

Zarządzanie Projektami Plan kursu

Zarządzanie Projektami Plan kursu Zarządzanie Projektami Plan kursu opracował Wojciech Walczak Dokument ten przedstawia plan kursu Zarządzanie projektami. Uczestnicy kursu zobowiązują się do przeprowadzenia wybranego przez siebie projektu

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

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

Scrum w praktyce. Michał Piórek

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

Asynchroniczne interfejsy WWW

Asynchroniczne interfejsy WWW Asynchroniczne interfejsy WWW Metodyki zwinnego wytwarzania oprogramowania mgr inż. Rafał Grycuk Strona służbowa: http://iisi.pcz.pl/~rgrycuk/ Kontakt: rafal.grycuk@iisi.pcz.pl Konsultacje: Środa, 12-14

Bardziej szczegółowo

PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM. Hubert Wawrzyniak Grupa Allegro

PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM. Hubert Wawrzyniak Grupa Allegro PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM Hubert Wawrzyniak Grupa Allegro PLAN PREZENTACJI 1. Projektowanie zorientowane na użytkownika 2. Model kaskadowy 3. Metodyka scrum 4. UCD w scrumie

Bardziej szczegółowo

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework Edyta Tomalik Grzegorz Ziemiecki 1 Nokia Siemens Networks 2013 Tradycyjne podejście analityk programista tester implementacja

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie oprogramowania Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój

Bardziej szczegółowo

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl

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

lub na email zgloszenia@novaskills.pl

lub na email zgloszenia@novaskills.pl Scrum ma precyzyjnie określone stałe ramy czasowe zarówno na samo wytwarzanie (Sprint), jak i na planowanie. Na sukces tego podejścia wpływa w dużej mierze zbieranie wymagań użytkownika w formie User Stories

Bardziej szczegółowo

Temat: 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 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ół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

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc.

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc. Projektowanie oprogramowania Termin zajęć: poniedziałek, 18.00-19.45 a podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1) Nr tygo dnia Spotkanie

Bardziej szczegółowo

SCRUM. Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

SCRUM. Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN Anna Kulig SCRUM Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN Przypomnienie różnica miedzy tradycyjnym a zwinnym podejściem SCRUM - metoda przy użyciu której ludzie mogą z powodzeniem rozwiązywać

Bardziej szczegółowo

Scaling Scrum with SAFe. Małgorzata Czerwińska

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

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

Bardziej szczegółowo

NOWE METODYKI PROWADZENIA PROJEKTU

NOWE METODYKI PROWADZENIA PROJEKTU Dr inż. Dariusz RODZIK Mgr inż. Paweł SIERGIEJUK Mgr inż. Stanisław GRZYWIŃSKI Wojskowa Akademia Techniczna Wydział Mechatroniki i Lotnictwa NOWE METODYKI PROWADZENIA PROJEKTU Streszczenie: W pracy opisano

Bardziej szczegółowo

Szkolenie Scrum w projektach IT (Agile)

Szkolenie Scrum w projektach IT (Agile) METRYCZKA: Szkolenie Scrum Szkolenie Scrum w projektach IT (Agile) Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Temat: Zwinne Zarządzanie

Bardziej szczegółowo

Oferta szkoleń firmy Code Sprinters

Oferta szkoleń firmy Code Sprinters Oferta szkoleń firmy Code Sprinters Code Sprinters sp z o.o. Królewska 2/2 Kraków Telefon +48 12 379 34 14 Fax +48 12 379 34 11 info@codesprinters.com www.codesprinters.com Jako liderzy na rynku szkoleń

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

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16. Miejsce: Eureka Technology Park, Innowatorów 8

Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16. Miejsce: Eureka Technology Park, Innowatorów 8 Szkolenie Scrum w projektach IT (Agile) METRYCZKA: Szkolenie Scrum Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Temat: Zwinne Zarządzanie

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

Oferta usług coachingowych firmy Code Sprinters

Oferta usług coachingowych firmy Code Sprinters Oferta usług coachingowych firmy Code Sprinters Code Sprinters sp z o.o. Królewska 2/2 Kraków Telefon +48 12 379 34 14 Fax +48 12 379 34 11 info@codesprinters.com www.codesprinters.com Zakres i sposób

Bardziej szczegółowo

Estimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011

Estimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011 Estimation and planing Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011 Story points Story points C D B A E Story points C D 100 B A E Story points C D 2 x 100 100 B A E Story points C D 2 x 100 100

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

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

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

Szkolenie 1. Zarządzanie projektami

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

Rola testów. łatwiej czy trudniej? Wydział MiNI Politechnika Warszawska L.Stapp@mini.pw.edu.pl

Rola testów. łatwiej czy trudniej? Wydział MiNI Politechnika Warszawska L.Stapp@mini.pw.edu.pl Rola testów w metodykach zwinnych łatwiej czy trudniej? Lucjan Stapp Wydział MiNI Politechnika Warszawska L.Stapp@mini.pw.edu.pl o mnie Pracownik naukowy Politechniki Warszawskiej; Autor ponad 40 publikacji,

Bardziej szczegółowo

Techniki komputerowe w robotyce

Techniki komputerowe w robotyce Techniki komputerowe w robotyce Wykład V Adaptacyjne zarządzanie projektami Robert Muszyński KCiR, W4, PWr Skład FoilTEX c R. Muszyński 2009-2015 Metodologie prowadzenia projektu Dążenie do opracowania

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

Przewodnik egzaminacyjny. EXIN Agile Scrum. Wydanie 2016-01

Przewodnik 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

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Shoper (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Shoper (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Shoper (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych działającym na platformie

Bardziej szczegółowo

Programowanie zespołowe Dr inż. Robert Banasiak

Programowanie zespołowe Dr inż. Robert Banasiak Programowanie zespołowe Dr inż. Robert Banasiak 1 Agile jest dosyć sformalizowany... Kto by pomyślał ;-) Ludzie powinni być jakoś zorganizowani Inaczej będą się włóczyć bez celu Agile zastępuje techniki

Bardziej szczegółowo

Marta Ożóg 183858 Agnieszka Pastusińska 183875

Marta Ożóg 183858 Agnieszka Pastusińska 183875 Marta Ożóg 183858 Agnieszka Pastusińska 183875 Mistrz młyna to osoba, która pomaga wszystkim zaangażowanym osobom w zrozumieniu i przestrzeganiu wartości, zasad i praktyk Scruma. Scrum Master może kojarzyć

Bardziej szczegółowo

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo

Feature Driven Development

Feature 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ół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

emszmal 3: Automatyczne księgowanie przelewów w menadżerze sprzedaży BaseLinker (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w menadżerze sprzedaży BaseLinker (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w menadżerze sprzedaży BaseLinker (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest internetowemu menadżerowi sprzedaży BaseLinker.

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym Magento (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to przeznaczone jest dla właścicieli sklepów internetowych opartych

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

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych zbudowanym w oparciu

Bardziej szczegółowo

Podejście zwinne do zarządzania projektami

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

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym IAI-Shop (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym IAI-Shop (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym IAI-Shop (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to przeznaczone jest dla właścicieli sklepów internetowych opartych

Bardziej szczegółowo

Metodyki zwinne wytwarzania oprogramowania

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

Zarządzanie Projektami IT. - Nowoczesny Project Manager Nowość

Zarządzanie Projektami IT. - Nowoczesny Project Manager Nowość Zarządzanie Projektami IT - Nowoczesny Project Manager Nowość Unikalność studiów Zarządzanie Projektami IT polega nie tylko na zgodności programu standardem PMI ale również na kompleksowym ujęciu problematyki

Bardziej szczegółowo

System epon Dokumentacja użytkownika

System epon Dokumentacja użytkownika System epon Dokumentacja użytkownika Prawa autorskie tego opracowania należą do MakoLab S.A. Dokument ten, jako całość, ani żadna jego część, nie może być reprodukowana lub rozpowszechniana w jakiejkolwiek

Bardziej szczegółowo

Budowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa

Budowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa Budowa systemu wspomagającego podejmowanie decyzji Metodyka projektowo wdrożeniowa Agenda Systemy wspomagające decyzje Business Intelligence (BI) Rodzaje systemów BI Korzyści z wdrożeń BI Zagrożenia dla

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

Szczegółowy Opis Przedmiotu Zamówienia

Szczegółowy Opis Przedmiotu Zamówienia MINISTERSTWO ADMINISTRACJI i CYFRYZACJI Warszawa, dnia 04 kwietnia 2014 r. DEPARTAMENT FUNDUSZY STRUKTURALNYCH Szczegółowy Opis Przedmiotu Zamówienia I. Wstęp Program Operacyjny Innowacyjna Gospodarka

Bardziej szczegółowo

Agile Software Development. Zastosowanie metod Scrum i Kanban.

Agile Software Development. Zastosowanie metod Scrum i Kanban. Radosław Lont, CN, CNXDA Ericpol Telecom Sp. z o.o. radoslaw.lont@ericpol.com Tel.: 663441360 Agile Software Development. Zastosowanie metod Scrum i Kanban. Ericpol kilka słów o Polska firma informatyczna

Bardziej szczegółowo

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji HumanTechnology Projektowanie interakcji czyli łatanie dziury w procesie produkcji Czym jest projektowanie interakcji? Projektowanie interakcji, czyli współdziałania człowieka z komputerem, wykorzystuje

Bardziej szczegółowo

Elastyczna metodyka SCRUM

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

INSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI

INSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI Załącznik Nr 2 do Zarządzenia Nr 52/2014 Rektora UMCS INSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI Spis treści Słownik pojęć... 1 Cz. 1 Inicjatywy Projektów Strategicznych... 2 Cz. 2 Realizacja Projektów

Bardziej szczegółowo

mtim Dedykowane aplikacje mobilne dla TIM S.A.

mtim Dedykowane aplikacje mobilne dla TIM S.A. mtim Dedykowane aplikacje mobilne dla TIM S.A. O TIM TIM S.A. jest jednym z największych dystrybutorów artykułów elektrotechnicznych w Polsce. 25 lat w branży, z czego 17 lat na Giełdzie Papierów Wartościowych

Bardziej szczegółowo

Plan. Zarządzanie zespołem rozproszonym. 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu. 3. Utrzymywanie komunikacji

Plan. Zarządzanie zespołem rozproszonym. 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu. 3. Utrzymywanie komunikacji Zarządzanie zespołem rozproszonym Jakub Dziwisz kuba@agiletuning.com Plan 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu 3. Utrzymywanie komunikacji 4. Zrozumienie wymagań uŝytkownika

Bardziej szczegółowo

Spis treści. Przedmowa. Wstęp. O książce. O autorach. O ilustracji na okładce. Podziękowania CZĘŚĆ I NAUKA KANBAN

Spis treści. Przedmowa. Wstęp. O książce. O autorach. O ilustracji na okładce. Podziękowania CZĘŚĆ I NAUKA KANBAN Spis treści Przedmowa Wstęp O książce O autorach O ilustracji na okładce Podziękowania CZĘŚĆ I NAUKA KANBAN Rozdział 1. Początek drużyny Kanbaneros 1.1. Zapoznanie 1.2. Tablica 1.3. Mapowanie przepływu

Bardziej szczegółowo

Leszno 14.03.2013. Jakie są i będą oczekiwania biznesu wobec IT?

Leszno 14.03.2013. Jakie są i będą oczekiwania biznesu wobec IT? Leszno 14.03.2013 Jakie są i będą oczekiwania biznesu wobec IT? Banki stoją w obliczu zmian Uwarunkowania ekonomiczne Regulacje prawne Trendy społeczne Nowe technologie Dzisiaj otoczenie oczekuje innego

Bardziej szczegółowo

Konkurs inżynierii wymagań RE-Challenge 15 maja 2015

Konkurs inżynierii wymagań RE-Challenge 15 maja 2015 Konkurs inżynierii wymagań RE-Challenge 15 maja 2015 re-challenge.pl wymagania.org.pl 1. Krzywa Boehm a A. Wynika z niej, że trudne wymagania należy zdefiniować jak najwcześniej B. Jest decydującym argumentem

Bardziej szczegółowo

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Projekt. 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ół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

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

NAUKOWA I AKADEMICKA SIEĆ KOMPUTEROWA Jak usprawnić pracę w zespole IT? Wykorzystanie narzędzi do pracy grupowej na przykładzie zespołu Polska.pl Agnieszka Kukałowicz-Kolaszyńska, Starszy Specjalista IT

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach

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

Ustawa ma zastosowanie do umów zawieranych przez przedsiębiorcę z konsumentami.

Ustawa ma zastosowanie do umów zawieranych przez przedsiębiorcę z konsumentami. 25 grudnia 2014 roku wchodzi w życie ustawa, której celem jest unifikacja i doprecyzowanie regulacji prawnych w obszarze zawierania umów na odległość. Ustawa w szczególności dotyczy następujących zagadnień:

Bardziej szczegółowo

CRM. moduł zarządzania relacjami z klientami. Poradnik dla użytkowników systemu FIRMA 1/1

CRM. moduł zarządzania relacjami z klientami. Poradnik dla użytkowników systemu FIRMA 1/1 CRM moduł zarządzania relacjami z klientami Poradnik dla użytkowników systemu FIRMA 1/1 1. Wprowadzenie CRM Zarządzanie relacjami z klientami to nowy produkt firmy SOFT EKSPERT. Prosty, intuicyjny i czytelny

Bardziej szczegółowo

Zarządzanie Projektami zgodnie z PRINCE2

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

Elastyczna metodyka SCRUM

Elastyczna metodyka SCRUM Elastyczna metodyka SCRUM Michał Giergielewicz (iis2138, zaoczne PBD i OU) Poniższa prezentacja ma za cel przedstawić metodykę projektowania SCRUM oraz opisać zasady jej działania i efekty jakie przynosi.

Bardziej szczegółowo

WellCommerce Poradnik: Sprzedaż

WellCommerce Poradnik: Sprzedaż WellCommerce Poradnik: Sprzedaż Spis treści well W tej części poradnika poznasz funkcje WellCommerce odpowiedzialne za obsługę sprzedaży. 2 Spis treści... 2 Wstęp... 3 Logowanie do panelu administratora...

Bardziej szczegółowo

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia

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

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym WooCommerce (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych działającym w oparciu

Bardziej szczegółowo

Metodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV

Metodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV Metodyka wdrożenia Bartosz Szczęch Starszy Konsultant MS Dynamics NAV bartosz.szczech@it.integro.pl Wyróżniamy następujące etapy wdrożenia rozwiązania ERP: Analiza Projekt Budowa Uruchomienie Działanie

Bardziej szczegółowo

OFERTA SZKOLEŃ BIZNESOWYCH

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

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym RedCart (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym RedCart (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym RedCart (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych działającym na platformie

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 3 Studium wykonalności Definicja wymagań Studium wykonalności (feasibility study) Prowadzone przed rozpoczęciem projektu, krótkie, niekosztowne badanie

Bardziej szczegółowo

Personalizacja Plan-de-CAMpagne dostosowywanie programu do indywidualnych potrzeb firm, działów oraz osób

Personalizacja Plan-de-CAMpagne dostosowywanie programu do indywidualnych potrzeb firm, działów oraz osób Personalizacja Plan-de-CAMpagne dostosowywanie programu do indywidualnych potrzeb firm, działów oraz osób Wdrożenie systemu planowania zasobów przedsiębiorstwa pomimo wielu korzyści często też wiąże się

Bardziej szczegółowo

Zarządzanie projektami

Zarządzanie projektami Zarządzanie projektami Dorota Kuchta www.ioz.pwr.wroc.pl/pracownicy/kuchta/dydaktyka.htm Projekt Ma jasny cel Unikatowy zdefiniowany koniec Angażuje zasoby ludzkie Procesy zarządzani projektem Zarządzanie

Bardziej szczegółowo

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

OPIS PRZEDMIOTU ZAMÓWIENIA

OPIS PRZEDMIOTU ZAMÓWIENIA Załącznik nr 1 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA Tytuł zamówienia: Organizacja szkoleń specjalistycznych i kursów doszkalających na potrzeby realizacji projektu Wzmocnienie potencjału dydaktycznego UWM

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

HP Service Anywhere Uproszczenie zarządzania usługami IT

HP Service Anywhere Uproszczenie zarządzania usługami IT HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone

Bardziej szczegółowo

ZZ-006/022/U/2015 Gdańsk, 17.03.2015 r. OGŁOSZENIE O UDZIELANYM ZAMÓWIENIU

ZZ-006/022/U/2015 Gdańsk, 17.03.2015 r. OGŁOSZENIE O UDZIELANYM ZAMÓWIENIU ZZ-006/022/U/2015 Gdańsk, 17.03.2015 r. OGŁOSZENIE O UDZIELANYM ZAMÓWIENIU I. Nazwa i adres Zamawiającego Politechnika Gdańska ul. G. Narutowicza 11/12, 80-233 GDAŃSK NIP 584-020-35-93, REGON 000001620

Bardziej szczegółowo

Innowacje w IT czyli dlaczego to takie trudne? Jakub Dąbkowski

Innowacje w IT czyli dlaczego to takie trudne? Jakub Dąbkowski 2011 Innowacje w IT czyli dlaczego to takie trudne? Jakub Dąbkowski Projekt Projekt - to zbiór aktywności charakteryzujący się następującymi cechami: są ze sobą powiązane w złożony sposób, zmierzają do

Bardziej szczegółowo

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Tester oprogramowania 2014/15 Tematy prac dyplomowych Tester oprogramowania 2014/15 Tematy prac dyplomowych 1. Projekt i wykonanie automatycznych testów funkcjonalnych wg filozofii BDD za pomocą dowolnego narzędzia Jak w praktyce stosować Behaviour Driven

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