SCRUM. jak pracować wydajniej i scalić zespół

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

Download "SCRUM. jak pracować wydajniej i scalić zespół"

Transkrypt

1 SCRUM jak pracować wydajniej i scalić zespół

2 Spis treści 1 Wstęp Używaj Scruma, bo warto! 2 3 Zwinny Scrum Scalony zespół Czym jest Scrum? Zespół scrumowy Zdarzenia w Scrumie Test Driven Development Tradycyjna metoda pracy wobec zwinnej Role w zespole Planowanie sprintu Pair Programming Zadanie zespołu Przebieg sprintu Domain-Driven Design Backlog produktu Retrospekcja sprintu Wartości to podstawa! 3 filary Scruma Słowo od eksperta Wydajny Sprint 4 Praktyki techniczne

3 Używaj Scruma, bo warto! Scrum to zwinna metoda zarządzania projektami. Jej filozofia i wartości, na których jest zbudowana, rewolucjonizują współczesną praktykę menedżerską. Jeśli chcesz przeprowadzić z sukcesem projekt - sięgnij po Scruma. Dlaczego warto Wyjątkowo lekki Łatwy do zrozumienia Uniwersalny do zastosowania Główne koncepty Backlog produktu lista pożądanych oczekiwań, wymagań i funkcjonalności produktu, udoskonalana podczas całego projektu. Sprint inaczej iteracja to okres, kiedy zespół tworzy zdefiniowany przyrost produktu. Sprint trwa od 1 do 2 tygodni. Inspekcja regularne sprawdzanie, czy wszystko idzie zgodnie z planem, w celu reagowania na problemy lub nowe możliwości. Ewentualne problemy Trudny do wdrożenia Wymaga systematyczności Obnaża słabości zespołu Pamiętaj! Scrum jest dla wszystkich, ale nie każdy potrafi z niego skorzystać. Pokażemy Ci, jak to zrobić najlepiej!

4 Zwinny Scrum 1

5 Czym jest Scrum? W Polsce coraz więcej firm IT wprowadza zwinne metodyki zarządzania (ang. agile), które mają pomóc w dostarczaniu rozwiązań w taki sposób, aby zmaksymalizować wartość dla klienta. Czym jest Scrum? Ken Schwaber i Jeff Sutherland, podają definicję w swoim przewodniku Scrum Guide, 2016: Ramy postępowania (ang. framework), dzięki którym 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. Dla kogo jest Scrum? Każdy zespół mający do wykonania projekt może skorzystać ze zwinnych metod działania. Ale uwaga! Stosowanie Scruma natychmiast uwidacznia problemy i anomalie projektu i organizacji. Scrum promuje kooperację, przejrzystość i ciągłe doskonalenie. Stawia na ludzi i interakcje między nimi, umożliwia szybkie reagowanie na zmiany i regularne dostarczanie wartościowych produktów. Czy wiesz, że? Poza Scrumem powstał cały szereg innych zwinnych metodyk (Feature-Driven Development, Crystal, APM, itp.) Jednak to Scrum ze względu na swoją prostotę stał się najbardziej popularny. Warto jednak zaglądać do praktyk proponowanych przez inne metodyki.

6 Tradycyjna metoda pracy wobec zwinnej Scrum zapobiega głównym problemom, występującym zwykle w zarządzaniu projektami. Tradycyjna metoda Ryzyko niezrozumienia wymagań produktu. Konieczność podejmowania decyzji na początku projektu. Finalizowanie produktu przed pokazaniem klientowi. Niewiele informacji zwrotnych w trakcie trwania projektu. Ryzyko przekroczenia terminu i budżetu. A B Zwrot do klienta C Deadline Zwinna metoda Dostarczanie produktu najbliższego oczekiwaniom klienta. Możliwość odłożenia decyzji w czasie (ang. last responsible moment). Pozostawia miejsce na zmiany i feedback. Płynna produktywność i oszczędność energii. Pozwala na elastyczność budżetową. A Sprint Sprint Sprint Sprint Sprint Sprint Dzięki realizacji projektu w kolejności od najbardziej wartościowych funkcjonalności (oraz najbardziej ryzykownych biznesowo), do dodatkowych opcji nice to have, pozostawiamy klientowi decyzję, kiedy projekt jest wystarczająco dobry i spełnia jego potrzeby. B

7 Wartości to podstawa! Scrum jest łatwy do zrozumienia, ale wymagający przy wdrożeniu. Powodzenie w jego wykorzystaniu zależy od biegłości Lorem ipsum postępowania zgodnie z pięcioma poniższymi wartościami. W nowej wersji przewodnika z 2016 r. Ken Schwaber i Jeff Sutherland zidentyfikowali 5 podstawowych wartości, na których opiera się Scrum: 1 Zaangażowanie 2 Odwaga 3 Koncentracja 4 Otwartość 5 Czy wiesz, że już w 1999 r. te same wartości wyraził i opisał Kent Beck jako podstawę metodyki Extreme Programming? Lepiej późno niż wcale, Scrumie! Praktyki Zasady Wartości Codzienne praktyki (ang. pratices) wynikają z wdrożenia zasad (principales), a te z kolei opierają się na wspólnych wartościach (values). Scrum składa się zaledwie z kilkunastu elementów podzielonych na role, wydarzenia, narzędzia i reguły. Szacunek

8 3 filary Scruma Jeżeli wdrożyliśmy 5 podstawowych wartości, na których opiera się Scrum, to zrobiliśmy tym samym miejsce na wprowadzenie 3 filarów Scruma. 1 Przejrzystość Wszystkie istotne aspekty procesu muszą być widoczne dla osób odpowiedzialnych za osiągane rezultaty. Muszą być tak opisane, aby wszyscy tak samo je rozumieli i mogli posługiwać się wspólnym nazewnictwem. Np. osoby wykonujące pracę i osoby akceptujące wyniki tej pracy muszą posługiwać się wspólną definicją ukończonej pracy. Przejrzystość pozwala wszystkim poznać rzeczywisty stan projektu. 2 Inspekcja Wszyscy korzystający ze Scruma muszą poddawać częstej inspekcji postępy w realizacji celu, żeby wykrywać niepożądane rozbieżności. Analiza tego, co się dzieje w zespole, produkcie czy organizacji, pozwala szybko zauważyć problemy, np. wolny czas odpowiedzi systemu, ale również możliwości, np. pojawia się nowa fukcjonalność otwierająca nowe rynki. Inspekcje nie powinny być zbyt częste, inaczej będą przeszkodą w wykonywaniu pracy. 3 Adaptacja Jeżeli osoba dokonująca inspekcji ustali, że jeden lub więcej aspektów procesu wykracza poza przyjęte limity oraz że wytwarzany w ten sposób produkt nie będzie akceptowalny, proces lub przetwarzany materiał muszą zostać skorygowane. Korekta musi być wykonana jak najszybciej, by ograniczyć dalsze odstępstwa. Może to być na przykład zmiana zakresu, technologii czy zmiana sposobu działania zespołu.

9 Słowo od eksperta Scrum znakomicie zwiększa przejrzystość procesu. Wszelkie problemy szybko wychodzą na jaw. Scrum pozwala zauważać i poprawiać nieefektywności w zarządzaniu czy w praktykach technicznych. Dzięki temu zespoły dostarczają zrealizowane funkcjonalności regularnie i mogą dostosowywać kierunek prac do feedbacku ze strony użytkowników. Obserwuję, że wiele firm wdraża Scruma i myśli, że to załatwia całą sprawę prowadzenia projektu. To duży błąd. Scrum jest tylko lekkim zestawem reguł postępowania, które trzeba uzupełnić o działania zarządcze i praktyki techniczne. Krzysztof Jelski Head of Trainings, Pragmatists Pułapką jest luzowanie reguł Scruma, gdy zespół nie jest w stanie dostarczać działającego produktu co 1-2 tygodnie. Wtedy tracimy główne korzyści płynące z agile - szybszy feedback, szybszy time-to-market, możliwość adaptacji.

10 Scalony zespół 2

11 Zespół scrumowy W skład zespołu scrumowego wchodzą: właściciel produktu (ang. Product Owner), zespół deweloperski (ang. Development Team) oraz Scrum Master. Zespoły scrumowe są samoorganizujące się i międzyfunkcjonalne. Mają swobodę decyzyjną w zakresie niezbędnym do wytworzenia wysokiej jakości produktu, w tym wyboru stosowanych procedur i narzędzi i nie są w żaden sposób kierowane przez osoby spoza zespołu. Zespół scrumowy - różne role, jeden cel! Dostarczają produkty iteracyjnie, czyli powtarzalnie oraz przyrostowo (ang. increment), zwiększając szanse na wczesne uzyskanie informacji zwrotnej. Klient bądź jego reprezentant biorą aktywny udział w procesie wytwórczym. Architect Iteracje pozwalają zespołowi osiągnąć definicję zrobionego w każdym sprincie oraz, ostatecznie, produktu finalnego. Tester Developer Scrum Master GUI Developer Product Owner

12 Role w zespole Product Owner Scrum Master Jest nosicielem i strażnikiem wizji produktu. Mistrz Scruma, który dba o jego prawidłowe wdrażanie. Opowiada za budżet projektu. Pracuje zarówno z zespołem, Product Ownerem jak i całą organizacją. Pracuje w ścisłej łączności z zespołem dostarcza feedback, zarządza zmianami, podejmuje decyzje. Upewnia się, że zespół jest optymalnie produktywny. Odpowiada na pytania zespołu podczas całego projektu. Przyjmuje rolę zarządzającego w stylu partypacyjnym, a nie szefa projektu. Odpowiada za backlog produktu (ang. product backlog) i historie użytkowników (ang. user stories). Chroni zespół przed zewnętrznymi czynnikami i usuwa przeszkody stojące na jego drodze. Koncentruje się na maksymalizacji zysku z inwestycji. Pokazuje im narzędzia pomocne w ich pracy. Jest klientem zespołu skupiającym się na stronie biznesowej przedsięwzięcia.

13 Zadanie zespołu Mimo zróżnicowanych ról zespół ma wspólny cel, który spaja jego członków i pozwala na produktywną pracę. Zespół ma za zadanie przekształcić potrzeby wyrażone przez właściciela produktu w użyteczne funkcjonalności. Zespół deweloperski Zespół jest multidyscyplinarny (deweloperzy, graficy), złożony z profesjonalistów, których zadaniem jest dostarczenie na zakończenie każdego sprintu, gotowego do potencjalnego wydania przyrostu produktu. Dąży do wytworzenia ducha zespołowego (wszyscy jesteśmy na tej samej łódce). Scrum nie uznaje podzespołów w zespole deweloperskim. Członkowie zespołu deweloperskiego mogą posiadać wyspecjalizowane umiejętności, ale odpowiedzialność za pracę ponosi zawsze cały zespół. Architect Tester Senior Developer Tester Junior Developer GUI Developer

14 Backlog produktu Właściciel produktu jest odpowiedzialny za maksymalizację wartości produktu i pracy zespołu deweloperskiego. Odpowiada za backlog produktu. Właściciel produktu jest jedyną osobą zarządzającą backlogiem produktu. Aby właściciel produktu mógł odnieść sukces, cała organizacja musi respektować jego decyzje, które są odzwierciedlone w treści i kolejności elementów backlogu produktu. Właściciel produktu to pojedyncza osoba, nie komitet. Może reprezentować interesy grupy osób, lecz osoby chcące zmienić priorytet elementu backlogu produktu, muszą zwrócić się do właściciela produktu. Backlog produktu Formalizuje wizję produktu, który chcemy zrealizować. Opisuje główne cele użytkowników, do których chcemy dotrzeć. Działa jak przewodnik i scala członków projektu. Pozwala priorytetyzować te wymagania, które dostarczają największej wartości (albo największego ROI) interesariuszowi. Może ewoluować w ciągu trwania projektu.

15 Wydajny sprint 3

16 Zdarzenia w Scrumie Zdarzenia opisane w Scrumie są używane do wprowadzenia regularności i przejrzystości procesu. Wszystkie zdarzenia są ograniczone czasowo, co oznacza, że maksymalny czas ich trwania jest ustalony z góry. 1 Planowanie sprintu 2 Codzienny Scrum 3 Przegląd sprintu Każde ze zdarzeń w Scrumie, oprócz sprintu, który zawiera w sobie pozostałe zdarzenia, jest okazją do przeprowadzenia inspekcji i dokonania adaptacji. Zdarzenia te są specjalnie zaprojektowane w taki sposób, aby zapewnić przejrzystość i umożliwić inspekcję. Nieuwzględnienie któregokolwiek z nich redukuje przejrzystość i zaprzepaszcza szansę na dokonanie inspekcji i adaptacji. 4 Retrospekcja sprintu Czas trwania sprintu jest ustalany w chwili jego rozpoczęcia i nie może być skracany ani wydłużany. Pozostałe zdarzenia mogą się kończyć, kiedy tylko ich cel zostanie osiągnięty, co umożliwia wykorzystanie odpowiedniej ilości czasu i zabezpiecza przed jego marnotrawieniem.

17 Planowanie sprintu W planowaniu sprintu biorą udział wszyscy członkowie zespołu scrumowego. Sprint Backlog Zespół robi estymację czasu dla każdej czynności, która pozwoli przełożyć wymagania na funkcjonalności na koniec sprintu. Idealnie jest podzielić projekt na relatywnie krótkie odcinki, mniejsze lub równe 2 dniom roboczym. Działania, które są do zrealizowania w ciągu jednego sprintu są zcentralizowane w backlogu sprintu. Chodzi o oszacowanie, a nie o twarde zobowiązanie. Pozwala zespołowi na jasną wizję tego, co jest do zrobienia Uwaga! Agile nie musi mieć iteracji. Zwinne metodyki opierające się na systemie Kanban zamieniają regularność i przewidywalność czasową sprintu na minimalizację czasu niezbędnego do realizacji pojedynczej funkcjonalności oraz maksymalizację przepływu realizowanych funkcjonalności.

18 Codzienny Scrum Codzienny Scrum (ang. stand up) jest zdarzeniem dla zespołu deweloperskiego, ograniczonym czasowo do piętnastu minut, podczas którego bieżące działania są synchronizowane i powstaje plan na najbliższe dwadzieścia cztery godziny. Co zrobiłem od ostatniego spotkania? Co zrobię w następnym kroku? Jakie trudności napotkałem lub jakich się spodziewam? Codzienna synchronizacja max 15 min.

19 Przegląd sprintu Przegląd sprintu to spotkanie organizowane na zakończenie sprintu w celu przeprowadzenia inspekcji przyrostu i, jeśli zajdzie taka potrzeba, dostosowania backlogu produktu. max 15 min. start 1 2 SPRINT max. od 1 do 2 tygodni stały feedback od klienta Zespół koncentruje się na wypełnianiu zadań z backlogu sprintu Uwaga! Najtrudniejszą do zrealizowania, a najprostszą do zarzucenia praktyką jest faktyczne dostarczanie na koniec każdego sprintu gotowego do potencjalnego wydania przyrostu produktu. W naszej ocenie to właśnie dotrzymywanie tej praktyki określa stopień zwinności procesu. Wszystkie inne praktyki można dostosowywać w zależności od dojrzałości zespołu, rodzaju projektu, szczególnego kontekstu itp. koniec

20 Retrospekcja sprintu Tutaj każda osoba z zespołu wypowiada się : z czego jest zadowolona, co poszło nie tak, co można usprawnić? Umożliwia to szybkie wyłapanie błędów w procesie i reakcję na nie. Retrospekcja sprintu odbywa się po zakończeniu przeglądu i wstęp na nią ma jedynie zespół scrumowy. Retrospekcję moderuje Scrum Master Następuje również identyfikacja dobrych praktyk, które powinny być stosowane w następnych iteracjach i ustalenie planu, w jaki sposób będą one wdrażane w codziennej praktyce zespołu. Najważniejsze ustalenia 1 godzina na każdy tydzień trwania sprintu Punkty dodatnie i punkty ujemne Jak się doskonalić? Feedback od klienta Przygotowanie kolejnego sprintu

21 Praktyki techniczne 4

22 Sam Scrum nie wystarczy Scrum jest dobry dla ludzi, ale nie definiuje, jak kodować. Do tego potrzebujesz praktyk technicznych. 1 Test-Driven Development Obniżenie odsetka błędów. Kod tańszy w utrzymaniu. Stabilny rozwój produktu. 2 Pair Programming Jeszcze niższy odsetek błędów. Prostota rozwiązań. Większa produktywność. Czy wiesz, że? Większość zwinnych praktyk programistycznych pochodzi z metodyki Extreme Programming. Najlepsze zespoły scrumowe są często w realizacji procesu dużo bliższe XP niż scrumowi: stosują 1-tygodniowe iteracje, korzystają z pomocy coach'a zamiast Scrum Mastera, stosują praktykę codziennych release ów (albo wręcz continuous delivery), pracują w parach i automatyzują wszystko, co się da. 3 Domain-Driven Design Trwałe podstawy pracy. Jednolite rozumienie domeny. Lepsze rozumienie wymagań biznesowych.

23 Test-Driven Development TDD to sprawdzona metoda działania, pozwalająca na ciągłe dbanie o jakość, na każdym etapie projektu. +1 Nieprzechodzący test Test-Driven Development +1 Udana refaktoryzacja Czy wiesz, że? Rozpoczynanie prac od testów stosowali inżynierowie Projeku Mercury w NASA we wczesnych latach 60. Przy okazji: pracowali w półdniowych iteracjach. Agile i TDD to coś nowego? Raczej nie. +1 Implementacja spełniająca test

24 Pair Programming Dwie osoby pracują razem przy jednym komputerze, nad tym samym zadaniem. Co dwie głowy, to nie jedna. Ciągła komunikacja prowadzi do najlepszych projektów. Intensywny kontakt z równym sobie partnerem prowadzi do wzrostu produktywności. Czy wiesz, że? Autorzy książki Pair Programming Illuminated, Laurie Williams i Robert Kessler, przytaczają wiele wyników badań naukowych dotyczących tej pratyki. Wynika z nich, że to bardzo efektywny sposób pracy!

25 Domain-Driven Design Zespół modeluje rozwiązanie z udziałem ekspertów domenowych. Następnie za pomocą sprawdzonych wzorców DDD wyraża je w kodzie. Kod odzwierciedla ekspercką wiedzę z dziedziny Wszyscy używają jednolitego języka Czy wiesz, że? Domain-Driven Design definiuje zarówno przydatne wzorce programistyczne, jak również sposoby prowadzenia warsztatów z modelowania z udziałem ekspertów domenowych. Większość korzyści osiąganych dzięki wprowadzaniu popularnej architektury mikroserwisów odniesiesz stosując wzorzec DDD o nazwie Bounded Context. Dobrze podzielony projekt łatwo testować i rozwijać

26 Szkolenia Pragmatists Przez 7 lat pracy mentorskiej pomogliśmy wielu zespołom zmienić sposób, w jaki pracują i współdziałają. Uczymy tego, co sami stosujemy. 1 Trening przy biurku 2 Trwałe podstawy 3 Wspomagany rozwój Twoi ludzie pozostaną przy prowadzonych projektach. Zobaczysz, jak rozwijają oprogramowanie najlepsi programiści. Wzmocnisz to, co służy częstemu dostarczaniu wartości klientom. Zobaczysz efektywny transfer wiedzy, dzięki pracy 1 na 1. Dowiesz się, co jest potrzebne, żeby szybko dostarczać działające funkcjonalności. Zbudujesz z nami nawyk ciągłego doskonalenia umiejętności. Wyposażysz zespół w nowe umiejętności do zastosowania natychmiast w praktyce. Zapłacisz za samą esencję wiedzy. Zadbasz o długofalowe efekty.

27 Potrzebujesz dalszych wskazówek? Skontaktuj się z nami:

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

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

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

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

Spis Treści. Cel podręcznika. Definicja SCRUMa. Teoria SCRUMa. Zespół SCRUMowy. Właściciel Produktu. Zespół Deweloperski.

Spis Treści. Cel podręcznika. Definicja SCRUMa. Teoria SCRUMa. Zespół SCRUMowy. Właściciel Produktu. Zespół Deweloperski. Spis Treści Cel podręcznika Definicja SCRUMa Teoria SCRUMa Zespół SCRUMowy Właściciel Produktu Zespół Deweloperski SCRUM Master Zdarzenia w SCRUMie Sprint Planowanie Sprintu Cel Sprintu Codzienny SCRUM

Bardziej szczegółowo

Programowanie zespołowe

Programowanie zespołowe Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof

Bardziej szczegółowo

Programowanie Zespołowe

Programowanie Zespołowe Programowanie Zespołowe Programowanie zwinne dr Rafał Skinderowicz mgr inż. Michał Maliszewski Programowanie zwinne Grupa metodyk wytwarzania oprogramowania oparta na modelu iteracyjno-obiektowym Powstała

Bardziej szczegółowo

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

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

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

SCRUM - FRAMEWORK DO ZWINNEGO PROWADZENIA PROJEKTÓW. Ilona Ławniczak-Tomczak

SCRUM - FRAMEWORK DO ZWINNEGO PROWADZENIA PROJEKTÓW. Ilona Ławniczak-Tomczak SCRUM - FRAMEWORK DO ZWINNEGO PROWADZENIA PROJEKTÓW Ilona Ławniczak-Tomczak AGENDA WPROWADZENIE DO TEMATYKI AGILE OMÓWIENIE METODYKI SCRUM I JEJ ISTOTY ĆWICZENIA WYJAŚNIENIE POWIĄZANIA SCRUM I ZAAWANSOWANYCH

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

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

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

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

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

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

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

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

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

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

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

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

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31 Metody wytwarzania oprogramowania Metody wytwarzania oprogramowania 1/31 Metody wytwarzania oprogramowania 2/31 Wprowadzenie Syndrom LOOP Late Późno Over budget Przekroczono budżet Overtime nadgodziny

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

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

Agile Project Management

Agile Project Management Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...

Bardziej szczegółowo

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

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

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

Scrum Guide. Przewodnik po Scrumie: Reguły gry. Lipiec Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda Scrum Guide Przewodnik po Scrumie: Reguły gry Lipiec 2016 Przygotowany i utrzymywany przez Kena Schwabera i Jeffa Sutherlanda Spis tres ci Cel przewodnika... 3 Definicja Scruma... 3 Teoria Scruma... 3

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

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

KILKA SŁÓW O ROLI PRODUCT MANAGERA

KILKA SŁÓW O ROLI PRODUCT MANAGERA CZĘŚĆ I. KILKA SŁÓW O ROLI PRODUCT MANAGERA Product manager pracuje na styku świata IT i biznesu. Analizuje potrzeby użytkowników i klientów, współpracuje ze wszystkimi działami firmy maksymalizując wartość

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

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

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

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

Agile Project Management WHITEPAPER

Agile Project Management WHITEPAPER 1 Wstęp... 2 Historia... 2 DSDM ATERN... 3 Agile w zarządzaniu projektami... 4 Szkolenia i certyfikacja... 6 Certyfikaty Agile Project Management Foundation i Practitioner... 6 Szkolenie Agile Project

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

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

Programowanie Zespołowe

Programowanie Zespołowe Programowanie Zespołowe Dobre Praktyki dr Rafał Skinderowicz mgr inż. Michał Maliszewski Parafrazując klasyka: Jeśli piszesz w Javie pisz w Javie - Rafał Ciepiela Principal Software Developer Cadence Design

Bardziej szczegółowo

Koordynacja projektów IT w AGH

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

Bardziej szczegółowo

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

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

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

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

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

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

Analiza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz

Analiza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz Analiza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz Promotor dr inż. Szymon Supernak Warszawa, 22.05.2014 Plan prezentacji 1. Cel i

Bardziej szczegółowo

Metoda lean start-up

Metoda lean start-up Metoda lean start-up Autorzy Steve Blank Bob Dorf Eric Ries Start-up Tymczasowa organizacja stworzona w celu znalezienia powtarzalnego i skalowalnego modelu biznesowego. Przedsiębiorcy odnoszący sukces

Bardziej szczegółowo

Skuteczność => Efekty => Sukces

Skuteczność => Efekty => Sukces O HBC Współczesne otoczenie biznesowe jest wyjątkowo nieprzewidywalne. Stała w nim jest tylko nieustająca zmiana. Ciągłe doskonalenie się poprzez reorganizację procesów to podstawy współczesnego zarządzania.

Bardziej szczegółowo

Programowanie zwinne

Programowanie zwinne Programowanie zwinne Wykład 1 Marcin Młotkowski 10 października 2012 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski Programowanie

Bardziej szczegółowo

Jak wykorzystać design thinking w swojej firmie Doświadczenia praktyka.

Jak wykorzystać design thinking w swojej firmie Doświadczenia praktyka. Jak wykorzystać design thinking w swojej firmie Doświadczenia praktyka. Rafał Kołodziej 05/2015 Wszystko co robimy dotyczy człowieka. Design Thinking Design Thinking is a human-centered is a human-centered

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

Design thinking zaprojektuj, zbuduj i przetestuj swoje pomysły

Design thinking zaprojektuj, zbuduj i przetestuj swoje pomysły Design thinking zaprojektuj, zbuduj i przetestuj swoje pomysły Cel szkolenia: Termin: 26.11.2016 r. Design thinking jest metodą, która pozwala na bardzo szybkie tworzenie innowacyjnych produktów lub usług,

Bardziej szczegółowo

EXIN Agile Scrum Foundation. Przewodnik egzaminacyjny

EXIN Agile Scrum Foundation. Przewodnik egzaminacyjny EXIN Agile Scrum Foundation Przewodnik egzaminacyjny Wydanie czerwiec 2016 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data

Bardziej szczegółowo

Opis realizacji dla czterech zespołów (4 przypadki użycia)

Opis realizacji dla czterech zespołów (4 przypadki użycia) Projektowanie oprogramowania Termin zajęć: czwartek, sala L2.6, C16 7.30-9.00, 9.15-10.45 Na podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1)

Bardziej szczegółowo

PRINCE2 Foundation & Practitioner - szkolenie z egzaminem certyfikacyjnym

PRINCE2 Foundation & Practitioner - szkolenie z egzaminem certyfikacyjnym Kod szkolenia: Tytuł szkolenia: H6C26S PRINCE2 Foundation & Practitioner - szkolenie z egzaminem certyfikacyjnym Dni: 5 Opis: Metodyka PRINCE2 jest akceptowana na poziomie międzynarodowym i uznana za wiodące

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

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

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

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

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k. Wszystkie problemy leżą w testach O czym będziemy rozmawiać Coś nie wyszło Jak wygląda proces wytwórczy Każdy widzi to inaczej Jakie wnioski wyciągamy z testów Analiza problemów Możliwe rozwiązania O czym

Bardziej szczegółowo

PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym

PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym Kod szkolenia: Tytuł szkolenia: H6C24S PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym Dni: 3 Opis: Metodyka PRINCE2 jest akceptowana na poziomie międzynarodowym i uznana za wiodące podejście

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

Charakterystyka systemu zarządzania jakością zgodnego z wymaganiami normy ISO serii 9000

Charakterystyka systemu zarządzania jakością zgodnego z wymaganiami normy ISO serii 9000 Charakterystyka systemu zarządzania jakością zgodnego z wymaganiami normy ISO serii 9000 Normy ISO serii 9000 Zostały uznane za podstawę wyznaczania standardów zarządzania jakością Opublikowane po raz

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

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

szkolenia pod drzewem Wybrane Techniki XP bnd 2008 Tomasz Włodarek. Materiał udostępniany na podstawie licencji Creative Commons (by-nc-nd) 1.00.

szkolenia pod drzewem Wybrane Techniki XP bnd 2008 Tomasz Włodarek. Materiał udostępniany na podstawie licencji Creative Commons (by-nc-nd) 1.00. szkolenia pod drzewem Wybrane Techniki XP 1.00.00 bnd Wybrane techniki XP współwłasność kodu źródłowego (collective code ownership) częsta/ciągła integracja (continuous integration) programowanie w parach

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

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

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

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

Schindler Navigator Book Zdefiniowanie celów. Ustalenie drogi. Strategia sukcesu w branży dźwigowej.

Schindler Navigator Book Zdefiniowanie celów. Ustalenie drogi. Strategia sukcesu w branży dźwigowej. Zdefiniowanie celów. Ustalenie drogi. Strategia sukcesu w branży dźwigowej. 2 Nasze zobowiązanie Drodzy Koledzy i Koleżanki, Współpracownicy! Światowy rynek wind i schodów ruchomych podlega stałej ewolucji

Bardziej szczegółowo

6 kroków do skutecznego planowania na postawie wskaźników KPI

6 kroków do skutecznego planowania na postawie wskaźników KPI 6 kroków do skutecznego planowania na postawie wskaźników KPI Urzeczywistnianie celów biznesowych w praktyce Planowanie i optymalizacja łańcucha dostaw Odkryj brakujące połączenie pomiędzy celami biznesowymi

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

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

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

Bardziej szczegółowo

Launch. przygotowanie i wprowadzanie nowych produktów na rynek

Launch. przygotowanie i wprowadzanie nowych produktów na rynek Z przyjemnością odpowiemy na wszystkie pytania. Prosimy o kontakt: e-mail: kontakt@mr-db.pl tel. +48 606 356 999 www.mr-db.pl MRDB Szkolenie otwarte: Launch przygotowanie i wprowadzanie nowych produktów

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

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

Wykład 2. MIS-1-505-n Inżynieria oprogramowania Marzec 2014. Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

Wykład 2. MIS-1-505-n Inżynieria oprogramowania Marzec 2014. Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie Wykład 2 MIS-1-505-n Inżynieria Marzec 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 2.1 Agenda 1 2 3 4 5 6 2.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować

Bardziej szczegółowo

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia Click Piotr Kałuski to edit Master subtitle style Punkty widzenia Zespół Testów Manager Projektu Użytkownik końcowy Zespół Testów

Bardziej szczegółowo

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

AKADEMIA DLA MŁODYCH PRZEWODNIK TRENERA. PRACA ŻYCIE UMIEJĘTNOŚCI

AKADEMIA DLA MŁODYCH PRZEWODNIK TRENERA.  PRACA ŻYCIE UMIEJĘTNOŚCI PRACA ŻYCIE UMIEJĘTNOŚCI www.akademiadlamlodych.pl PODRĘCZNIK WPROWADZENIE Akademia dla Młodych to nowa inicjatywa mająca na celu wspieranie ludzi młodych w rozwijaniu umiejętności niezbędnych w ich miejscu

Bardziej szczegółowo

BUDOWANIE PARTNERSTWA PONADNARODOWEGO. Wrocław, 13 maja 2010r.

BUDOWANIE PARTNERSTWA PONADNARODOWEGO. Wrocław, 13 maja 2010r. BUDOWANIE PARTNERSTWA PONADNARODOWEGO Wrocław, 13 maja 2010r. ZASADY BUDOWANIA PARTNERSTWA PONADNARODOWEGO Zasady budowania partnerstwa Istotą partnerstwa jest: dobrowolność udziału uczestników (określenie

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

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

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

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 4 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Powtórzenie kluczowych zagadnień Prosty test

Bardziej szczegółowo

Program szkolenia: Continuous Integration i Git

Program szkolenia: Continuous Integration i Git Program szkolenia: Continuous Integration i Git Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Continuous Integration i Git tools-git-ci Narzędzia developerzy testerzy 2 dni 50%

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

Zagadnienia. Inżynieria Oprogramowania

Zagadnienia. Inżynieria Oprogramowania Zagadnienia Co to jest extreme Programming (XP) Czym charakteryzują się tzw. lekkie metodyki zarządzania procesem produkcji oprogramowania Reguły i praktyki XP Dlaczego i kiedy można a w jakich przypadkach

Bardziej szczegółowo

Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation

Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation Opis Progress Project zaprasza do zapoznania się z programem szkolenia organizowanego przez partnera szkoleniowego,

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

Rola technologii w strategicznych transformacjach organizacji. Borys Stokalski

Rola technologii w strategicznych transformacjach organizacji. Borys Stokalski Rola technologii w strategicznych transformacjach organizacji Borys Stokalski 2011 Wiodący dostawca usług doradczych i rozwiązań IT w Polsce Połączenie doświadczenia i wiedzy ekspertów branżowych i technologicznych

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