SCRUM. Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

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

Download "SCRUM. Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN"

Transkrypt

1 Anna Kulig

2 SCRUM Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

3 Przypomnienie różnica miedzy tradycyjnym a zwinnym podejściem

4 SCRUM - metoda 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.

5 1986 r.- artykuł The New New Product Development Game ukazał się w Harvard Business Review ; autorami byli Takeuchi i Nonaka; 1993 r. - pomysł Japończyków został podchwycony przez Jeffa Sutherland a; wprowadził on nowe zasady w projekcie w Easel ; 1995 r. - Ken Schwaber zaprezentował Scrum na konferencji OOPSLA (Object-Oriented Programming, Systems, Languages & Applications); 2001 r. - został napisany Manifest Agile i stworzona organizacja Agile Alliance. Również w tym roku odbył się pierwszy kurs Certified Scrum Master.

6 SCRUM jest: lekki; łatwy do zrozumienia; bardzo trudny do opanowania. Teoria Scruma opiera się na trzech filarach: przejrzystości; inspekcji; adaptacji.

7 Przejrzystość - wszystkie istotne aspekty procesu muszą być widoczne dla osób odpowiedzialnych za osiągane rezultaty. Adaptacja powinna być ciągła. Korekta musi być wykonana jak najszybciej, by ograniczyć dalsze następstwa problemów.

8 Inspekcja poddawane regularnej inspekcji są zarówno scrumowe artefakty jak i postępy prac. Scrum przewiduje cztery formalne punkty przeprowadzania inspekcji i okazje do dokonania korekty (adaptacji) - zdarzenia. Planowanie Sprintu Sprint PlanningMeeting) Codzienny Scrum (Daily Scrum) Przegląd Sprintu (Sprint Review Meeting) Retrospektywa Sprintu (Sprint Retrospective)

9 W obręb Scruma wchodzą Zespoły Scrumowe (Scrum Teams) oraz związane z nimi: role, zdarzenia, artefakty i reguły postępowania.

10 SCRUM Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

11 Zespoły Scrumowe są samoorganizujące się i wielofunkcyjne (interdyscyplinarne). W skład Zespołu Scrumowego wchodzą: Właściciel Produktu (Product Owner); Zespół Deweloperski (Development Team); Scrum Master;

12 Właściciel Produktu (Product Owner) jest odpowiedzialny za maksymalizację wartości produktu i pracy Zespołu Deweloperskiego. Sposób realizacji tej strategii może się znacznie różnić pomiędzy poszczególnymi organizacjami, Zespołami Scrumowymi, czy osobami pełniącymi rolę Właściciela Produktu.

13 Właściciel Produktu jest jedyną osobą zarządzającą Rejestrem Produktu (Product Backlog) co rozumiemy przez: jasne artykułowanie elementów Rejestru Produktu i określanie ich kolejności w sposób zapewniający osiąganie założonych celów i misji; zapewnianie, że Rejestr Produktu jest dostępny, przejrzysty oraz jasny dla wszystkich i, że dobrze opisuje to, czym Zespół Scrumowy będzie się zajmował.

14 Zespoł Deweloperski: jest złożony z profesjonalistów; ma za zadanie dostarczenie (na zakończenie każdego Sprintu), gotowego do wydania Przyrostu produktu; zalecana liczebność: 3-9 osób; są samoorganizujące się.

15 Zespół Deweloperski: jest wielofunkcyjny, w swoim składzie posiada wszystkie umiejętności niezbędne do wytworzenia Przyrostu; Scrum nie przewiduje tytułów innych niż Deweloper dla członków Zespołu Deweloperskiego; odpowiedzialność za wykonywaną pracę ponosi cały Zespół Deweloperski; nie składają się z podzespołów.

16 Scrum Master jest odpowiedzialny za to, by Scrum był rozumiany i stosowany. Scrum Masterzy dokonują tego poprzez upewnianie się, że Zespół Scrumowy stosuje się do założeń teorii Scruma, jego praktyk i reguł postępowania. Scrum Master wspiera zarówno Właściciela Produktu jak i Zespól Deweloperski.

17 Scrum Master wspiera Właściciela Produktu w takich aspektach jak: ustalanie technik odpowiedniego zarządzania Rejestrem Produktu; komunikowanie wizji, celów i elementów Rejestru Produktu; uczenie Zespołu Deweloperskiego sposobów konstruowania jasnych zapisów elementów Rejestru Produktu; rozumienie i praktykowaniu zwinności (ang. agility) oraz, wspomagając przebieg zdarzeń scrumowych.

18 Scrum Master wspiera Zespol Deweloperski m.in w następujący sposób: edukując ZD w zakresie wykorzystania zasad samoorganizacji i wielofunkcyjności; przewodząc Zespołowi Deweloperskiemu w zakresie tworzenia produktów o wysokiej wartości; usuwając przeszkody ograniczające postępy; rozumienie i praktykowaniu zwinności (ang. agility) oraz, wspomagając przebieg zdarzeń scrumowych; edukując ZD w zakresie sposobu wykonywania pracy w organizacjach, w których Scrum nie jest jeszcze w pełni przyjęty i zrozumiały.

19 SCRUM Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

20 Zdarzenia w Scrumie używane do wprowadzenia regularności; są ograniczone czasowo; każde (oprócz Sprintu) jest okazją do inspekcji i adaptacji. Sprint, Planowanie Sprintu, Codzienny Scrum, Przegląd Sprintu, Retrospektywa Sprintu

21 SPRINT serce Scruma ograniczenie czasowe trwające jeden miesiąc lub krócej; Podczas Sprintu wytwarzany jest Przyrost Ukończonej, używalnej i potencjalnie gotowej do wydania funkcjonalności; ma stałą długość przez cały okres trwania prac; niedozwolone są zmiany, które wpłyną na cel Sprintu; skład Zespołu Deweloperskiego i jego cel jakościowy pozostają niezmienne.

22 Przerwanie Sprintu tylko Właściciel Produktu ma prawo to zrobić; Sprint może zostać przerwany, jeśli cel Sprintu się zdezaktualizuje; powinien zostać przerwany, jeśli kontynuowanie prac nie ma sensu w zaistniałych okolicznościach; przerwania Sprintów zużywają zasoby, ponieważ wszyscy muszą się przegrupować podczas kolejnego Planowania Sprintu, aby móc rozpocząć nowy Sprint.

23 Praca wykonywana w trakcie Sprintu jest planowana podczas Planowania Sprintu. Planowanie Sprintu: Jest ograniczone czasowo (8h dla miesięcznego sprintu i proporcjonalnie); Planowanie Sprintu składa się z dwóch części Co zostanie dostarczone Jak praca zostanie wykonana

24 Część pierwsza: Co będzie zrobione w tym Sprincie? Wejście: Rejestr Produktu; ostatni przyrost; przewidywana pojemność ZD; ostatnie odczyty wydajności; Wyjście: elementy Rejestru Produktu wybrane do zaimplementowania; Cel Sprintu.

25 Część pierwsza: Co będzie zrobione w tym Sprincie? Sposoby estymacji Planning Pocker.

26 Część druga: Jak wybrana praca będzie wykonana? Zespół deweloperski zwykle rozpoczyna od stworzenia projektu systemu i planu prac niezbędnych do przetworzenia elementów Rejestru Produktu w działający Przyrost produktu. Zanim Planowanie Sprintu dobiegnie końca, Zespół Deweloperski powinien móc wytłumaczyć Właścicielowi Produktu i Scrum Masterowi, w jaki sposób ma zamiar pracować, organizując się samodzielnie, by osiągnąć Cel Sprintu i wytworzyć oczekiwany Przyrost.

27 Codzienny Scrum jest spotkaniem ograniczonym czasowo do 15 minut, w którym każdy z członków zespołu wyjaśnia: Co zostało wykonane od ostatniego potkania? Co zostanie wykonane przed kolejnym spotkaniem? Jakie przeszkody stoją na drodze?

28 Przegląd Sprintu organizowany jest na zakończenie Sprintu w celu przeprowadzenia inspekcji Przyrostu i dostosowaniu, jeśli zajdzie taka potrzeba, Rejestru Produktu. Podczas Przeglądu Sprintu Zespół Scrumowy i interesariusze wspólnie omawiają to, co zostało ukończone w Sprincie. Może trwać maksymalnie 4h dla miesięcznego Sprintu.

29 Przegląd Sprintu obejmuje następujące punkty: Właściciel Produktu stwierdza, które funkcjonalności zostały Ukończone, a które nie; Zespół Deweloperski omawia, co poszło dobrze w trakcie Sprintu; jakie były problemy i jak je rozwiązano; Zespół Deweloperski prezentuje Ukończoną pracę i odpowiada na pytania dotyczące Przyrostu, Właściciel Produktu omawia Rejestr Produktu w aktualnej jego postaci. Przewiduje termin zakończenia prac. Cala grupa omawia kolejne kroki.

30 Retrospektywa Sprintu jest okazją dla zespołu Scrumowego do przeprowadzenia inspekcji swoich działań i opracowania planu usprawnień. Ma na celu: Sprawdzenie, co działo się w ostatnim Sprincie, biorąc pod uwagę ludzi, zależności, procesy i narzędzia; Zidentyfikowanie i uporządkowanie istotnych elementów, które sprawdziły się w działaniu oraz tych, które kwalifikują się do poprawy; Stworzenie planu wprowadzania w życie usprawnień sposobu wykonywania pracy przez Zespół Scrumowy.

31 SCRUM Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

32 Rejestr Produktu to uporządkowana lista wszystkiego, co może być potrzebne w produkcie oraz jedyne źródło wymaganych zmian, które mają wprowadzone. Odpowiedzialny za RP jest Właściciel Produktu. Elementy Rejestru Produktu posiadają następujące atrybuty: opis, kolejność i oszacowanie (estymację).

33 Rejestr Produktu jest często uporządkowany według wartości, ryzyka, priorytetów lub zapotrzebowania. W miarę, jak produkt jest używany, a otoczenie rynkowe dostarcza informacji zwrotnej, Rejestr Produktu staje się coraz bardziej kompletną listą. Zmiany w wymaganiach biznesowych, sytuacji rynkowej czy technologii mogą prowadzić do zmian w Rejestrze Produktu.

34

35 Rejestr Sprintu to podzbiór elementów Rejestru Produktu wybranych do Sprintu rozszerzony o plan dostarczenia Przyrostu produktu. Rejestr Sprintu definiuje pracę, jaką Zespół Deweloperski wykona by przekształcić elementy Rejestru Produktu w Ukończony Przyrost. Rejestr Sprintu jest dobrze widocznym, tworzonym w czasie rzeczywistym obrazem pracy, jaką Zespół Deweloperski planuje wykonać w trakcie Sprintu. Rejestr Sprintu należy tylko i wyłącznie do Zespołu Deweloperskiego.

36 Monitorowanie postępów Sprintu możliwe w każdym momencie Sprintu (Codzienny Scrum) Przyrost - suma wszystkich elementów Rejestru Produktu zakończonych podczas Sprintu i wszystkich Sprintów poprzednich. : Na koniec Sprintu nowy Przyrost musi być Ukończony.

37

38 Aby zapewnić przejrzystość, wszyscy członkowie danego zespołu muszą mieć wspólne pojmowanie, co to znaczy, że praca jest skończona. Pomaga w tym Definicja Ukończenia dla Zespołu Scrumowego. W miarę jak Zespoły Scrumowe dojrzewają, oczekuje się, że ich Definicja Ukończenia będzie zawierała coraz bardziej rygorystyczne kryteria zapewniania jeszcze wyższej jakości.

39 SCRUM Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

40 Kanban - jedna z podstaw systemów produkcyjnych Toyoty (Toyota Production System) i pochodnych, opartych o zasadę pull. System pull (w odróżnieniu od systemów push), sterowany jest przez składane przez odbiorcę zamówienie, a nie ogólny, arbitralny plan produkcji. Za pomocą techniki kanban zapewnia się ciągły przepływ produktu przez system produkcyjny. Pierwsze zastosowanie techniki kanban w IO r. w pracach Davida J. Andersona bazujących na doświadczeniach zespołów wytwarzających oprogramowanie w firmach Microsoft i Corbis.

41 Chociaż proces wytwarzania oprogramowania znacząco różni się od procesów przemysłowych, niektóre idee z nich zaczerpnięte mogą być z powodzeniem stosowane. W szczególności idea przepływu produktu przez system, podczas którego systematycznie zwiększana jest jego wartość, stoi u podstaw wszystkich metodyk zwinnych (agile). Kanban odnosi się do etapowości procesu wytwarzania oprogramowania (skojarzenia z procesami kaskadowymi). Bez wątpienia jednak, nawet w zespołach najpełniej stosujących podejście zwinne, zawsze występują przynajmniej trzy stany pracy do zrobienia, w trakcie, gotowe.

42 Wąskie gardło przykład

43 Kanban pozwala ujawniać wąskie gardła na bieżąco.

44 Kanban pozwala ujawniać wąskie gardła na bieżąco.

45 Kanban pozwala ujawniać wąskie gardła na bieżąco.

46 Sześć reguł kanbana odbiorca przetwarza dokładnie tyle elementów, ile opisane jest na karcie kanban; dostawca wytwarza dokładnie tyle elementów, ile opisane jest na karcie kanban; żaden element nie jest wytwarzany lub przekazywany pomiędzy stanowiskami bez karty kanban; karta kanban musi towarzyszyć każdemu elementowi czy półproduktowi przetwarzanemu w ramach systemu; elementy wadliwe lub występujące w niewłaściwych ilościach, nigdy nie są przekazywane w dół procesu; limity obowiązujące na każdym z etapów (fizyczna ilość kart kanban) są stopniowo obniżane aby redukować zapasy i odkrywać nieefektywności procesów produkcji, dążąc do ich doskonalenia.

47 SCRUM Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

48 workflow SCRUMa vs workflow KANBANa

49 SCRUM-BAN = SCRUM + KANBAN

50 Kiedy używać Scrum-bana? W projektach typu maintenance W projektach typu helpdesk W projektach z często dorzucanymi User stories lub często zgłaszanymi bledami.

51 Część materiałów zaczerpnięta z

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

KANBAN SCRUM-BAN. Agile PM Zarys AUP

KANBAN SCRUM-BAN. Agile PM Zarys AUP Anna Kulig KANBAN SCRUM-BAN Agile PM Zarys AUP Kanban - jedna z podstaw systemów produkcyjnych Toyoty (Toyota Production System) i pochodnych, opartych o zasadę pull. System pull (w odróżnieniu od systemów

Bardziej szczegółowo

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

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

The Scrum Guide. Przewodnik po Scrumie: Reguły Gry. Lipiec 2011. Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda

The Scrum Guide. Przewodnik po Scrumie: Reguły Gry. Lipiec 2011. Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda The Scrum Guide Przewodnik po Scrumie: Reguły Gry Lipiec 2011 Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda Spis treści Cel przewodnika... 3 Scrum informacje ogólne... 3 Struktura

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 Guide. Przewodnik po Scrumie: Reguły Gry. Lipiec 2013. Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda

Scrum Guide. Przewodnik po Scrumie: Reguły Gry. Lipiec 2013. Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda Scrum Guide Przewodnik po Scrumie: Reguły Gry Lipiec 2013 Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda Spis treści Cel przewodnika... 3 Definicja Scruma... 3 Teoria Scruma... 3 Zespół

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

Scrum Guide. Przewodnik po Scrumie: Reguły Gry. Lipiec 2013. Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda

Scrum Guide. Przewodnik po Scrumie: Reguły Gry. Lipiec 2013. Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda Scrum Guide Przewodnik po Scrumie: Reguły Gry Lipiec 2013 Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda Spis treści Cel przewodnika... 3 Definicja Scruma... 3 Teoria Scruma... 3 Zespół

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

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

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

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

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

Nexus Przewodnik. Definitywny przewodnik po Nexusie: Rozszerzenie Scruma dla przedsięwzięć dużej skali

Nexus Przewodnik. Definitywny przewodnik po Nexusie: Rozszerzenie Scruma dla przedsięwzięć dużej skali Nexus Przewodnik Definitywny przewodnik po Nexusie: Rozszerzenie Scruma dla przedsięwzięć dużej skali Przygotowany i utrzymywany przez Kena Schwabera i Scrum.org Sierpień 2015 Spis treści Przegląd Nexusa...

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

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

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

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

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

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

4. Wprowadzanie Scruma w ImmobilienScout24 4.1. Opis sytuacji

4. Wprowadzanie Scruma w ImmobilienScout24 4.1. Opis sytuacji Spis treści Przedmowa 1. Wstęp 1.1. Jak czytać tę książkę 1.2. Studia projektów 1.3. Dodatek 2. Zwinny projekt to nie bułka z masłem 2.1. Pobudka 2.2. Zespół się formuje 2.3. Właściwe zlecenie 2.4. Od

Bardziej szczegółowo

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

Zarządzanie projektami IT metodyką SCRUM. Cezary Kamiński Zarządzanie projektami IT metodyką SCRUM Cezary Kamiński 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

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

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

Klasyczna organizacja też może być zwinna! Zarządzaj zwinnie projektami!

Klasyczna organizacja też może być zwinna! Zarządzaj zwinnie projektami! Klasyczna organizacja też może być zwinna! Dynamika zmian w dzisiejszym świecie IT wymaga niezwykłej elastyczności i błyskawicznego adaptowania się do nowych warunków. Klasyczne techniki zarządzania projektami

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

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

ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI W METODYCE SCRUM

ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI W METODYCE SCRUM POLITECHNIKA WARSZAWSKA WYDZIAŁ ELEKTRYCZNY INSTYTUT STEROWANIA I ELEKTRONIKI PRZEMYSŁOWEJ Konrad Jędrzejewski Włodzimierz Dąbrowski ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI W METODYCE SCRUM Draft Warszawa

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

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

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

Zarządzanie projektami a zarządzanie ryzykiem

Zarządzanie projektami a zarządzanie ryzykiem Ewa Szczepańska Zarządzanie projektami a zarządzanie ryzykiem Warszawa, dnia 9 kwietnia 2013 r. Agenda Definicje Wytyczne dla zarządzania projektami Wytyczne dla zarządzania ryzykiem Miejsce ryzyka w zarządzaniu

Bardziej szczegół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

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

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

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

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

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

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

LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA

LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA Wykład 11 Przegląd zwinnych metodologii programowania Jacek Dajda Kraków, 10 stycznia 2008 Plan wykładu Przypomnienie manifestu. informatycznego

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

Projekt: PROLOG wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego

Projekt: PROLOG wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego Projekt ProLog - wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego jest współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Projekt: PROLOG wzrost

Bardziej szczegół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

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

5.1. Pochodzenie i podstawowe mechanizmy

5.1. Pochodzenie i podstawowe mechanizmy Scrum nie jest metodologią jest drogą. Ken Schwaber (Boulder, Co, Listopad 2005) 5.1. Pochodzenie i podstawowe mechanizmy W dzisiejszym pędzącym, niezwykle konkurencyjnym świecie komercyjnego wytwarzania

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

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

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

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

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

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

SCRUM W POLSCE: HOLONGLOBE

SCRUM W POLSCE: HOLONGLOBE SCRUM W POLSCE: HOLONGLOBE Scrum w Polsce Celem programu Scrum w Polsce jest przedstawienie realnych doświadczeń zespołów stosujących Scrum i spokrewnione metody z rodziny agile, aby kolejne firmy mogły

Bardziej szczegółowo

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji

Bardziej szczegół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

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Zakres wykładu. Podstawy InŜynierii Oprogramowania Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,

Bardziej szczegółowo

Podcast Menedżer Plus Odcinek 28

Podcast Menedżer Plus Odcinek 28 Podcast Menedżer Plus Odcinek 28 Podcast Menedżer Plus Odcinek 28 Opublikowany: 01 lutego 2016 r. 8 powodów dla których warto pisać historyjki użytkownika z zespołem Kiedy myślicie o wdrożeniu Scruma w

Bardziej szczegółowo

Rozdział I SCRUM ZARZĄDZANIE ZŁOŻONYMI PROJEKTAMI

Rozdział I SCRUM ZARZĄDZANIE ZŁOŻONYMI PROJEKTAMI Rozdział I SCRUM ZARZĄDZANIE ZŁOŻONYMI PROJEKTAMI 1.1. Nomenklatura metody W Polsce do opisu metody Scrum używa się określeń, których tłumaczenie na język polski jeszcze się do końca nie przyjęło. W konsekwencji

Bardziej szczegółowo

ŚCIEŻKA: Praktyk KAIZEN

ŚCIEŻKA: Praktyk KAIZEN ŚCIEŻKA: Praktyk KAIZEN Ścieżka dedykowana jest każdej osobie, która chce rozwijać siebie i swoją organizację - w szczególności: Koordynatorom i liderom Lean/KAIZEN odpowiedzialnym za obszary produkcyjne

Bardziej szczegółowo

Warunki realizacji projektu edukacyjnego w Gimnazjum nr 34 w Szczecinie

Warunki realizacji projektu edukacyjnego w Gimnazjum nr 34 w Szczecinie Warunki realizacji projektu edukacyjnego w Gimnazjum nr 34 w Szczecinie 1. Uczniowie Gimnazjum nr 34 w Szczecinie biorą udział w realizacji projektu edukacyjnego. 2. Projekt edukacyjny jest zespołowym,

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

Społeczna odpowiedzialność biznesu podejście strategiczne i operacyjne. Maciej Bieńkiewicz

Społeczna odpowiedzialność biznesu podejście strategiczne i operacyjne. Maciej Bieńkiewicz 2012 Społeczna odpowiedzialność biznesu podejście strategiczne i operacyjne Maciej Bieńkiewicz Społeczna Odpowiedzialność Biznesu - istota koncepcji - Nowa definicja CSR: CSR - Odpowiedzialność przedsiębiorstw

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

Katalog rozwiązań informatycznych dla firm produkcyjnych

Katalog rozwiązań informatycznych dla firm produkcyjnych Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

Bardziej szczegółowo

Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście. Rozdział pochodzi z książki:

Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście. Rozdział pochodzi z książki: Rozdział pochodzi z książki: Zarządzanie projektami badawczo-rozwojowymi. Tytuł rozdziału 6: Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście adaptacyjne

Bardziej szczegółowo

Poziomowany system ssący w systemie Plan-de-CAMpagne

Poziomowany system ssący w systemie Plan-de-CAMpagne Poziomowany system ssący w systemie Plan-de-CAMpagne Współczesne metody zarządzania produkcją jednomyślnie podkreślają zalety produkowania dokładnie tylu wyrobów, ile w danym czasie potrzebują nasi klienci.

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

Projektowanie systemów informatycznych. wykład 6 Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany

Bardziej szczegółowo

DOSKONALENIE PROCESÓW

DOSKONALENIE PROCESÓW KATALOG SZKOLEŃ DOSKONALENIE PROCESÓW - Tworzenie projektów ciągłego doskonalenia - Konsultacje z ekspertami - Poprawa jakości oraz produktywności - Eliminacja marnotrawstwa - Redukcja kosztów - Metody

Bardziej szczegółowo

Filozofia Agile. Michał Leśniak, trener wiodący Agile Project Management. Michal.Lesniak@altkom.pl. Potwierdzenie znaków handlowych

Filozofia Agile. Michał Leśniak, trener wiodący Agile Project Management. Michal.Lesniak@altkom.pl. Potwierdzenie znaków handlowych Filozofia Agile Michał Leśniak, trener wiodący Agile Project Management Michal.Lesniak@altkom.pl 0 Potwierdzenie znaków handlowych The APMG-International Agile Project Management i logo Swirl Device jest

Bardziej szczegółowo

Zmiany w standardzie ISO dr inż. Ilona Błaszczyk Politechnika Łódzka

Zmiany w standardzie ISO dr inż. Ilona Błaszczyk Politechnika Łódzka Zmiany w standardzie ISO 9001 dr inż. Ilona Błaszczyk Politechnika Łódzka 1 W prezentacji przedstawiono zmiany w normie ISO 9001 w oparciu o projekt komitetu. 2 3 4 5 6 Zmiany w zakresie terminów używanych

Bardziej szczegółowo

Omówienie założeń procesu Design Thinking i przeprowadzenie wstępnego warsztatu. Mariusz Muraszko i Mateusz Ojdowski Logisfera Nova

Omówienie założeń procesu Design Thinking i przeprowadzenie wstępnego warsztatu. Mariusz Muraszko i Mateusz Ojdowski Logisfera Nova Dzień 1 PONIEDZIAŁEK 1.09.2014 8:00-10:00 Wprowadzenie do UX Otwarcie szkoły letniej wraz z wprowadzeniem do User Experience, przedstawienie struktury UX, narzędzi używanych przez specjalistów i dobrych

Bardziej szczegółowo

www.streamsoft.pl Katalog rozwiązań informatycznych dla firm produkcyjnych

www.streamsoft.pl Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Katalog rozwiązań informatycznych dla firm produkcyjnych Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

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

CZYNNIKI SUKCESU PPG

CZYNNIKI SUKCESU PPG CZYNNIKI SUKCESU PPG STOSOWANIE UMIEJĘTNOŚCI ZAWODOWYCH Wiedza o biznesie Wiedza specjalistyczna Wiedza o produktach i usługach Wiedza przemysłowa ZARZĄDZANIE REALIZACJĄ ZADAŃ Działanie w perspektywie

Bardziej szczegółowo

Marcin W. Mastalerz. Uniwersytet Szczeciński. Streszczenie

Marcin W. Mastalerz. Uniwersytet Szczeciński. Streszczenie zeszyty naukowe uniwersytetu szczecińskiego NR 863 studia informatica nr 36 2015 DOI: 10.18276/si.2015.36-06 Marcin W. Mastalerz Uniwersytet Szczeciński ZWINNE PODEJŚCIE W ZARZĄDZANIU PRZEDSIĘBIORSTWEM

Bardziej szczegółowo

Text. Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices.

Text. Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices. Text Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices. O Mnie: Consultant w zakresie zarządzania rozwojem oprogramowania

Bardziej szczegółowo

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager.

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager. ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager. Na szkolenie zapraszamy: testerów kierowników działów testowych analityków systemowych

Bardziej szczegółowo

ZARZĄDZANIE MARKĄ. Doradztwo i outsourcing

ZARZĄDZANIE MARKĄ. Doradztwo i outsourcing ZARZĄDZANIE MARKĄ Doradztwo i outsourcing Pomagamy zwiększać wartość marek i maksymalizować zysk. Prowadzimy projekty w zakresie szeroko rozumianego doskonalenia organizacji i wzmacniania wartości marki:

Bardziej szczegółowo

Zwrot z inwestycji w IT: prawda czy mity

Zwrot z inwestycji w IT: prawda czy mity Zwrot z inwestycji w IT: prawda czy mity Inwestycje w technologie IT 1 muszą podlegać takim samym regułom oceny, jak wszystkie inne: muszą mieć ekonomiczne uzasadnienie. Stanowią one koszty i jako takie

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

PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010. Autor: Jolanta Łabędzka-Benisz. www.omec.

PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010. Autor: Jolanta Łabędzka-Benisz. www.omec. PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010 Autor: Jolanta Łabędzka-Benisz www.omec.pl W A R S Z A W A R Z E S Z Ó W W R O C Ł A W 1 Agenda Wstęp

Bardziej szczegółowo

Scrum i Kanban. Analiza lekkich metod wytwarzania oprogramowania. Kamil Dowlaszewicz

Scrum i Kanban. Analiza lekkich metod wytwarzania oprogramowania. Kamil Dowlaszewicz Scrum i Kanban. Analiza lekkich metod wytwarzania oprogramowania Kamil Dowlaszewicz SPIS TREŚCI Spis treści... 2 Wstęp... 5 Inspiracja metod... 5 Zarys metod... 5 Scrum... 6 Kanban... 7 Podsumowanie...

Bardziej szczegółowo

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński pawel@warsjawa:/etc$whoami Ja: ponad 10 lat pracy w Javie SCJP, SCWCD, SCBCD, SCEA brałem udział w: rozwój oprogramowania, consulting,

Bardziej szczegółowo

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015 Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015 ZAPEWNIAMY BEZPIECZEŃSTWO Piotr Błoński, Warszawa, 17.03.2016 r. Program 1. Zarządzanie zmianą - zmiany w normie ISO 9001:2015 2. Zarządzanie

Bardziej szczegółowo

System Kanban w administracji publicznej. Wydział Ekonomiczny w Szczecinie Wyższa Szkoła Bankowa w Poznaniu

System Kanban w administracji publicznej. Wydział Ekonomiczny w Szczecinie Wyższa Szkoła Bankowa w Poznaniu 421 Tomasz Ordysiński Wydział Ekonomiczny w Szczecinie Wyższa Szkoła Bankowa w Poznaniu System Kanban w administracji publicznej 1. Ws t ę p Współcześnie ekonomia oraz sprawy związane z szeroko rozumianym

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

Udane wdrożenie systemu IT

Udane wdrożenie systemu IT Udane wdrożenie systemu IT Maciej Guzek CMMS Department Marketing & Sales Manager mguzek@aiut.com.pl To nie takie proste Czego klient potrzebował Co klient zamówił Co zrozumiał analityk Co opisywał projekt

Bardziej szczegółowo

MEANDRY LOGISTYKI. Józef Okulewicz. XVI Konferencja Logistyki Stosowanej

MEANDRY LOGISTYKI. Józef Okulewicz. XVI Konferencja Logistyki Stosowanej MEANDRY LOGISTYKI Józef Okulewicz XVI Konferencja Logistyki Stosowanej Zakopane 2012 Krzysztof Rutkowski : Zarządzanie łańcuchem dostaw - próba sprecyzowania terminu i określenia związków z logistyką,

Bardziej szczegółowo

WYKŁAD V DR N. MED. EDYTA KĘDRA

WYKŁAD V DR N. MED. EDYTA KĘDRA WYKŁAD V DR N. MED. EDYTA KĘDRA 2 Sposoby klasyfikowania pojęcia jakości definicja ogólnadoskonałość produktu zwana wysoką jakością jako przeciwieństwo niskiej jakości. jakość jest z jednej strony osiągnięciem

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

Tematy prac magisterskich Rok akademicki 2013/2014

Tematy prac magisterskich Rok akademicki 2013/2014 Dr hab. inż. Jan Werewka, prof. n. AGH Wydział EAIiIB AGH E-mail: werewka@agh.edu.pl www: http://home.agh.edu.pl/werewka Tematy prac magisterskich Rok akademicki 2013/2014 Temat 1 Architektura przedsięwzięcia

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

Zarządzanie projektami w NGO

Zarządzanie projektami w NGO Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego

Bardziej szczegółowo

Solvency II. Filar II - Wymogi systemu zarządzania. Polska Izba Ubezpieczeń Deloitte Advisory Sp. z o.o. Jakub Bojanowski. 10 grudnia 2008 roku

Solvency II. Filar II - Wymogi systemu zarządzania. Polska Izba Ubezpieczeń Deloitte Advisory Sp. z o.o. Jakub Bojanowski. 10 grudnia 2008 roku Solvency II Filar II - Wymogi systemu zarządzania. Polska Izba Ubezpieczeń Deloitte Advisory Sp. z o.o Jakub Bojanowski 10 grudnia 2008 roku 1 Filar II System Zarządzania System zarządzania ryzykiem opisany

Bardziej szczegółowo

Zarządzanie projektami IT

Zarządzanie projektami IT Zarządzanie projektami IT Źródła Zarządzanie projektami, J. Betta, Politechnika Wrocławska, 2011 Zarządzanie projektami IT, P. Brzózka, CuCamp, styczeń 2011 Zarządzanie projektami IT w przedsiębiorstwie

Bardziej szczegółowo