EXIN Agile Scrum Foundation

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

Download "EXIN Agile Scrum Foundation"

Transkrypt

1 Przykładowy egzamin EXIN Agile Scrum Foundation Przykładowy egzamin Wydanie czerwiec 2016

2 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system or circulated in any form by print, photo print, microfilm or any other means without written permission by EXIN. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 2

3 Spis treści Wprowadzenie 4 Przykładowy egzamin 5 Klucz odpowiedzi 16 Ocena 37 Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 3

4 Wprowadzenie To jest przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL). Mają do niego zastosowanie zasady i przepisy dla egzaminów EXIN. Ten przykładowy egzamin składa się z 40 pytań jednokrotnego wyboru. Dla każdego pytania jednokrotnego wyboru jest możliwa tylko jedna, poprawna odpowiedź. Maksymalna liczba punktów, którą można uzyskać w tym egzaminie, wynosi 40. Za każdą poprawną odpowiedź przyznaje się 1 punkt. Aby zdać egzamin, należy uzyskać co najmniej 26 punktów (65%). Czas przeznaczony na ten przykładowy egzamin wynosi 60 minut. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 4

5 Przykładowy egzamin 1 / 40 Podczas codziennego Scruma odpowiada się na trzy pytania. Które z poniższych pytań jest jednym z nich? A. Jakie przeszkody stoją na drodze projektu? B. Kto powinien zająć się następnym zadaniem? C. Jakie otrzymaliśmy prośby od klienta? 2 / 40 Zespół Scrumowy uświadamia sobie, że może się spóźnić z dostarczeniem komponentu, na który czeka inny zespół Scrumowy. Jakie jest najlepsze forum do tego, aby przedyskutować ten problem i znaleźć najlepsze rozwiązanie? A. Codzienny Scrum jednego z zespołów B. Scrum Scrumów C. Przegląd sprintu D. Retrospektywa sprintu 3 / 40 Zespół Scrumowy uznał, że dobrą praktyką będzie stworzenie jasnej listy kontrolnej elementów, które należy wykonać, zanim historyjka zostanie uznana za ukończoną. Jaki artefakt prawdopodobnie użyje zespół w tym celu? A. Wykres spalania B. Definicja ukończenia C. Rejestr produktu D. Rejestr sprintu Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 5

6 4 / 40 Pod koniec sprintu zespół deweloperski uświadamia sobie, że nie będzie w stanie ukończyć historyjek, których się podjął. Jaki jest najlepszy sposób postępowania dla zespołu deweloperskiego? A. Zdobycie dodatkowych zasobów i członków zespołu, aby osiągnąć cele bieżącego sprintu. B. Poprosić właściciela produktu o określenie, które historyjki można odłożyć do następnego sprintu. C. Podjąć decyzję o nowej definicji ukończenia dla elementów rejestru sprintu. 5 / 40 Często używaną najlepszą praktyką jest opisanie historyjek użytkowników według akronimu INVEST. Litera S w INVEST znaczy Small (mała). Co powinno być małe w przypadku historyjek użytkownika w sprincie? A. liczba sprintów potrzebnych do realizacji historyjki użytkownika B. liczba zaangażowanych członków zespołu C. punkty historyjkowe lub zaangażowane idealne godziny D. długość rozpisanej historyjki użytkownika 6 / 40 Które z poniższych stwierdzeń najlepiej opisuje rolę, jaką codzienny Scrum pełni w monitorowaniu projektu Scrum? A. Codzienny Scrum pomaga Scrum Masterowi aktualizować wykres spalania. B. Codzienny Scrum pozwala zespołowi deweloperskiemu zorientować się w swoich postępach i problemach. C. Codzienny Scrum umożliwia właścicielowi produktu przeglądanie postępów zespołu. 7 / 40 Litera S w INVEST oznacza Small (mały). Które elementy w rejestrze produktu powinny być małe? A. Wszystkie elementy w rejestrze produktu B. Elementy na górnej części rejestru produktu C. Elementy na dolnej części rejestru produktu D. Tylko elementy w rejestrze sprintu powinny być małe Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 6

7 8 / 40 Zespół Scrumowy szacuje historyjki użytkowników. Scrum Master proponuje technikę pokera planistycznego. Jaki jest proces pokera planistycznego? A. Porównanie historyjki do historyjek referencyjnych, a następnie jej oszacowanie. B. Oszacowanie niezależne a następnie omówienie szacunków pozostałych osób. C. Sortowanie wszystkich historyjek w oparciu o określony dla nich względny zakres prac (ilość pracy). 9 / 40 Która z poniższych jest częścią deklaracji manifestu Agile? A. Cenimy negocjację kontraktu bardziej niż współpracę z klientem. B. Cenimy podążanie za planem bardziej niż reagowanie na zmiany. C. Cenimy procesy i narzędzia bardziej niż indywidualne/pojedyncze osoby oraz interakcję z nimi. D. Cenimy działające oprogramowanie bardziej niż obszerną dokumentację. 10 / 40 Zespół deweloperski stwierdza, że przyjął na siebie zbyt duże zobowiązania dla sprintu. Kto powinien być obecny podczas przeglądu i dostosowania pracy przeznaczonej na dany sprint. A. Zespół deweloperski, Scrum Master i właściciel produktu. Należy skonsultować się również z interesariuszami. B. Zespół deweloperski i Scrum Master. Należy skonsultować się z właścicielem produktu. C. Tylko zespół deweloperski. Należy skonsultować się z właścicielem produktu. 11 / 40 Jak należy zdefiniować ukończenie w przypadku, gdy wiele zespołów Scrumowych pracuje nad pojedynczym produktem? A. Wszystkie zespoły Scrumowe powinny mieć taką samą definicję ukończenia. B. Każdy zespół Scrumowy powinien zdefiniować i używać swojej własnej definicji ukończenia. C. Scrum Master definiuje, kiedy element jest ukończony. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 7

8 12 / 40 Zespół Scrumowy wybiera element rejestru produktu (Product Backlog Item) do rejestru sprintu. Co musi zrobić zespół deweloperski, aby zakończyć wybrany przez siebie element rejestru produktu? A. Tyle, ile można zrobić w sprincie przed ostatecznym terminem. B. Tyle, ile jest wymagane, aby spełnić definicję ukończenia. C. Przeanalizować, zaprojektować, zaprogramować, przetestować i udokumentować element rejestru produktu. 13 / 40 Które z poniższych określeń jest pożądaną cechą radiatorów informacji/tablic informacyjnych? A. Aktualne B. Szczegółowe C. Zapewniane wtedy, gdy są potrzebne. D. Stabilne 14 / 40 Ile czasu powinno zająć zespołowi Scrumowemu składającemu się z 5 członków sfinalizowanie planowania sprintu dla 3-tygodniowego sprintu? A. 3-6 godzin B. 3-6 dni C. tak długo, jak potrzeba 15 / 40 Jakie powinno być tempo prac rozwojowych zgodnie z zasadami Agile? A. Szybkie B. Rosnące C. Możliwe do utrzymania 16 / 40 Dlaczego codzienny Scrum powinien odbywać się w tym samym miejscu i czasie? A. Rezerwacja pomieszczenia na czas sprintu powinna zostać dokonywana z wyprzedzeniem. B. Stały czas i miejsce jest najlepsze dla ciągłości sprintu. C. Kierownik projektu powinien otrzymywać aktualizacje statusu w określonej porze każdego dnia. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 8

9 17 / 40 W ciągu 8 sprintów zespół Scrumowy wykonał w sumie pracę o wartości 85 punktów historyjkowych. Zespół Scrumowy poproszono o rozpoczęcie pracy nad nowym projektem szacowanym na 64 punktów historyjkowych. Ile sprintów byłoby potrzebne, aby wykonać ten projekt? A. 5 sprintów B. 7 sprintów C. 8 sprintów D. 10 sprintów 18 / 40 Zespół jest w trakcie przejścia na Scrum. Była już w nim rola zwana koordynatorem projektu, którego zadaniem było ułatwianie interakcji, usuwanie przeszkód i działanie jako coach procesu dla zespołu. Jak ta rola powinna zostać nazwana po przejściu? A. Koordynator projektu B. Kierownik projektu C. Scrum Master D. Kierownik projektu Scrum 19 / 40 Zespół Scrumowy szacuje historyjkę przy użyciu techniki pokera planistycznego. Zespół postanawia przeznaczyć na historyjkę 5 punktów historyjkowych, ponieważ deweloperzy oszacowali 2 punkty a testerzy 3. Które stwierdzenie jest prawdziwe w odniesieniu do tej sytuacji? A. Punkty są przydzielane przez Scrum Mastera, a nie zespół deweloperski. B. Punkty są przydzielane na całą historyjkę, a nie na jej części. C. Punktów nigdy się nie szacuje, ale ustala się je wcześniej. D. Zespół deweloperski powinien poprosić o oszacowanie także właściciela produktu. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 9

10 20 / 40 Klient prosi o raport podsumowujący dodane funkcjonalności oraz wykryte wady od razu na końcu sprintu. Kto może najlepiej przygotować ten raport? A. Właściciel produktu B. Scrum Master C. Zespół deweloperski D. Ten rodzaj raportu nie powinien być sporządzany. 21 / 40 Jaki jest podstawowy obowiązek Scrum Mastera w celu zapewnienia, aby zespół Scrumowy pracował na najwyższym poziomie wydajności? A. Dbanie o to, aby najbardziej priorytetowe funkcje były na górnej części rejestru produktu. B. Nie dopuszczenie do zmian w rejestrze produktu po rozpoczęciu sprintu. C. Wspieranie decyzji zespołu deweloperskiego i rozwiązywanie jego problemów. 22 / 40 Współpraca jest najważniejszym parametrem dla sukcesu zespołu Scrumowego. Jakie pojęcie najlepiej opisuje ten rodzaj interakcji? A. Praca zespołu rozproszonego B. Udostępnianie radiatora (tablicy) informacji C. Komunikacja osmotyczna 23 / 40 Elementy w rejestrze produktu są porządkowane od najbardziej do najmniej wartościowych. Wartość elementów rejestru określa się w oparciu o kilka kryteriów. Jakie to kryteria? A. Korzyści, koszty, ryzyka B. Korzyści, koszty, wielkość C. Czas w rejestrze, koszty, ryzyka D. Czas w rejestrze, koszty, wielkość Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 10

11 24 / 40 Dokonując przeglądu słupkowego wykresu spalania wydania, nowo mianowany Scrum Master zauważył, że między sprintem 3 a 4 dół słupka przesunął się nad oś poziomą. Co się stało w sprincie 3? A. Zespół deweloperski zrobił mniej niż przydzielone mu historyjki. B. Zespół deweloperski zrobił więcej niż przydzielone mu historyjki. C. Do rejestru produktu została dodana praca. D. Z rejestru produktu została usunięta praca. 25 / 40 Sprint właśnie się zakończył i stwierdzono katastrofę. Nie ukończono żadnej z planowanych historyjek a przegląd musiano odwołać. Kierownictwo wyższego szczebla chce ustalić, kto za to odpowiada. Kto jest ostatecznie odpowiedzialny za powodzenie lub porażkę projektu Scrum? A. Właściciel produktu B. Scrum Master C. Kierownictwo wyższego szczebla D. Zespół deweloperski 26 / 40 Kto wie najwięcej na temat postępów w kierunku celu biznesowego lub wydania? A. Właściciel produktu B. Scrum Master C. Zespół deweloperski 27 / 40 W przypadku sprintu postępy są monitorowane na wykresie spalania. Co pokazuje wykres spalania? A. Ilość ukończonej pracy B. Ilość pozostałej pracy C. Prędkość zespołu deweloperskiego Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 11

12 28 / 40 Zespołowi Scrumowemu nie udało się osiągnąć celów sprintu. Jeden z kluczowych członków zespołu deweloperskiego zachorował i był nieobecny przez 2 dni na samym początku 4-tygodniowego sprintu. Co jest najbardziej prawdopodobną przyczyną nieosiągnięcia celów sprintów przez zespół? A. Właściciel produktu nie potrafi ustalać priorytetów (hierarchizować). B. Zespołowi deweloperskiemu brakuje umiejętności. C. Zespół nie zaplanował skutecznie sprintu. D. Zespół deweloperski jest przepracowany. 29 / 40 Twój zespół korzysta z tablicy Kanban. Osiągnięty został limit pracy cząstkowej (Work in Progress WIP) kolumny na tablicy Kanban. Czego oczekuje się od Ciebie w takim przypadku? A. Przydziel pracę współpracownikom w następnej kolumnie, aby uwolnić wydajność. B. Zwiększ limit pracy cząstkowej i pracuj dalej. C. Pomóż współpracownikom w kolumnie uporać się z tym wąskim gardłem. D. Poczekaj, aż praca zostanie wypchnięta do następnej kolumny, aby uwolnić potencjał. 30 / 40 Właściciel produktu chce, aby historyjka została ukończona w ciągu dwóch dni. Członek zespołu deweloperskiego pracujący nad tą historyjką liczy, że zajmie to pięć dni. Scrum Master myśli, że powinno to zająć trzy dni. Ekspert, zajmujący się tematem,, który pracował nad podobnymi historyjkami w przeszłości, uważa, że jest to zadanie na co najwyżej jeden dzień. Czyje oszacowanie użyć do planowania? A. Właściciela produktu B. Scrum Mastera C. Eksperta tematu D. Zespołu deweloperskiego Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 12

13 31 / 40 Kierownictwo wyższego szczebla chce regularnie kontrolować, czy zespół Scrumowy postępuje według praktyk i zasad Scrum. Kto najlepiej nadaje się do prowadzenia takiej kontroli? A. Właściciel produktu B. Scrum Master C. Zespół deweloperski D. Testerzy 32 / 40 Właściciel produktu wyjeżdża na trzytygodniowy urlop. Zespół powinien kończyć obecny sprint i rozpocząć nowy pod koniec pierwszego tygodnia urlopu właściciela produktu. Jaki jest najlepszy sposób na kontynuowanie rytuałów Scrum owych w takiej sytuacji? A. W idealnej sytuacji każdy zespół Scrumowy powinien mieć dwóch właścicieli produktu, aby mogli siebie nawzajem zastępować. B. Należy poprosić właściciela produktu, aby przełożył urlop o tydzień. C. Scrum Master powinien przejąć rolę i zastąpić właściciela produktu. 33 / 40 Jaka jest definicja prędkości zespołu? A. Wspólne rozumienie tego, jak szybko należy robić sprint. B. Optymalny limit pracy cząstkowej dla każdego sprintu. C. Liczba punktów historyjkowych, które zespół jest w stanie skończyć w jednym sprincie. D. Suma wszystkich ukończonych elementów rejestru sprintu. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 13

14 34 / 40 Zespół Scrumowy pracuje nad projektem w 2-tygodniowym sprincie. Podczas spotkania poświęconego planowaniu sprintu w piętnastym sprincie Scrum Master mówi: Na podstawie ostatnich 12 sprintów widzimy, że nie będziemy w stanie dostarczyć potencjalnie zdatnych do wdrożenia przyrostów w ciągu 2 tygodni. Proponuję wydłużyć czas trwania dla sprintu 16. Czy czas trwania powinien zostać wydłużony? A. Tak, ponieważ Scrum Master może zmienić czas trwania sprintu. B. Tak, ponieważ ostatnie wyniki sprintów są dobrym powodem dla zmiany. C. Nie, ponieważ nie można z żadnego powodu zmieniać czasu trwania sprintu. D. Nie, ponieważ tylko członkowie zespołu deweloperskiego mogą zmienić czas trwania sprintu. 35 / 40 Który typ kontraktu jest adaptacyjny i dlatego dobrze pasuje do sposobu myślenia Scrum? A. Kontrakt typu Czas i środki lub stała jednostka B. Kontrakt typu Stała cena C. Żaden z tych typów 36 / 40 Jaki typ zespołu, według zasad Agile, może przedstawić najlepsze wymagania, architektury i projekt? A. Ulokowany w jednym miejscu B. Doświadczony C. Samozorganizowany D. Dobrze wyszkolony 37 / 40 Planowanie Agile odbywa się na wielu poziomach włączając w to plan dzienny, plan sprintu i plan strategiczny. Który termin najlepiej opisuje wielopoziomowe planowanie? A. Cebula planistyczna B. Poker planistyczny C. Planowanie Sprintu Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 14

15 38 / 40 Członek zespołu Scrumowego przypuszcza, że starszy architekt techniczny z innego zespołu może mieć wartościowe uwagi i opinię na temat produktu. Jakie zdarzenie jest najlepsze do tego, aby poprosić go o tę informację zwrotną? A. Codzienny Scrum B. Planowanie Sprintu C. Retrospektywa Sprintu D. Przegląd Sprintu 39 / 40 Jedna osoba pracuje nad kodem a druga obserwuje, komentuje i czasami zamienia się rolami. Jaką praktykę tu się stosuje? A. Przegląd kodu B. Ciągła integracja C. Programowanie w parach D. Tworzenie oprogramowania sterowane przez testy 40 / 40 Co to jest sprint? A. Sesja burzy mózgów w programowaniu ekstremalnym w celu generowania pomysłów projektowych. B. Wyścig dwóch deweloperów w celu stwierdzenia, który z nich potrafi szybciej ukończyć funkcję. C. Jedna iteracja w metodyce Scrum. D. Ostatnia iteracja w projekcie Scrum, kiedy to zespół pracuje w nadgodzinach, aby ukończyć projekt. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 15

16 Klucz odpowiedzi 1 / 40 Podczas codziennego Scruma odpowiada się na trzy pytania. Które z poniższych pytań jest jednym z nich? A. Jakie przeszkody stoją na drodze projektu? B. Kto powinien zająć się następnym zadaniem? C. Jakie otrzymaliśmy prośby od klienta? A. Odpowiedź poprawna. Jest to jedno z pytań, na które odpowiada się podczas codziennego Scruma. Dwa pozostałe to Co zostało wykonane od ostatniego spotkania? oraz Co zostanie wykonane przed kolejnym spotkaniem?. (Literatura A: Rytuały Scrum: Codzienny Scrum) B. Odpowiedź niepoprawna. Podczas codziennego Scruma każdy członek zespołu deweloperskiego powinien odpowiedzieć na następujące trzy pytania: 1. Co zostało wykonane od ostatniego spotkania? 2. Co zostanie wykonane przed kolejnym spotkaniem? 3. Jakie przeszkody stoją na drodze projektu? C. Odpowiedź niepoprawna. Podczas codziennego Scruma każdy członek zespołu deweloperskiego powinien odpowiedzieć na następujące trzy pytania: 1. Co zostało wykonane od ostatniego spotkania? 2. Co zostanie wykonane przed kolejnym spotkaniem? 3. Jakie przeszkody stoją na drodze projektu? 2 / 40 Zespół Scrumowy uświadamia sobie, że może się spóźnić z dostarczeniem komponentu, na który czeka inny zespół Scrumowy. Jakie jest najlepsze forum do tego, aby przedyskutować ten problem i znaleźć najlepsze rozwiązanie? A. Codzienny Scrum jednego z zespołów B. Scrum Scrumów C. Przegląd sprintu D. Retrospektywa sprintu A. Odpowiedź niepoprawna. Codzienny Scrum powinien być tylko krótką dyskusją na temat problemów i postępów zespołu. B. Odpowiedź poprawna. Scrum Scrumów jest spotkaniem koordynacyjnym, na którym mogą być dyskutowane zależności i rozwiązania problemów międzyzespołowych. C. Odpowiedź niepoprawna. Przegląd sprintu ma na celu zaprezentowanie nowej funkcjonalności. D. Odpowiedź niepoprawna. Retrospektywa sprintu powinna być wykorzystana do usprawnień w odniesieniu do procesów w poprzedniej iteracji. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 16

17 3 / 40 Zespół Scrumowy uznał, że dobrą praktyką będzie stworzenie jasnej listy kontrolnej elementów, które należy wykonać, zanim historyjka zostanie uznana za ukończoną. Jaki artefakt prawdopodobnie użyje zespół w tym celu? A. Wykres spalania B. Definicja ukończenia C. Rejestr produktu D. Rejestr sprintu A. Odpowiedź niepoprawna. Wykres spalania pokazuje, ile pracy zostało już wykonane. B. Odpowiedź poprawna. Definicja ukończenia to dobrze rozumiana i jasno udokumentowana definicja elementów, które należy wykonać, zanim będzie można oznaczyć historyjkę (lub iterację czy projekt) jako ukończoną. (Literatura A: Artefakt 4: Definicja ukończenia ) C. Odpowiedź niepoprawna. Rejestr produktu zawiera historyjki użytkowników, które pozostają do zrobienia przed ukazaniem się wersji (wydaniem). D. Odpowiedź niepoprawna. Rejestr sprintu zawiera historyjki użytkowników, które pozostają do zrobienia w bieżącym sprincie. 4 / 40 Pod koniec sprintu zespół deweloperski uświadamia sobie, że nie będzie w stanie ukończyć historyjek, których się podjął. Jaki jest najlepszy sposób postępowania dla zespołu deweloperskiego? A. Zdobycie dodatkowych zasobów i członków zespołu, aby osiągnąć cele bieżącego sprintu. B. Poprosić właściciela produktu o określenie, które historyjki można odłożyć do następnego sprintu. C. Podjąć decyzję o nowej definicji ukończenia dla elementów rejestru sprintu. A. Odpowiedź niepoprawna. To nie jest praktyka przewidziana w Scrumie. Uczynienie tego może prowadzić do dodania nowych współpracowników do funkcjonującego zespołu, powodując dodatkowe opóźnienia. Dodanie zasobów jest możliwą opcją, lecz nie powinno nigdy prowadzić do pracy w nadgodzinach. B. Odpowiedź poprawna. Właściciel produktu powinien wskazać elementy o największej wartości, które powinny zostać wykonane jako pierwsze w tym sprincie. (Literatura A: Role Scrum) C. Odpowiedź niepoprawna. Definicja ukończenia jest czymś ustalonym po to, aby klient otrzymał potrzebną mu wartość. Definicja ukończenia nie powinna być zmieniana podczas sprintu. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 17

18 5/40 Często używaną najlepszą praktyką jest opisanie historyjek użytkowników według akronimu INVEST. Litera S w INVEST znaczy Small (mała). Co powinno być małe w przypadku historyjek użytkownika w sprincie? A. liczba sprintów potrzebnych do realizacji historyjki użytkownika B. liczba zaangażowanych członków zespołu C. punkty historyjkowe lub zaangażowane idealne godziny D. długość rozpisanej historyjki użytkownika A. Odpowiedź niepoprawna. Historyjka użytkownika powinna zostać zrealizowana w jednym sprincie. B. Odpowiedź niepoprawna. W idealnej sytuacji wszyscy członkowie zespołu pracują nad tą samą funkcją, dlatego liczba członków zespołu pracujących nad jedną historyjką użytkownika może wynosić maksymalnie 9, czyli nie taka mała. C. Odpowiedź poprawna. Historyjki użytkowników na górze rejestru produktu, a zatem historyjki w sprincie, powinny być małe, ponieważ powinny mieścić się w 1 sprincie i być wystarczająco precyzyjnie sformułowane. (Literatura A:, Część 2) D. Odpowiedź niepoprawna. Tekst powinien być ledwie wystarczający, lecz niekoniecznie mały. Jeśli potrzeba jest 250 słów, aby wyjaśnić, co powinno się zdarzyć, to jest to ok. 6 / 40 Które z poniższych stwierdzeń najlepiej opisuje rolę, jaką codzienny Scrum pełni w monitorowaniu projektu Scrum? A. Codzienny Scrum pomaga Scrum Masterowi aktualizować wykres spalania. B. Codzienny Scrum pozwala zespołowi deweloperskiemu zorientować się w swoich postępach i problemach. C. Codzienny Scrum umożliwia właścicielowi produktu przeglądanie postępów zespołu. A. Odpowiedź niepoprawna. To zespół deweloperski powinien (lub może) aktualizować wykres spalania. To nie jest głównym celem codziennego Scruma. B. Odpowiedź poprawna. To jest właśnie celem codziennego Scruma. Codziennie należy zadawać 3 pytania: Co zostało zrobione od ostatniego spotkania? Co zostanie zrobione przed kolejnym spotkaniem? Jakie przeszkody stoją na drodze? Wszystko inne powinno zostać omówione poza codziennym Scrumem. (Literatura A: Zdarzenie 3: Codzienny Scrum) C. Odpowiedź niepoprawna. Właściciel produktu może się przysłuchiwać, lecz nie powinien wykorzystywać tego spotkania do uzyskania najnowszych informacji na temat postępów zespołu deweloperskiego. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 18

19 7 / 40 Litera S w INVEST oznacza Small (mała). Które elementy w rejestrze produktu powinny być małe? A. Wszystkie elementy w rejestrze produktu B. Elementy na górnej części rejestru produktu C. Elementy na dolnej części rejestru produktu D. Tylko elementy w rejestrze sprintu powinny być małe A. Odpowiedź niepoprawna. Elementy rejestru produktu o najwyższym priorytecie powinny być na górze i są najbardziej szczegółowe, ponieważ należy je zrobić jako pierwsze. Im niżej elementy są w rejestrze produktu, tym mniejsza konieczność tego, aby były szczegółowe. Z czasem mogą się zmieniać lub nawet zostać pominięte/ usunięte z rejestru produktu. B. Odpowiedź poprawna. Elementy na górze powinny być małe, ponieważ są to rozbite na elementy duże (epic) historyjki użytkownika, które zostały wystarczająco dokładnie zdefiniowane, aby je włączyć do (następnego) sprintu. (Literatura A, Rozdział 1) C. Odpowiedź niepoprawna. Elementy rejestru produktu o najwyższym priorytecie powinny być na górze i są najbardziej szczegółowe, ponieważ należy je zrobić jako pierwsze. Im niżej elementy są w rejestrze produktu, tym mniejsza potrzeba ich szczegółowości. Z czasem mogą się zmieniać lub nawet zostać pominięte/ usunięte z rejestru produktu. D. Odpowiedź niepoprawna. Elementy rejestru sprintu powinny być małe, lecz takie powinny być także elementy na górze rejestru produktu. 8 / 40 Zespół Scrumowy szacuje historyjki użytkowników. Scrum Master proponuje technikę pokera planistycznego. Jaki jest proces pokera planistycznego? A. Porównanie historyjki do historyjek referencyjnych, a następnie jej oszacowanie. B. Oszacowanie niezależne a następnie omówienie szacunków pozostałych osób. C. Sortowanie wszystkich historyjek w oparciu o określony dla nich względny zakres prac (ilość pracy). A. Odpowiedź niepoprawna. To jest triangulacja. B. Odpowiedź poprawna. To jest poker planistyczny. (Literatura A, Szacowanie) C. Odpowiedź niepoprawna. To jest szacowanie przez podobieństwo. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 19

20 9 / 40 Która z poniższych jest częścią deklaracji manifestu Agile? A. Cenimy negocjację kontraktu bardziej niż współpracę z klientem. B. Cenimy podążanie za planem bardziej niż reagowanie na zmiany. C. Cenimy procesy i narzędzia bardziej niż indywidualne/pojedyncze osoby oraz interakcję z nimi. D. Cenimy działające oprogramowanie bardziej niż obszerną dokumentację. A. Odpowiedź niepoprawna. Cenimy współpracę z klientem bardziej niż negocjację kontraktu (formalne ustalenia). B. Odpowiedź niepoprawna. Cenimy reagowanie na zmiany bardziej niż podążanie za planem. C. Odpowiedź niepoprawna. Cenimy indywidualne osoby i interakcję bardziej niż procesy i narzędzia. D. Odpowiedź poprawna. Doceniania działającego oprogramowanie bardziej niż stworzenie obszernej dokumentacji jest deklaracją manifestu Agile. (Literatura A: Manifest Agile) 10 / 40 Zespół deweloperski stwierdza, że przyjął na siebie zbyt duże zobowiązania dla sprintu. Kto powinien być obecny podczas przeglądu i dostosowania pracy przeznaczonej na dany sprint. A. Zespół deweloperski, Scrum Master i właściciel produktu. Należy skonsultować się również z interesariuszami. B. Zespół deweloperski i Scrum Master. Należy skonsultować się z właścicielem produktu. C. Tylko zespół deweloperski. Należy skonsultować się z właścicielem produktu. A. Odpowiedź niepoprawna. Scrum Master i właściciel produktu nie są potrzebni. Interesariuszy nie należy włączać do tej dyskusji. B. Odpowiedź niepoprawna. Scrum Master jest zbędny. C. Odpowiedź poprawna. Zespół deweloperski powinien sam zdecydować, w jaki sposób rozdzielić pracę. Członkowie zespołu powinni ponownie rozdzielić pracę między siebie. Jeśli proces ten potrzebuje prowadzenia, to mogą oni poprosić Scrum Mastera o poprowadzenie dyskusji. Należy skonsultować się z właścicielem produktu w celu zapewnienia, że porzucone zadania mają dla klienta najniższą wartość. (Literatura A: Role Scrum) Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 20

21 11 / 40 Jak należy zdefiniować ukończenie w przypadku, gdy wiele zespołów Scrumowych pracuje nad pojedynczym produktem? A. Wszystkie zespoły Scrumowe powinny mieć taką samą definicję ukończenia. B. Każdy zespół Scrumowy powinien zdefiniować i używać swojej własnej definicji ukończenia. C. Scrum Master definiuje, kiedy element jest ukończony. A. Odpowiedź poprawna. Używanie tej samej definicji ukończenia zapewnia to, że elementy projektu będą pasowały do siebie i że będą w tym samym stanie ukończenia. (Literatura: (Definicja ukończenia i skalowany Scrum) B. Odpowiedź niepoprawna. Należy trzymać się tej samej definicji ukończenia po to, aby elementy projektu można było z sobą bezproblemowo połączyć. C. Odpowiedź niepoprawna. Scrum Master nie ma żadnego wpływu na to, co znaczy ukończenie. Jest to zadanie właściciela produktu jako głosu klienta. 12 / 40 Zespół Scrumowy wybiera element rejestru produktu (Product Backlog Item) do rejestru sprintu. Co musi zrobić zespół deweloperski, aby zakończyć wybrany przez siebie element rejestru produktu? A. Tyle, ile można zrobić w sprincie przed ostatecznym terminem. B. Tyle, ile jest wymagane, aby spełnić definicję ukończenia. C. Przeanalizować, zaprojektować, zaprogramować, przetestować i udokumentować element rejestru produktu. A. Odpowiedź niepoprawna. Zespół określa wcześniej, co należy zrobić, i pracuje w tempie, które jest w stanie utrzymać. B. Odpowiedź poprawna. Definicja ukończenia pozwala się zorientować, co należy zrobić, zanim element rejestru zostanie zakończony. (Literatura A: Artefakt 4: Definicja ukończenia) C. Odpowiedź niepoprawna. Podejmowane przez zespół kroki, nie są częścią tej dyskusji. Wszystko zależy od tego, jaka jest definicja ukończenia. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 21

22 13 / 40 Które z poniższych określeń jest pożądaną cechą radiatorów informacji/tablic informacyjnych? A. Aktualne B. Szczegółowe C. Zapewniane wtedy, gdy są potrzebne. D. Stabilne A. Odpowiedź poprawna. Najważniejszą cechą radiatora (tablicy) informacji jest to, aby był aktualny. Jeśli nie jest on aktualny, to nadal będzie konieczne sprawdzenie innych źródeł informacji, a przecież chodzi o to, aby to radiator był ich źródłem. (Literatura: Artefakt 5) B. Odpowiedź niepoprawna. Szczegółowość nie jest to konieczna, pod warunkiem że informacje są dostarczane w dobrze widoczny sposób. Ekran pokazujący pozostałą liczbę dni w sprincie nie jest w ogóle szczegółowy, ale może pełnić dobrze rolę radiatora informacji. C. Odpowiedź niepoprawna. Radiatory informacji powinny być widoczne dla każdego przechodnia. D. Odpowiedź niepoprawna. Radiatory informacji powinny się często zmieniać, aby pozostać aktualne. 14 / 40 Ile czasu powinno zająć zespołowi Scrumowemu składającemu się z 5 członków sfinalizowanie planowania sprintu dla 3-tygodniowego sprintu? A. 3-6 godzin B. 3-6 dni C. tak długo, jak potrzeba A. Odpowiedź poprawna. Planowanie sprintu jest spotkaniem ograniczonych czasowo. Zwykle powinno ono zajmować do 8 godzin dla sprintu 4-ro tygodniowego lub odpowiednio krócej dla krótszych sprintów. (Literatura A: (Zdarzenie 1: Sprint) B. Odpowiedź niepoprawna. Spotkanie poświęcone planowaniu sprintu rzadko zajmuje dłużej niż 8 godzin. 3-6 dni to zdecydowanie zbyt dużo, aby przeznaczyć je tylko na planowanie. Dodatkowe planowanie można wykonać podczas sprintu. C. Odpowiedź niepoprawna. Planowanie jest ważne, lecz nie powinno trwać zbyt długo. Dodatkowe planowanie może mieć miejsce podczas sprintu, jednak spotkanie poświęcone planowaniu sprintu jest zdarzeniem ograniczonym czasowo. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 22

23 15 / 40 Jakie powinno być tempo prac rozwojowych zgodnie z zasadami Agile? A. Szybkie B. Rosnące C. Możliwe do utrzymania A. Odpowiedź niepoprawna. Szybkie tempo może prowadzić do ciągłego przepracowania i szybkiego wypalenia zespołu. B. Odpowiedź niepoprawna. Chociaż z początku tempo może rosnąć, to nie jest to celem prac rozwojowych wg Agile. C. Odpowiedź poprawna. Główną korzyścią możliwego do utrzymania tempa jest to, że deweloperzy są skoncentrowani bardziej na tym, że produkują, niż że pracują. Prowadzi do bardziej szczęśliwego środowiska pracy i większej wydajności. (Literatura: Praktyki Agile) 16 / 40 Dlaczego codzienny Scrum powinien odbywać się w tym samym miejscu i czasie? A. Rezerwacja pomieszczenia na czas sprintu powinna zostać dokonywana z wyprzedzeniem. B. Stały czas i miejsce jest najlepsze dla ciągłości sprintu. C. Kierownik projektu powinien otrzymywać aktualizacje statusu w określonej porze każdego dnia. A. Odpowiedź niepoprawna. Rezerwacja pomieszczenie nie jest konieczna według Przewodnika po Scrumie. B. Odpowiedź poprawna. Uczestnictwo zespołu deweloperskiego jest konieczne. W trakcie całego sprintu łatwiej zorganizować codzienną pracę wokół stałego zdarzenia. C. Odpowiedź niepoprawna. Wg Przewodnika po Scrumie nie jest to obowiązkowe. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 23

24 17 / 40 W ciągu 8 sprintów zespół Scrumowy wykonał w sumie pracę o wartości 85 punktów historyjkowych. Zespół Scrumowy poproszono o rozpoczęcie pracy nad nowym projektem szacowanym na 64 punktów historyjkowych. Ile sprintów byłoby potrzebne, aby wykonać ten projekt? A. 5 sprintów B. 7 sprintów C. 8 sprintów D. 10 sprintów A. Odpowiedź niepoprawna. 5 to za mało czasu według aktualnej prędkości pracy zespołu. B. Odpowiedź poprawna. Prędkość zespołu wynosi 85/8=10,625. Liczba sprintów potrzebnych do ukończenia projektu wynosi 64/prędkość (64/10,625=6,024), czyli jest trochę wyższa niż 6. Dlatego 7 jest najbardziej rozsądną odpowiedzią, ponieważ nie powinniśmy nigdy zaokrąglać tych szacunków w dół. (Literatura: Szacowanie) C. Odpowiedź niepoprawna. 8 to liczba ukończonych sprintów. Nie ma powodu, aby zakładać, że następny projekt powinien składać się z tej samej liczby sprintów. Porównanie ma sens tylko w przypadku zachowania takiej samej długości sprintu. D. Odpowiedź niepoprawna. 10 to w przybliżeniu obecna prędkość. To nie jest liczba sprintów potrzebnych w nadchodzącym projekcie. 18 / 40 Zespół jest w trakcie przejścia na Scrum. Była już w nim rola zwana koordynatorem projektu, którego zadaniem było ułatwianie interakcji, usuwanie przeszkód i działanie jako coach procesu dla zespołu. Jak ta rola powinna zostać nazwana po przejściu? A. Koordynator projektu B. Kierownik projektu C. Scrum Master D. Kierownik projektu Scrum A. Odpowiedź niepoprawna. W Scrumie nie ma roli koordynatora projektu. B. Odpowiedź niepoprawna. W Scrumie nie ma roli kierownika projektu. C. Odpowiedź poprawna. Zadanie koordynatora projektu jest podobne do zadania Scrum Mastera. W Scrumie ważne jest, aby nie zmieniać nazw dla różnych ról. Pomaga to utrzymać działanie Scruma. (Literatura A: Role Scrum) D. Odpowiedź niepoprawna. W Scrumie nie ma roli kierownika projektu Scrum. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 24

25 19 / 40 Zespół Scrumowy szacuje historyjkę przy użyciu techniki pokera planistycznego. Zespół postanawia przeznaczyć na historyjkę 5 punktów historyjkowych, ponieważ deweloperzy oszacowali 2 punkty a testerzy 3. Które stwierdzenie jest prawdziwe w odniesieniu do tej sytuacji? A. Punkty są przydzielane przez Scrum Mastera, a nie zespół deweloperski. B. Punkty są przydzielane na całą historyjkę, a nie na jej części. C. Punktów nigdy się nie szacuje, ale ustala się je wcześniej. D. Zespół deweloperski powinien poprosić o oszacowanie także właściciela produktu. A. Odpowiedź niepoprawna. Przydzielanie oszacowań (estymat) jest zadaniem zespołu deweloperskiego. B. Odpowiedź poprawna. Historyjkę należy oszacować jako całość. Nie należy przydzielać punktów na to, co tester i deweloper uważają, że potrzebują. Powinni oni oboje oszacować całą historyjkę. (Literatura: Artefakty Scruma) C. Odpowiedź niepoprawna. Punkty są zawsze szacowane. D. Odpowiedź niepoprawna. Właściciel produktu nie powinien być angażowany w oszacowanie. 20 / 40 Klient prosi o raport podsumowujący dodane funkcjonalności oraz wykryte wady od razu na końcu sprintu. Kto może najlepiej przygotować ten raport? A. Właściciel produktu B. Scrum Master C. Zespół deweloperski D. Ten rodzaj raportu nie powinien być sporządzany. A. Odpowiedź niepoprawna. Mimo że właściciel produktu jest głosem klienta, to może nie być wystarczająco blisko codziennych zdarzeń, aby napisać ten raport. B. Odpowiedź poprawna. Zadaniem Scrum Mastera jest usuwanie przeszkód na drodze zespołu deweloperskiego i dlatego on nadaje się najlepiej do napisania tego raportu. (Literatura A: Role Scrum) C. Odpowiedź niepoprawna. Mimo że konieczne może być skonsultowanie się z zespołem deweloperskim, to nie należy obarczać go napisaniem tego raportu: powinien on skoncentrować się na zapewnieniu działania następnej iteracji. D. Odpowiedź niepoprawna. Jeśli dla klienta dodaje to jakąś wartość, to taki raport należy przygotować. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 25

26 21 / 40 Jaki jest podstawowy obowiązek Scrum Mastera w celu zapewnienia, aby zespół Scrumowy pracował na najwyższym poziomie wydajności? A. Dbanie o to, aby najbardziej priorytetowe funkcje były w górnej części rejestru produktu. B. Nie dopuszczenie do zmian w rejestrze produktu po rozpoczęciu sprintu. C. Wspieranie decyzji zespołu deweloperskiego i rozwiązywanie jego problemów. A. Odpowiedź niepoprawna. Jest to obowiązek właściciela produktu. B. Odpowiedź niepoprawna. Nie są dozwolone jakiekolwiek zmiany. Jest to jednak obowiązek całego zespołu, a nie tylko Scrum Mastera. C. Odpowiedź poprawna. Jest to zadanie Scrum Mastera. (Literatura A: Role Scrum) 22 / 40 Współpraca jest najważniejszym parametrem dla sukcesu zespołu Scrumowego. Jakie pojęcie najlepiej opisuje ten rodzaj interakcji? A. Praca zespołu rozproszonego B. Udostępnianie radiator (tablica) informacji C. Komunikacja osmotyczna A. Odpowiedź niepoprawna. Zespół rozproszony to zespół, który nie pracuje razem w tej samej przestrzeni. B. Odpowiedź niepoprawna. Radiator informacji to urządzenie pokazujące istotne i aktualne informacje. C. Odpowiedź poprawna. Ulokowanie członków zespołu w jednym pomieszczeniu nie tylko ułatwia rozmowy, ale jest także warunkiem komunikacji osmotycznej umożliwiającej jej uczestnikom uzyskanie przydatnych informacji poprzez wzajemne słuchanie siebie i pomoc. (Literatura: Komunikacja osmotyczna) Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 26

27 23 / 40 Elementy w rejestrze produktu są porządkowane od najbardziej do najmniej wartościowych. Wartość elementów rejestru określa się w oparciu o kilka kryteriów. Jakie to kryteria? A. Korzyści, koszty, ryzyka B. Korzyści, koszty, wielkość C. Czas w rejestrze, koszty, ryzyka D. Czas w rejestrze, koszty, wielkość A. Odpowiedź poprawna. Te trzy kryteria są istotne dla kolejności elementów rejestru produktu. (Literatura A, Część 2) B. Odpowiedź niepoprawna. W zespole Agile wielkość jest synonimem kosztów. C. Odpowiedź niepoprawna. Czas w rejestrze nie jest kryterium, ponieważ nie jest to system FIFO lub LIFO. D. Odpowiedź niepoprawna. Koszty i wielkość są synonimami, a czas w rejestrze nie jest istotny. Rejestru produktu nie ma żadnego FIFO lub LIFO. 24 / 40 Dokonując przeglądu słupkowego wykresu spalania wydania, nowo mianowany Scrum Master zauważył, że między sprintem 3 a 4 dół słupka przesunął się nad oś poziomą. Co się stało w sprincie 3? A. Zespół deweloperski zrobił mniej niż przydzielone mu historyjki. B. Zespół deweloperski zrobił więcej niż przydzielone mu historyjki. C. Do rejestru produktu została dodana praca. D. Z rejestru produktu została usunięta praca. A. Odpowiedź niepoprawna. Dół słupków zależy od tego, ile jeszcze pracy należy zrobić w wydaniu/publikacji, a nie od tego, ile zostało zrobione w tym sprincie. B. Odpowiedź niepoprawna. Dół słupków zależy od tego, ile jeszcze pracy należy zrobić w wydaniu/publikacji, a nie od tego, ile zostało zrobione w tym sprincie. C. Odpowiedź niepoprawna. Dodanie pracy do wykresu spowodowałoby przesunięcie słupka pod oś 0, a nie nad nią. Kiedy linia pracy ukończonej dojdzie do osi 0, nadal jest jeszcze praca do zrobienia: ta praca, która została dodana. D. Odpowiedź poprawna. W wykresie słupkowym na poziomie wydania pracę usuwaną z rejestru produktu można pokazywać poprzez przesuwanie do góry dołu słupka. Pokazuje to, że nowa oś 0 jest na tym samym poziomie słupka. Gdy ten punkt zostanie osiągnięty, nie ma już więcej pracy do zrobienia, nawet jeśli wykres nie pokazuje jeszcze 0. (Literatura: Artefakt 5: Monitorowanie postępów względem celu) Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 27

28 25 / 40 Sprint właśnie się zakończył i stwierdzono katastrofę. Nie ukończono żadnej z planowanych historyjek a przegląd musiano odwołać. Kierownictwo wyższego szczebla chce ustalić, kto za to odpowiada. Kto jest ostatecznie odpowiedzialny za powodzenie lub porażkę projektu Scrum? A. Właściciel produktu B. Scrum Master C. Kierownictwo wyższego szczebla D. Zespół deweloperski A. Odpowiedź niepoprawna. Mimo że właściciel produktu mógł wcześniej zgłaszać swoje obawy, to nie odpowiada on za cały projekt. B. Odpowiedź niepoprawna. Scrum Master odpowiada za to, aby zespół pracował zgodnie z procesami Scruma, a nie za cały projekt. C. Odpowiedź niepoprawna. Kierownictwo wyższego szczebla nie odgrywało roli w projekcie Scrum i nie ponosi odpowiedzialności. D. Odpowiedź poprawna. Zespół deweloperski ponosi zbiorową odpowiedzialność za sukces lub porażkę projektu Scrum. (Literatura A: Rola 3: Zespół deweloperski) 26 / 40 Kto wie najwięcej na temat postępów w kierunku celu biznesowego lub wydania? A. Właściciel produktu B. Scrum Master C. Zespół deweloperski A. Odpowiedź poprawna. Jest to jedno z zadań właściciela produktu, ponieważ jest on głosem klienta. (Literatura A: Role Scrum) B. Odpowiedź niepoprawna. Scrum Master wie najwięcej na temat wspierania/coachowania zespołu i usuwania przeszkód. C. Odpowiedź niepoprawna. Zespół deweloperski powinien pracować nad ukończeniem elementów, a nie zajmować się dodatkowo ich porządkowaniem i śledzeniem postępów w kierunków celów biznesowych. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 28

29 27 / 40 W przypadku sprintu postępy są monitorowane na wykresie spalania. Co pokazuje wykres spalania? A. Ilość ukończonej pracy B. Ilość pozostałej pracy C. Prędkość zespołu deweloperskiego A. Odpowiedź niepoprawna. Pokazuje to wykres wypalania. B. Odpowiedź poprawna. Wykresy spalania pokazuje ilość pracy pozostającej do zrobienia: jest to wykres opadający. (Literatura A; Artefakt 5: Monitorowanie postępów względem celu) C. Odpowiedź niepoprawna. Prędkość można wywnioskować z poprzednich wykresów spalania, ale nie pokazują one jej bezpośrednio. 28 / 40 Zespołowi Scrumowemu nie udało się osiągnąć celów sprintu. Jeden z kluczowych członków zespołu deweloperskiego zachorował i był nieobecny przez 2 dni na samym początku 4-tygodniowego sprintu. Co jest najbardziej prawdopodobną przyczyną nieosiągnięcia celów sprintów przez zespół? A. Właściciel produktu nie potrafi ustalać priorytetów (hierarchizować). B. Zespołowi deweloperskiemu brakuje umiejętności. C. Zespół nie zaplanował skutecznie sprintu. D. Zespół deweloperski jest przepracowany. A. Odpowiedź niepoprawna. Właściciel produktu nie decyduje o ilości pracy w sprincie, chociaż może mieć wpływ na to, co robi się najpierw. B. Odpowiedź niepoprawna. Zespołowi deweloperskiemu może brakować umiejętności, jednak mógł on zaplanować ich naukę jako część oszacowania/estymaty. C. Odpowiedź poprawna. Prawdopodobnie zespół deweloperski nie oszacował właściwie elementów rejestru i nie zaplanował dobrze pracy. Dwudniowa nieobecność nie powinna być przyczyną nieosiągnięcia celów sprintu, zwłaszcza jeśli było to na jego początku. (Literatura A: Artefakty Scruma) D. Odpowiedź niepoprawna. Nawet jeśli zespół jest przepracowany, to jest to bardziej efekt złego planowania niż przyczyna nieosiągnięcia celów sprintu. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 29

30 29 / 40 Twój zespół korzysta z tablicy Kanban. Osiągnięty został limit pracy cząstkowej (Work in Progress WIP) kolumny na tablicy Kanban. Czego oczekuje się od Ciebie w takim przypadku? A. Przydziel pracę współpracownikom w następnej kolumnie, aby uwolnić wydajność. B. Zwiększ limit pracy cząstkowej i pracuj dalej. C. Pomóż współpracownikom w kolumnie uporać się z tym wąskim gardłem. Poczekaj, aż praca zostanie wypchnięta do następnej kolumny, aby uwolnić potencjał. A. Odpowiedź niepoprawna. Tego nie można robić. Kanban pozwala tylko na zabieranie ( wypychanie ) pracy, a nie jej dodawanie ( wpychanie ). Zespół powinien zacząć pomagać swoim współpracownikom. B. Odpowiedź niepoprawna. Tego nie można robić. Limitu WIP nie można zmieniać dowolnie ani wtedy, gdy zostanie on osiągnięty. To jest dokładnie to, do czego limit WIP NIE służy. Jego celem jest właśnie zapewnienie pokonywania wąskich gardeł, a nie ich ignorowania. C. Odpowiedź poprawna. Gdy jakiś etap zostanie ukończony, ludzie nie mogą wypychać zrobionej pracy do następnej kolumny i uwalniać możliwości dla nowej pracy; zamiast tego powinni czekać, aż następna kolumna przejmie tę pracę. Ten cytat wskazuje na odpowiedź D, lecz podana odpowiedź jest lepsza. D. Odpowiedź niepoprawna. Osiągnięcie limitu WIP nie jest sygnałem, aby się odprężać, a raczej sygnałem istnienia wąskiego gardła, którym należy się zająć. Zespół powinien pomóc współpracownikom będącym przyczyną osiągnięcia limitu WIP. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 30

31 30 / 40 Właściciel produktu chce, aby historyjka została ukończona w ciągu dwóch dni. Członek zespołu deweloperskiego pracujący nad tą historyjką liczy, że zajmie to pięć dni. Scrum Master myśli, że powinno to zająć trzy dni. Ekspert, zajmujący się tematem,, który pracował nad podobnymi historyjkami w przeszłości, uważa, że jest to zadanie na co najwyżej jeden dzień. Czyje oszacowanie użyć do planowania? A. Właściciela produktu B. Scrum Mastera C. Eksperta tematu D. Zespołu deweloperskiego A. Odpowiedź niepoprawna. Właściciel produktu określa, co powinno być oszacowane, lecz nie ma kontroli nad samym oszacowaniem (estymatą). B. Odpowiedź niepoprawna. Scrum Master ustala proces szacowania, lecz nie ma kontroli nad ostatecznym oszacowaniem. C. Odpowiedź niepoprawna. W Scrumie nie ma ekspertów tematu. D. Odpowiedź poprawna. Jedynym oszacowaniem mającym ostatecznie znaczenie jest to, które przedstawiają członkowie zespołu pracujący nad historyjką. (Literatura A: Zdarzenie 2: Planowanie sprintu) 31 / 40 Kierownictwo wyższego szczebla chce regularnie kontrolować, czy zespół Scrumowy postępuje według praktyk i zasad Scrum. Kto najlepiej nadaje się do prowadzenia takiej kontroli? A. Właściciel produktu B. Scrum Master C. Zespół deweloperski D. Testerzy A. Odpowiedź niepoprawna. To nie jest zadanie właściciela produktu. B. Odpowiedź poprawna. Jednym z obowiązków Scrum Mastera jest bycie coachem zespołu, jak też zapewnienie tego, aby zespół postępował zgodnie z procesami Scrum. Pozwala to Scrum Masterowi przeprowadzać tę kontrolę. (Literatura A: Rola 2: Scrum Master) C. Odpowiedź niepoprawna. To nie jest zadanie zespołu deweloperskiego. D. Odpowiedź niepoprawna. W Scrumie nie ma roli testera. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 31

32 32 / 40 Właściciel produktu wyjeżdża na trzytygodniowy urlop. Zespół powinien kończyć obecny sprint i rozpocząć nowy pod koniec pierwszego tygodnia urlopu właściciela produktu. Jaki jest najlepszy sposób na kontynuowanie rytuałów Scrum owych w takiej sytuacji? A. W idealnej sytuacji każdy zespół Scrumowy powinien mieć dwóch właścicieli produktu, aby mogli siebie nawzajem zastępować. B. Należy poprosić właściciela produktu, aby przełożył urlop o tydzień. C. Scrum Master powinien przejąć rolę i zastąpić właściciela produktu. A. Odpowiedź niepoprawna. Zespół Scrumowy nie potrzebuje dwóch właścicieli produktu. B. Odpowiedź niepoprawna. Właściciel produktu nie powinien przekładać urlopu. C. Odpowiedź poprawna. W dobrze zaplanowanym sprincie Scrum Master może przejąć zadania właściciela produktu na pewien czas. Jeśli elementy rejestru produktu są właściwie ułożone, to powinno być oczywiste, co należy robić dalej. W razie konieczności Scrum Master może przejąć to zadanie. (Literatura A: Role Scrum) 33 / 40 Jaka jest definicja prędkości zespołu? A. Wspólne rozumienie tego, jak szybko należy robić sprint. B. Optymalny limit pracy cząstkowej dla każdego sprintu. C. Liczba punktów historyjkowych, które zespół jest w stanie skończyć w jednym sprincie. D. Suma wszystkich ukończonych elementów rejestru sprintu. A. Odpowiedź niepoprawna. Prędkość jest podawana konkretnie w liczbie punktów historyjkowych bądź też godzin lub dni idealnych, które zespół jest w stanie zrobić. Długość sprintu określają inne czynniki. B. Odpowiedź niepoprawna. Optymalny limit pracy cząstkowej jest przeznaczony dla tablicy kanban, a nie dla sprintu. C. Odpowiedź poprawna. Prędkość jest to liczba jednostek pracy ukończonych w określonym okresie. (Literatura A: Artefakt 2: Rejestr sprintu) D. Odpowiedź niepoprawna. Trudno określić sens takiego zsumowania. Jeśli znana byłaby liczba punktów historyjkowych, to można byłoby jej użyć do oszacowania prędkości, lecz jest tu podana zdecydowanie lepsza odpowiedź. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 32

33 34 / 40 Zespół Scrumowy pracuje nad projektem w 2-tygodniowym sprincie. Podczas spotkania poświęconego planowaniu sprintu w piętnastym sprincie Scrum Master mówi: Na podstawie ostatnich 12 sprintów widzimy, że nie będziemy w stanie dostarczyć potencjalnie zdatnych do wdrożenia przyrostów w ciągu 2 tygodni. Proponuję wydłużyć czas trwania dla sprintu 16. Czy czas trwania powinien zostać wydłużony? A. Tak, ponieważ Scrum Master może zmienić czas trwania sprintu. B. Tak, ponieważ ostatnie wyniki sprintów są dobrym powodem dla zmiany. C. Nie, ponieważ nie można z żadnego powodu zmieniać czasu trwania sprintu. D. Nie, ponieważ tylko członkowie zespołu deweloperskiego mogą zmienić czas trwania sprintu. A. Odpowiedź niepoprawna. Czasu trwania powinien zostać zwiększony, ale nie dlatego że Scrum Master uważa, że to dobry pomysł. B. Odpowiedź poprawna. Scrum Master przedstawia zasadny argument oparty na odpowiednio dużej ilości wcześniejszej pracy za zmianą czasu trwania sprintu. (Literatura A: Zdarzenia w Scrumie) C. Odpowiedź niepoprawna. W idealnej sytuacji czasu trwania sprintu nie zmienia się, jednakże powtarzanie niedziałającej strategii nie jest sensowne. Jeśli istnieją zasadne powody do zmiany czasu trwania sprintu, to należy to zrobić. D. Odpowiedź niepoprawna. Każdy członek zespołu może zasugerować zmianę. Cały zespół Scrumowy przedyskutuje to, czy powód jest wystarczająco zasadny. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 33

34 35 / 40 Który typ kontraktu jest adaptacyjny i dlatego dobrze pasuje do sposobu myślenia Scrum? A. Kontrakt typu Czas i środki lub stała jednostka B. Kontrakt typu Stała cena C. Żaden z tych typów A. Odpowiedź poprawna. Czas i środki lub stała jednostka to jest nasz preferowany typ kontraktu, kompatybilny z adaptacyjnym charakterem projektu. Stała cena mimo że większość klientów lubi stałą cenę, kontrakty o stałym zakresie, a nawet niektórzy z nich są prawnie zobowiązani do zawierania tylko kontraktów ze stałymi cenami, to raczej nie jest to Agile (zwinne). Zatem adaptacyjność jest wartością kluczową. Trudno być adaptacyjnym, jeśli cena projektu jest stała. Dlatego Czas i środki lub stała jednostka wyraźnie lepiej pasuje do Agile i Scrum. (Literatura A: Typy kontraktów a Scrum) B. Odpowiedź niepoprawna. Ten typ kontraktu można robić ze Scrumem, lecz trudniej jest z nim pracować w sposób Agile (zwinny). Poza tym kontrakt typu Stała cena zwykle nie jest zbyt adaptacyjny. A co jeśli klient postanowi, że należy zaimplementować funkcję wysokiej wartości, ponieważ wskaźnik rentowności (ROI) jest bardzo wysoki? Nie można tego zrobić w sytuacji, gdy cena jest stała. C. Odpowiedź niepoprawna. Kontrakt typu Czas i środki lub stała jednostka jest adaptacyjny, dlatego to nie może być poprawna odpowiedź. 36 / 40 Jaki typ zespołu, według zasad Agile, może przedstawić najlepsze wymagania, architektury i projekt? A. Ulokowany w jednym miejscu B. Doświadczony C. Samozorganizowany D. Dobrze wyszkolony A. Odpowiedź niepoprawna. Ulokowanie zespołu w jednym miejscu jest dobre dla zapewnienia komunikacji, ale nie musi koniecznie prowadzić do lepszych wymagań, architektur i projektu. B. Odpowiedź niepoprawna. Doświadczony zespół Agile byłby lepszy od niedoświadczonego, jednakże zespół Agile prawdopodobnie przewyższa zwykły doświadczony zespół. C. Odpowiedź poprawna. Najlepsze architektury, wymagania i projekty wychodzą od samoorganizujących się zespołów. (Literatura A: Pojęcie Agility) D. Odpowiedź niepoprawna. Dobrze wyszkolony zespół może dobrze pracować, ale zespół Agile przewyższy dobrze wyszkolonych ludzi. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 34

35 37 / 40 Planowanie Agile odbywa się na wielu poziomach włączając w to plan dzienny, plan sprintu i plan strategiczny. Który termin najlepiej opisuje wielopoziomowe planowanie? A. Cebula planistyczna B. Poker planistyczny C. Planowanie sprintu A. Odpowiedź poprawna. Poszczególne poziomy planowania w Scrumie przedstawione na wykresie wyglądają jak cebula. (Literatura A: Cebula planistyczna) B. Odpowiedź niepoprawna. Poker planistyczny jest sposobem szacowania zadań. C. Odpowiedź niepoprawna. Planowanie sprintu nie jest wielopoziomowe, ale jest przykładem planowania w Scrumie przeprowadzanego na jednym z poziomów. 38 / 40 Członek zespołu Scrumowego przypuszcza, że starszy architekt techniczny z innego zespołu może mieć wartościowe uwagi i opinię na temat produktu. Jakie zdarzenie jest najlepsze do tego, aby poprosić go o tę informację zwrotną? A. Codzienny Scrum B. Planowanie sprintu C. Retrospektywa sprintu D. Przegląd sprintu A. Odpowiedź niepoprawna. Nie jest rozsądne proszenie o informację zwrotną podczas sprintu. Podczas sprintu nie chcemy zmieniać elementów rejestru sprintu, bo mogłoby to utrudnić utrzymanie tempa. B. Jak sama nazwa wskazuje spotkanie poświęcone planowaniu sprintu powinno być spotkaniem planującym. Nie jest to dobre zdarzenie do tego, aby prosić o informację zwrotną. C. Odpowiedź niepoprawna. W retrospektywie sprintu procesy Scrum użyte przy tworzeniu produktu powinny zostać poddane przeglądowi przez sam zespół. D. Odpowiedź poprawna. Przegląd sprintu jest działającą demonstracją (demo) budowanego produktu i najlepszym zdarzeniem do zaproszenia zewnętrznych interesariuszy i uzyskania ich wkładu. Produkt pokazany w czasie przeglądu sprintu nie jest produktem końcowym. Produkt końcowy jest prezentowany podczas sprintu wersji (wydania). Każdy inny przegląd sprintu jest dobrą okazją do poproszenia o uwagi i opinie. (Literatura A: Zdarzenie 4: Przegląd sprintu) Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 35

36 39 / 40 Jedna osoba pracuje nad kodem a druga obserwuje, komentuje i czasami zamienia się rolami. Jaką praktykę tu się stosuje? A. Przegląd kodu B. Ciągła integracja C. Programowanie w parach D. Tworzenie oprogramowania sterowane przez testy A. Odpowiedź niepoprawna. Przegląd kodu oznacza, że ktoś go sprawdza. Możesz to być ty lub ktoś inny. To nie jest programowanie w parach. B. Odpowiedź niepoprawna. Ciągła integracja (Continuous Integration) oznacza, że od wszystkich programistów wymaga się przesyłania do repozytorium mniej więcej co godzinę swoich ostatnich wersji kodu. Pozwala to nam mieć pewność, że poprzednia praca została ukończona i nie potrzebuje już zbytnich zmian. C. Odpowiedź poprawna. Programowanie w parach jest praktyką polegającą na pracy dwóch deweloperów na jednym terminalu jeden jako kierowca i jeden jako nawigator. (Literatura A: (Praktyki Agile) D. Odpowiedź niepoprawna. W przypadku tworzenia oprogramowania sterowanego przez testy przygotowanie scenariuszy testowych następuje przed napisaniem programu. W ten sposób to, co napisze programista, przechodzi ten test. 40 / 40 Co to jest sprint? A. Sesja burzy mózgów w programowaniu ekstremalnym w celu generowania pomysłów projektowych. B. Wyścig dwóch deweloperów w celu stwierdzenia, który z nich potrafi szybciej ukończyć funkcję. C. Jedna iteracja w metodyce Scrum. D. Ostatnia iteracja w projekcie Scrum, kiedy to zespół pracuje w nadgodzinach, aby ukończyć projekt. A. Odpowiedź niepoprawna. Nie ma czegoś takiego i to nie jest sprint. B. Odpowiedź niepoprawna. W Scrumie nie ma żadnego wyścigu między deweloperami. Byłoby to nieproduktywne i nie jest to zgodne z zasadą współpracy i utrzymywania tempa prac projektowych. C. Odpowiedź poprawna. Iteracja jest nazywana sprintem. (Literatura A: Zdarzenia w Scrumie) D. Odpowiedź niepoprawna. Ostatnia iteracja to sprint wydania. Nie jest to sprint, w którym zespół pracuje dłużej niż normalnie. Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 36

37 Ocena W tabelce poniżej znajdują się poprawne odpowiedzi na pytania. number answer number answer 1 A 21 C 2 B 22 C 3 B 23 A 4 B 24 D 5 C 25 D 6 B 26 A 7 B 27 B 8 B 28 C 9 D 29 C 10 C 30 D 11 A 31 B 12 B 32 C 13 A 33 C 14 A 34 B 15 C 35 A 16 B 36 C 17 B 37 A 18 C 38 D 19 B 39 C 20 B 40 C Przykładowy egzamin EXIN Agile Scrum Foundation (ASF.PL) 37

38 Osoba kontaktowa

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

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

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

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

EMPIRYZMSCRUM DOŚWIADCZENIE + PODEJMOWANIE DECYZJI = WIEDZA

EMPIRYZMSCRUM DOŚWIADCZENIE + PODEJMOWANIE DECYZJI = WIEDZA SCRUM ramy postępowania (ang. framework), dzięki którym ludzie mogą adaptacyjnie rozwiązywać złożone problemy tak, by w produktywny i kreatywny sposób wytwarzać produkty o najwyższej możliwej wartości

Bardziej szczegółowo

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

Podejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań Metodyka Scrum Podejście tradycyjne plan wykonanie sekwencyjna natura wykonywanych zadań analiza i definiowanie wymagań projektowanie rozwiązań kodowanie rozwiązań testowanie odstępstwo od planu jest kosztowne

Bardziej szczegółowo

Programowanie zespołowe

Programowanie zespołowe Programowanie zespołowe Laboratorium 5 - scrum cz. 1 mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 21 marca 2017 1 / 30 mgr inż. Krzysztof Szwarc Programowanie zespołowe Filary scruma Przejrzystość

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

Programowanie obiektowe

Programowanie obiektowe Programowanie obiektowe Laboratorium 7 i 8 - wstęp do scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 19 kwietnia 2017 1 / 46 mgr inż. Krzysztof Szwarc Programowanie obiektowe Scrum

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

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

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

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

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne SYSTEMY INFORMATYCZNE ćwiczenia praktyczne 12.03.2019 Piotr Łukasik p. 373 email: plukasik@agh.edu.pl / lukasik.pio@gmail.com www.lukasikpiotr.com Zakres tematyczny implementacji projektu informatycznego

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

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

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

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

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

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

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

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

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

Główne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness) Extreme programming Główne założenia XP Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness) Praktyki Planowanie: Planowanie releasu Planowanie iteracji

Bardziej szczegółowo

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

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

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

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming Jarosław Kuchta Wymagania jakości w Agile Programming Wady klasycznych metod zapewnienia jakości Duży narzut na dokumentowanie Późne uzyskiwanie konkretnych rezultatów Trudność w odpowiednio wczesnym definiowaniu

Bardziej szczegółowo

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

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

Zwinne metodyki - Scrum

Zwinne metodyki - Scrum Zwinne metodyki - Scrum Kamil Maraś kamil.maras@gmail.com @KamilMaras Kaskadowy Agile Grupa metod wytwarzania oprogramowania opartego na programowaniu iteracyjno-przyrostowym, powstałe jako alternatywa

Bardziej szczegółowo

Dobry Product Backlog Oferta szkolenia dla Product Ownerów

Dobry Product Backlog Oferta szkolenia dla Product Ownerów Dobry Product Backlog Oferta szkolenia dla Product Ownerów Spis treści Dobry Product Backlog w 1 dzień... 1 Dobry Product Backlog w 2 dni... 3 Informacje o prowadzącej... 5 Dobry Product Backlog w 1 dzień

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

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

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

Bardziej szczegółowo

Programowanie Zespołowe

Programowanie Zespołowe Programowanie Zespołowe Scrum+ dr Rafał Skinderowicz mgr inż. Michał Maliszewski Przeznaczenie metodyk Agile Metodyki zwinne Pomagają w projektach osadzonych w dynamicznym środowisku Kiedy konkurencja

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

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

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

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

Zarządzanie projektami. Wykład 2 Zarządzanie projektem Zarządzanie projektami Wykład 2 Zarządzanie projektem Plan wykładu Definicja zarzadzania projektami Typy podejść do zarządzania projektami Cykl życia projektu/cykl zarządzania projektem Grupy procesów

Bardziej szczegółowo

kompetencji zawodowych Professional Scrum Master I, Certified Scrum Master I Mirosław Dąbrowski zespół Indeed wprowadzenie Scruma

kompetencji zawodowych Professional Scrum Master I, Certified Scrum Master I Mirosław Dąbrowski zespół Indeed wprowadzenie Scruma POZNAJ SCRUM WSTĘP Zdajemy sobie sprawę, że każdą organizację tworzą ludzie, dlatego bardzo przykładamy się do rozwoju ich kompetencji zawodowych. Dziękujemy za zaufanie. Nasze autorskie szkolenie przeznaczone

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

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

Assembla.com część 2. Serwis Wiki. Autor: Marcin Gadamer

Assembla.com część 2. Serwis   Wiki. Autor: Marcin Gadamer Assembla.com część 2 Autor: Marcin Gadamer Serwis www.assembla.com Jednoczy zespół, który jest rozproszony Daje możliwość do wykorzystywania wielu narzędzi, potrzebnych w codziennej pracy zespołowej o

Bardziej szczegółowo

ING to my wszyscy. A nasz cel to: wspieranie i inspirowanie ludzi do bycia o krok do przodu w życiu i w biznesie.

ING to my wszyscy. A nasz cel to: wspieranie i inspirowanie ludzi do bycia o krok do przodu w życiu i w biznesie. Pomarańczowy Kod ING to my wszyscy. A nasz cel to: wspieranie i inspirowanie ludzi do bycia o krok do przodu w życiu i w biznesie. Pomarańczowy Kod determinuje sposób, w jaki realizujemy powyższy cel określa

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

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.

Bardziej szczegółowo

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

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.

Bardziej szczegółowo

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

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

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

ĆWICZENIE Lody na drodze Ent-teach Rozdział 6 Zarządzanie Projektami

ĆWICZENIE Lody na drodze Ent-teach Rozdział 6 Zarządzanie Projektami ĆWICZENIE Lody na drodze Ent-teach Rozdział 6 Zarządzanie Projektami Opis ćwiczenia W poniższym zadaniu, uczestnicy muszą zaplanować tydzień sprzedaży lodów na ulicy w ich rodzinnym mieście (centrum).

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

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.

Bardziej szczegółowo

Zarządzanie projektami. Wydanie II.

Zarządzanie projektami. Wydanie II. Zarządzanie projektami. Wydanie II. Autor: Nancy Mingus Dobierz najlepszy zespół i efektywnie kontroluj postępy pracy Zaplanuj szczegółowo każdy detal projektu i wprowadź go w życie Zastosuj skuteczne

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

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

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

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Rozdział 5: Zarządzanie testowaniem. Pytanie 1 Pytanie 1 Dlaczego niezależne testowanie jest ważne: A) Niezależne testowanie jest w zasadzie tańsze niż testowanie własnej pracy B) Niezależne testowanie jest bardziej efektywne w znajdywaniu defektów

Bardziej szczegółowo

Zarządzanie projektami w otoczeniu uczelnianym. Piotr Ogonowski

Zarządzanie projektami w otoczeniu uczelnianym. Piotr Ogonowski Zarządzanie projektami w otoczeniu uczelnianym Piotr Ogonowski 1 Agenda Kluczowe elementy organizacji projektowej Jak wdrożyć organizację projektową na uczelni? Dobre praktyki z wdrożeń W czym pomoże nam

Bardziej szczegółowo

Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski

Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym Piotr Ogonowski Agenda Najważniejsze elementy organizacji projektowej Agile czy klasycznie? Jak wdrożyć podejście projektowe na Uczelni? Kluczowe

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

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

Bardziej szczegółowo

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

Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności Ewa Szczepańska Warszawa, dnia 22 maja 2012 r. Agenda Zarządzanie strategiczne Zarządzanie operacyjne Dostarczanie produktów Role

Bardziej szczegółowo

Inżynieria oprogramowania II

Inżynieria oprogramowania II Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś

Bardziej szczegółowo

Scrum i nie tylko : teoria i praktyka w metodach Agile / Krystian Kaczor. Wyd. 2. Warszawa, Spis treści

Scrum i nie tylko : teoria i praktyka w metodach Agile / Krystian Kaczor. Wyd. 2. Warszawa, Spis treści Scrum i nie tylko : teoria i praktyka w metodach Agile / Krystian Kaczor. Wyd. 2. Warszawa, 2016 Spis treści Przedmowa 12 Wstęp 13 Podziękowania 17 Jak czytać tę książkę? 19 Rozdział 1. W tym szaleństwie

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

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku Agenda Metafory o Zwinności i Sztywności Teza: Oszukujemy się co do sukcesów projektów Agile Objawy chaosu w projektach

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

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

ECDL/ICDL Zarządzanie projektami Moduł S5 Sylabus - wersja 1.0

ECDL/ICDL Zarządzanie projektami Moduł S5 Sylabus - wersja 1.0 ECDL/ICDL Zarządzanie projektami Moduł S5 Sylabus - wersja 1.0 Przeznaczenie Sylabusa Dokument ten zawiera szczegółowy Sylabus dla modułu ECDL/ICDL Zarządzanie projektami. Sylabus opisuje zakres wiedzy

Bardziej szczegółowo

Analiza biznesowa a metody agile owe

Analiza biznesowa a metody agile owe Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania

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

Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800

Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800 Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800 Autor: RWE GBS Polska Wersja: 1.0 Status: opublikowany Copyright RWE GBS. Any use or form of reproduction, in whole or part, of any

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

Akademia ADB Wykład I Praca w grupie i jakość kodu

Akademia ADB Wykład I Praca w grupie i jakość kodu Akademia ADB Wykład I Praca w grupie i jakość kodu Ale zanim zaczniemy... https://www.adbglobal.com/adb-tech-talk/ Wtorek, 24 X 2017, 18:00 w Filharmonii Zielonogórskiej Kto pracuje nad projektem? Nad

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

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

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

INSTRUKCJA Panel Klienta DreamITeam

INSTRUKCJA Panel Klienta DreamITeam Warszawa, dnia 2014-11-14 INSTRUKCJA Panel Klienta DreamITeam Drogi Kliencie, Oddajemy w Twoje ręce, krótką instrukcję dotyczącą Panelu Klienta, który będzie Ci służył do komunikacji z naszą firmą, a w

Bardziej szczegółowo

KAMIL SABATOWSKI. Najczęstsze błędy junior devów i jak ich uniknąć?

KAMIL SABATOWSKI. Najczęstsze błędy junior devów i jak ich uniknąć? KAMIL SABATOWSKI Najczęstsze błędy junior devów i jak ich uniknąć? Stwórzcie mi drugiego Facebooka tylko lepiej! Deployment Development Kryzys na produkcji Planowanie sprintu QA Daily Standup Bug fixing

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

ECDL ZARZĄDZANIE PROJEKTAMI

ECDL ZARZĄDZANIE PROJEKTAMI ECDL ZARZĄDZANIE PROJEKTAMI EUROPEJSKI CERTYFIKAT UMIEJĘTNOŚCI KOMPUTEROWYCH ZARZĄDZANIE PROJEKTAMI Syllabus v. 1.0 Oficjalna wersja dokumentu jest dostępna w serwisie WWW Polskiego Biura ECDL www.ecdl.pl

Bardziej szczegółowo

AGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK

AGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK AGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK 10 LAT DOŚWIADCZENIA W SCRUMIE 40 OSÓB W ZESPOLE 100 WDROŻONYCH PROJEKTÓW 6 TECHNOLOGII OPEN SOURCE MACOPEDIA.COM BUSINESS VALUE PRODUCT OWNER PROXY PRODUCT

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

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

Etapy życia oprogramowania

Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano

Bardziej szczegółowo

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

Załącznik nr 6. Wzór formularza: Ankieta do wstępnej oceny motywacji pomysłodawców do komercjalizacji

Załącznik nr 6. Wzór formularza: Ankieta do wstępnej oceny motywacji pomysłodawców do komercjalizacji Załącznik nr 6 Wzór formularza: Ankieta do wstępnej oceny motywacji pomysłodawców do komercjalizacji Część 3 - Narzędzia służące rekrutacji i ocenie Pomysłodawców oraz pomysłów przeznaczone dla ośrodków

Bardziej szczegółowo

mtim Dedykowane aplikacje mobilne dla TIM S.A.

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

Bardziej szczegółowo

Ewolucyjna architektura

Ewolucyjna architektura Ewolucyjna architektura www.sxc.hu/photo/850368 Na początek Michał Bartyzel konsultant, trener BNS IT procesy zwinne i nie tylko architektura czysty kod software crafstmanship strategie skutecznych programistów

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

Projektowanie systemu krok po kroku

Projektowanie systemu krok po kroku Rozdział jedenast y Projektowanie systemu krok po kroku Projektowanie systemu transakcyjnego jest ciągłym szeregiem wzajemnie powiązanych decyzji, z których każda oferuje pewien zysk i pewien koszt. Twórca

Bardziej szczegółowo

Metoda 5-WHY. Metoda 5-WHY. Wydanie 1. Zbigniew Huber. Maj 2006. Artykuł dostępny na stronie autora: http://www.huber.pl.

Metoda 5-WHY. Metoda 5-WHY. Wydanie 1. Zbigniew Huber. Maj 2006. Artykuł dostępny na stronie autora: http://www.huber.pl. Metoda 5-WHY Wydanie 1 Zbigniew Huber Maj 2006 Artykuł dostępny na stronie autora: http://www.huber.pl Copyright by Zbigniew Huber Strona 1 z 6 Wstęp Rozwiązanie jakiegoś problemu i wprowadzenie skutecznego

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

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

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

Bardziej szczegółowo

Czym się kierować przy wyborze systemu ERP? poradnik

Czym się kierować przy wyborze systemu ERP? poradnik Czym się kierować przy wyborze systemu ERP? poradnik Inwestycja w system ERP to decyzja wiążąca na lata, generująca w pierwszym momencie koszty, ale przede wszystkim mająca decydujący wpływ na przebieg

Bardziej szczegółowo

e R gulamin Kuźni Talentów

e R gulamin Kuźni Talentów Regulamin Kuźni Talentów Misja Kuźnia powstała by dostarczać młodym Talentom wiedzę, doświadczenie oraz miejsce i środki do ich rozwoju, w tak wielu aspektach tyczących się przyszłej pracy zawodowej, jak

Bardziej szczegółowo

Raport oceny kompetencji

Raport oceny kompetencji Symulacje oceniające kompetencje Raport oceny kompetencji Rut Paweł 08-01-2015 Kompetencje sprzedażowe dla efactor Sp. z o.o. Dane osobowe Rut Paweł CEO pawel.rut@efactor.pl more-than-manager.com 2 z 13

Bardziej szczegółowo