Karteczki na ścianie nie powstrzymają Cię przed zbudowaniem beznadziejnego oprogramowania. anonim

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

Download "Karteczki na ścianie nie powstrzymają Cię przed zbudowaniem beznadziejnego oprogramowania. anonim"

Transkrypt

1 1

2 Spis treści Wstęp...4 Czym jest Visual Management...5 Materiały i środowisko...6 Co warto pokazać...8 Task Board...8 Kanban...11 Cummulative Flow Diagram...14 Wykresy Spalania...14 Wykres Spalania Sprintu...15 Wykres Spalania Wydania...16 Story Map...17 Scrum Board...18 Parking Lot...19 Mapy Myśli...20 Przykład z życia...21 Zasady korzystania z Agile Wall...23 Narzędzia elektroniczne...24 Podsumowanie...25 Źródła

3 Karteczki na ścianie nie powstrzymają Cię przed zbudowaniem beznadziejnego oprogramowania. anonim Krystian Kaczor Krystian Kaczor to doświadczony coach, trener i konsultant, który na co dzień łączy ze sobą dwa światy, twardych umiejętności i technologii oraz miękkich umiejętności i psychologii. Jego wieloletnie doświadczenie na międzynarodowych projektach (m. in. Szwecja, Holandia i Iran) pozwoliło na zdobycie wyjątkowych i wszechstronnych umiejętności z obu tych obszarów. W swojej pracy kieruje się maksymą, że jedyną miarą postępu są mierzalne rezultaty. W trakcie 10 lat pracy w branży IT, Krystian zdobył wszechstronne doświadczenie w całym cyklu wytwarzania oprogramowania. Pracował jako programista, wdrożeniowiec, tester, wsparcie klienta, Scrum Master, Test Manager i Project Manager, dzięki czemu patrzy na oprogramowanie oraz proces jego wytwarzania z kilku perspektyw i znajduje wspólny język zarówno z biznesem, jak i IT. Jest jednym z niewielu coachów i trenerów nadal biorących aktywny udział w projektach. Współpracuje z firmami, których logo jest łatwo rozpoznawalne w wielu krajach usprawniając Zespoły, procesy, projekty i całe programy. Jako Agile Coach buduje i prowadzi Zespoły Agile, przeprowadza transformacje organizacji i ulepsza wdrożone procesy. Posiada doświadczenie w pracy z Zespołami w zakresie od małych, lokalnych zespołów do geograficznie rozproszonych korporacji, pracujących w modelach skalowanego i rozproszonego Agile. Prowadzi szkolenia z obszaru Agile, Scrum, testowania oraz umiejętności miękkich i rozwoju osobistego. Szkolił i konsultował Zespoły z Polski, Holandii, Niemiec i Rosji. Autor książki Scrum i nie tylko. Teoria i praktyka w metodach Agile wydanej przez PWN, publikacji po polsku i po angielsku w czasopismach oraz na stronach internetowych. Współzałożyciel czasopisma c0re. Prelegent na polskich i zagranicznych konferencjach z obszarów Agile i Testowania. Certified Scrum Professional, CSM, PSM I, PMI-ACP, ISTQB Advanced Level - Test Manager, Master Practitioner NLP, ICF Associate Certified Coach i Erickson Certified Professional Coach. 3

4 Wstęp Komunikacja czy innymi słowy przepływ informacji pomiędzy interesariuszami projektu jest jak życiodajne soki płynące w drzewie. Kiedy przepływ jest zakłócony i ich zabraknie, część drzewa zacznie usychać, a całość będzie podatna na choroby i ataki pasożytów. Nic dziwnego, że brak komunikacji jest często podawany jako numer jeden na liście przyczyn porażek projektów. Zaskakujące jest jak często dochodzi do braku informacji i jak proste są narzędzia do jej przywrócenia. Za doskonały przykład mogą tutaj posłużyć narzędzia Visual Management zaczerpnięte z Toyota Production Process i Lean Management. Zgodnie z tym podejściem powinniśmy używać wizualnej kontroli, żeby żadne problemy nie pozostawały w ukryciu. To znaczy, że informacja powinna być tak prezentowana, że pomimo małej ilości tekstu jest zrozumiała, uwidacznia problemy i umożliwia podjęcie decyzji. Umieszczanie na ścianach różnych map, wykresów i odręcznych rysunków może wydawać się mało poważne, a nawet dziecinne. Szczególnie kierownicy projektów mają upodobanie do wykresów Gantta (nazywany zwany też Harmonogramem Adamieckiego) i arkuszy Excela tworzonych w ich laptopach. Ale w większości wypadków prędzej, czy później okazuje się, że zgodnie z zasadą brzytwy Ockhama, najprostsze rozwiązania są najskuteczniejsze w prawdziwym życiu. Zastanów się. Czy wolisz tablice z instrukcjami zamiast znaków drogowych? Czy zdajesz sobie sprawę, że kontrolki na desce rozdzielczej Twojego samochodu to też przykład Visual Management? W tym e-booku przedstawię i omówię sposoby pracy z szeroko pojętym narzędziem określanym jako Agile Wall, czyli o wykorzystaniu Visual Management w świecie metod zwinnych. Szeroko pojętym, ponieważ tak naprawdę nie ma konkretnego standardu określającego co powinno znajdować się na takiej ścianie lub jak z niej korzystać. Chciałbym przekazać swoją wiedzę i praktyczne doświadczenia z tym narzędziem, które bardzo często okazywało się świetnym katalizatorem lub platformą do wymiany informacji w sposób zrozumiały dla wszystkich zainteresowanych. Potraktuj tę publikację jako źródło inspiracji i pozwól zespołowi znaleźć własne, najlepsze praktyki. 4

5 Czym jest Visual Management Głównym założeniem Visual Management jest przedstawianie informacji w sposób obrazowy zamiast opisowego i przedstawianie tekstu za pomocą symboli, tak żeby informacja była łatwo zrozumiała dla odbiorców, wskazywała problemy lub anomalie i umożliwiała podjęcie akcji korygujących. Czyli w skrócie można powiedzieć, że Visual Management jest to zarządzanie na podstawie informacji przedstawionych w formie graficznej. Rysunek 1 Wizualizacja informacji na przykładzie samolotu Flying 101 linii lotniczych kulula.com Bardzo podobnym i często mylonym pojęciem jest Information Radiator, którego nazwę można przetłumaczyć na język polski jako Grzejnik Informacyjny lub Promiennik Informacyjny. Takie określenie ma stanowić przeciwieństwo lodówek informacyjnych, czyli ukrywania istotnych informacji w niewidocznych miejscach. Alistair Cockburn zdefiniował to narzędzie w książce Crystal Clear w 2004 roku jako wyświetlanie ważnych dla projektu informacji w łatwo dostępnych i uczęszczanych miejscach w taki sposób, żeby odbiorca zrozumiał je nawet tylko mimo chodem rzucając okiem. Podsumowując chciałbym jeszcze raz podkreślić tę subtelną różnicę. Jeżeli prezentujemy informację w przystępny sposób i w widocznym miejscu, to jest to Information Radiator. Natomiast jeżeli dodatkowo jest to przedstawienie informacji pokazujące problemy i wspomagające podejmowanie decyzji, to mamy już do czynienia z Visual Management. 5

6 Materiały i środowisko Nie bez powodu fraza location, location, location 1 jest powtarzana na szkoleniach dla sprzedawców nieruchomości i terrorystów. Od tego, gdzie umieścisz informację, zależy, czy będzie użyteczna, czy stanie się tak samo ignorowaną dekoracją jak plan pomieszczeń USS Enterprise, który rok temu powiesił jeden z developerów. Więc pozwól, że na początku przyjrzymy się poszukaniu odpowiedniego miejsca i narzędzi, które umożliwią sukces nowego sposobu korzystania z informacji. Generalnie w zależności od głównego adresata informacji, są dwa typowe miejsca, w których można umieszczać Promienniki Informacji. Pierwszym i najbardziej oczywistym będzie wydzielona przestrzeń Zespołu, którą najczęściej nazywamy Agile Space. Najlepiej oczywiście jest, jeżeli Zespół Agile może siedzieć w osobnym pokoju, który może zagospodarować tak jak jest dla niego najlepiej. Jak powinna wyglądać taka przestrzeń można dowiedzieć się z e-booka Andrzeja Brandta pod tytułem Environment for Agile Teams. W tej samej pozycji można znaleźć kilka ciekawych materiałów, z których możemy skorzystać. Drugim miejscem, które jest łatwiej dostępne również dla osób spoza Zespołu będzie korytarz stanowiący główny ciąg komunikacyjny na piętrze. Im więcej będziemy mieli powierzchni do wykorzystania na różne notatki i rysunki, tym lepiej. Najlepiej do tego celu nadają się białe tablice sucho-ścieralne typu whiteboard. Jeśli powiesimy tablicę na ścianie, to najprawdopodobniej zostanie kawałek pustej ściany wokół niej. Jak to wykorzystać. Możemy tam przyklejać arkusze papieru z kolejnymi informacjami, ale dużo lepszym pomysłem jest pokrycie ścian farbą idea paint 2 i uzyskać dużo większą przestrzeń do nieskrępowanego wykorzystania. Nie ograniczajmy się w pomysłach na wykorzystanie takiej powierzchni. Często widzę w użyciu maksymalnie dwa z czterech standardowych pisaków, np. czarny i czerwony. Zachęcam do poeksperymentowania z mniej znanymi kolorami, takimi jak fioletowy, brązowy, pomarańczowy. Na ścianach i tablicach można wydzielać obszary za pomocą specjalnych łatwousuwalnych, samoprzylepnych taśm (i te polecam do powierzchni typu whiteboard) lub chociażby zwykłej taśmy malarskiej dostępnej w marketach budowanych. 1 Przynajmniej tak twierdzi Jeff Dunham i jego postać, Ahmed https://www.youtube.com/ 6 watch?v=ubnv61jklem 2

7 Jeżeli na przykład z powodu kontraktu na wynajem przestrzeni w budynku, nie możemy przemalować ścian, ani zawiesić tablic, to nadal możemy stworzyć sobie odpowiednią powierzchnię do równie dobrego wykorzystania obklejając ściany papierem. Możemy użyć elektrostatycznej folii EasyFlip Foil od Leitz, lub najzwyklejszego szarego papieru pakowego z dużej rolki. Oczywiście kiedy jesteś w takiej sytuacji, zwróć uwagę czy przytwierdzając papier taśmą do ściany będziesz mógł łatwo ją usunąć i zmyć ślady kleju rozpuszczalnikiem. Taśma typu Scotch Tape daje się łatwo odkleić nie pozostawiając śladów w przeciwieństwie do zwykłej samoprzylepnej taśmy przeźroczystej. Rysunek 2 Karteczki samoprzylepne Post-It notes Kolejnym materiałem jaki najbardziej lubią Agile owe tygryski to karteczki samoprzylepne Post-It Notes. Dlaczego? Bo łatwo jest przeklejać w tą i z powrotem, usuwać i dodawać takie małe skrawki informacji bez kreślenia po tablicy czy ścianie. Z tego samego powodu zawsze warto zapłacić trochę więcej i kupić oryginalne karteczki z firmy 3M, a nawet ich wzmocnioną wersję Super Sticky. Po prostu przyklejają się lepiej i rzadko odpadają w przeciwieństwie do podróbek. Dużo lepiej sprawdzają się też wyraźne kolory z serii Neon niż te pastelowe, bo po prostu rzucają się w oczy. Zachęcam, żebyś eksperymentował do woli z różnymi kształtami i wielkościami kartek. Zespół powinien zrobić użytek z gamy kolorów i od początku określić, przeznaczenie kolorów. Na przykład często się spotyka, że kwadratowe, różowe karteczki są używane na Task Board, o którym już za chwilę, jako nośnik zgłoszonych błędów, a z kolei prostokątne żółte do zapisywania User Story. Pilnuj stanu zapasów, bo jeśli zabraknie, któregoś z wykorzystywanego rodzaju, to spowoduje to zamieszanie w Zespole i może załamać korzystanie z ustalonych zasad. Pamiętaj, żeby kilka bloczków i pisaków było zawsze pod ręką w pobliżu ściany. Dodatkowo można zamieniać dowolne kartki papieru (na przykład wydruk makiety ekranu) w samoprzylepne karteczki za pomocą kleju Scotch Restickable Glue. 7

8 Co warto pokazać Właściwie można by skwitować ten rozdział stwierdzeniem, że należy umieszczać wszystko, co ma wartość dla osób zainteresowanych i wspomaga podejmowanie decyzji. Najważniejsze jest, żeby Agile Wall był używany i użyteczny. Nie mogę jednak pozostawić czytelników z tą myślą. Zgodnie z zasadą ograniczonej innowacyjności więcej pomysłów powstanie kiedy mamy narzucone pewne ramy i wiemy gdzie zacząć. Pozwól więc, że przybliżę kilka pomysłów, które można od razu wykorzystać i które są sprawdzone w praktyce przez różne zespoły. Task Board Zacznijmy od najbardziej popularnego narzędzia, które jeśli nie zawsze jest dobrze wykorzystywane, to przynajmniej można spotkać w Agile Space wielu Zespołów. Kolokwialnie rzecz ujmując, to powinniśmy się spodziewać tablicy podzielonej na kolumny i karteczek poprzyklejanych w tychże kolumnach. Ale, o właściwie w tym chodzi? Task Board to po prostu tablica z zadaniami prezentująca zawsze aktualny stan pracy. Karteczki podróżują po tej tablicy od lewej do prawej przechodząc przez kolejne etapy pracy. Właśnie się zastanowiłem czy w krajach, w których pisze się od prawej do lewej, jak na przykład w krajach arabskich, karteczki będą się poruszały od prawej do lewej. Każdy etap jest reprezentowany przez własną kolumnę opatrzoną odpowiednim nagłówkiem. Kolumny powinny odpowiadać rzeczywistym fazom przez jakie przechodzi każde zadanie, ale można zacząć od Do Zrobienia, W realizacji i Ukończone. Rzeczywiste oddanie tych faz ułatwi śledzenie sposobu w jaki pracuje Zespół Developerski oraz wykrywanie problemów w przepływie pracy. Dobrym podziałem tablicy na kolumny będzie na przykład Do Zrobienia, Projektowanie, Kodowanie, Przegląd, Testowanie, Ukończone. Często spotyka się również na tej tablicy osobne wiersze dla każdej User Story wyznaczone przez umieszczenie karteczki z User Story w skrajnej lewej kolumnie, a zadań, które jej dotyczą na tej samej wysokości w poziomych wierszach. W ten sposób wyznaczamy dodatkowo poziome linie dla grup zadań. Dodatkowym udogodnieniem może być używanie karteczek dla zadań w tym 8

9 samym kolorze co karteczka z odpowiednią User Story. Wtedy łatwiej jest śledzić postęp i przenosić elementy pomiędzy kolumnami. Rysunek 3 Przykładowa tablica Task Board Teraz napiszę coś, co może wydawać się oczywiste, ale nader często spotykam się z popełnianiem tego błędu przez zespoły, które wspieram jako Agile Coach. Na ścianie powinny znaleźć się absolutnie wszystkie rzeczy, nad którymi pracuje Zespół Agile. Ta zasada dotyczy zadań, które zostały zidentyfikowane w czasie trwania Iteracji i tych, które wpadły z boku, czyli nieplanowane. Tak samo należy postępować z wszelkimi wykrytymi i rozwiązywanymi w czasie Iteracji defektami. Jeżeli nie będziemy przestrzegać tej reguły, to będziemy mieli fałszywy obraz, na podstawie, którego podejmujemy ważne decyzje. Karteczki z User Story i z zadaniami zawierają więcej informacji niż tylko nazwa. Te pierwsze z uwagi na to, że w myśl Scrum są przedstawicielami Rejestru Produktu, czyli są Elementami Rejestru Produktu (ang. Product Backlog Item (PBI)) powinny prezentować takie właściwości jak oszacowany rozmiar (najczęściej w punktach), porządek na liście i unikalny identyfikator pozwalający na znalezienie elementu na liście. Z kolei dla zadań nie ma konkretnych wytycznych i to co się najczęściej spotyka to nazwa zadania, oszacowany czas potrzebny na wykonanie zadania i inicjały osoby, która nad nim pracuje. Trzeba pamiętać o tym, żeby z góry nie przypisywać zadań do konkretnych osób na przykład na Planowaniu Iteracji. Żeby umożliwić samoorganizację, zadania powinny znajdować właściciela dopiero, kiedy mają zostać wykonane. Zespół Agile zawsze powinien wspólnie tworzyć plan na kolejny dzień. Praca w metodach zwinnych nie polega na zrywaniu nisko wiszących owoców i robieniu tego co wygodne, ale na robieniu tego, co najbardziej w danej chwili przybliży Zespół do osiągnięcia Celu Iteracji. Więcej o planowaniu i samoorganizacji możesz dowiedzieć się z książki mojego Scrum i nie tylko, a teraz trzymajmy się tematu tablic. 9

10 10

11 W zależności od tego jak Zespół Agile się umówi, tablica jest aktualizowana przez członków zespołu w czasie codziennych spotkań stand-up takich jak Daily Scrum lub od razu wtedy, kiedy stan zadania zmienił się. Ponieważ tablica Task Board należy do zespołu, to cały zespół jest odpowiedzialny za jej utrzymanie, a nie Project Manager, Scrum Master lub najmłodsza osoba w zespole. Drogi czytelniku, jeśli właśnie zdałeś sobie sprawę, że ktoś Cię wrobił w wykonywanie tej pracy, to możesz to wreszcie zmienić. Tak jak wcześniej pisałem, że tablica Task Board wspomaga podejmowanie decyzji poprzez Zespół pokazując aktualny stan pracy. Gromadzenie karteczek w którejś kolumnie lub wręcz przeciwnie, ich brak skazuje obszary problemowe procesu. Oczywiście samo narzędzie nie rozwiązuje problemów. Rozwiązania zawsze powinny pochodzić od członków Zespołu Agile. Na ogół będzie to oznaczało skierowanie sił całego zespołu na wykonywanie pracy w jednym obszarze, żeby znowu udrożnić przepływ. Można też na przykład zaczerpnąć z technologii Kanban i wprowadzić limity WIP (o czym w kolejnym podrozdziale) w kolumnach problematycznych. Oczywiście wszelkie trudności powstałe podczas Iteracji powinny być omówione na Retrospekcji. Czy patrząc na Task Board możemy określić co zespół dostarczy na koniec Iteracji i czy zdąży z wykonaniem pracy przed upływem ramy czasowej? Na pierwszą część pytani możemy odpowiedzieć twierdząco, ponieważ, jeżeli wszystkie karteczki dla danej User Story znajdują w kolumnie Ukończone, to User Story zostanie dostarczona. Natomiast obserwując liczbę karteczek w kolejnych kolumnach nie możemy powiedzieć jakie jest tempo pracy i czy jest ono wystarczające do ukończenia pracy w terminie. Dlaczego tak się dzieje? Odpowiedź jest bardzo prosta. Zadania są różnej wielkości, więc nie wiemy czy kilka elementów w ostatniej kolumnie to kilka zadań półgodzinnych, a kolejne kilkugodzinnych jest nadal do zrobienia czy wręcz odwrotnie. Lepiej na pytanie postawione na początku tego akapitu odpowiedzą nam wykresy spalania Burndown lub Burnup o których więcej napiszę w dalszych podrozdziałach. Kanban Warto wiedzieć, że jest zwinna metoda Kanban i narzędzie Kanban oraz to, że korzystasz z narzędzia nie oznacza, że korzystasz w prawidłowy sposób z metody. Ostatnio coraz częściej obserwuje, że Kanban to nowe buzz word na określenie nieudolnego wprowadzenia Agile w organizacji. Jeszcze kilka lat temu jeżeli organizacja nie miała określonego procesu wytwarzania oprogramowania i nie korzystała z żadnej konkretnej metody, to 11

12 managerowie twierdzili, że mają Agile. W wolnym tłumaczeniu oznaczało to róbta co chceta i pracę w trybie pożar w burdelu. Ponieważ wiedza na temat Agile wzrosła w ciągu ostatnich kilku lat, taka wymówka stała się nieskuteczna i wręcz krępująca. Teraz nowymi określeniami bałaganu są Kanban i stwierdzenie, że zespół ma tablicę z karteczkami. No dobrze, w takim razie o co chodzi w tym Kanbanie? Narzędzie pochodzi się z systemu pracy w Toyocie, czyli osławionego już Toyota Production System i nazwa oznacza w języku japońskim tablicę informacyjną. Tablica Kanban wygląda bardzo podobnie do wcześniej opisanej Task Board z pewnymi wyjątkami. Rysunek 4 Przykładowa Tablica Kanban Jedną ze zmian jest wprowadzenie limitów pracy w toku (ang. Work In Progress Limit (WIP)) dla każdej z kolumn. Ograniczenie liczby zadań, które mogą znajdować się w danej kolumnie jest sposobem na kontrolowanie przepływu pracy określanego jako workflow. Przerwy w strumieniu karteczek lub blokada spowodowana maksymalną ilością kartek w kolejnych fazach to oczywiście problemy, które zespół powinien rozwiązać wspólnymi siłami. Nowe zadania są wciągane z puli dopiero, kiedy jest na to miejsce, więc wszystkim interesariuszom zależy na jak najbardziej sprawnym procesie. Cały workflow może być jedynie na tyle wydajny na ile wydajne jest jego najsłabsze ogniwo, czyli wąskie gardło. Powinniśmy tak dostosować limity, żeby jak najlepiej wykorzystać możliwości wąskiego gardła. Trudno mi się teraz oprzeć, żeby nie podać tutaj sposobu pracy z wąskimi gardłami, bo to już sięganie do metody Kanban i ma mało 12

13 wspólnego z tablicą. Zatem, zdradzę Ci, że korzystamy w takim wypadku z metody pięciu kroków, 5 Focusing Steps. 1. Zidentyfikuj ograniczenie. 2. Zdecyduj jak maksymalnie wykorzystać to organicznie. 3. Podporządkuj wszystko w systemie decyzji podjętej w kroku Zwiększ pojemność ograniczenia, tak, żeby uwolnić wąskie gardło. Teraz kolejne ograniczenie może pojawić się w innej części systemu. 5. Zidentyfikuj kolejne ograniczenia i wróć do kroku 2. Drugą różnicą jest to, że często kolumny są dodatkowo podzielone na dwie części, żeby pozwolić na oczekiwanie zadań i lepiej uwidocznić co oczekuje na kolejny etap, a gdzie praca jest naprawdę wykonywana. Taki podział tworzy bufory, które pomagają nadać większą płynność pracy. W ten sposób, jeżeli programiści zakończyli kodowanie, to mogą przesunąć zadania do buforu fazy Testowanie zamiast czekać, aż zwolni się tam miejsce. Puryści mogą powiedzieć, że lepiej nie korzystać z buforów i pozwolić całemu zespołowi wspólnie oczyścić kolumnę Testowanie. Kolejną rzeczą jaką możemy spotkać na tablicach Kanban są swimlanes, czyli grupy wierszy na tablicy wydzielone poziomymi liniami. Mogą one oznaczać zadania z różnych obszarów, od różnych sponsorów lub różne priorytety. Służy to szybkiej priorytetyzacji pracy. Na przykład zespół może mieć na tablicy swimlanes z regularnymi zadaniami developerskimi i zadania związane z rozwiązywaniem problemów na środowisku produkcyjnym. Kiedy pojawiają się zadania w swimlane z priorytetem, Zespół natychmiast przerywa pracę w zwykłej swimlane i zaczyna nad nimi pracować. W metodzie Kanban nie ma iteracji, ale nadal istnieje potrzeba mierzenia przepustowości naszego workflow. Mierzy się ile czasu zajmuje wykonanie zadania oraz ile zadań udało się ukończyć w pewnym odcinku czasu. Dlatego po rozpoczęciu pracy nad zadaniem wpisuje się dzisiejszą datę. Największymi zaletami tego narzędzia są jego prostota i lekkość, dzięki którym możemy wykorzystywać tablicę Kanban niezależnie od metodyki prowadzenia projektów. Nic nie stoi też na przeszkodzie, żeby stosować limity WIP i eliminację wąskich gardeł za pomocą Five Focusing Steps w połączeniu z tablicą Task Board w Scrum. 13

14 Cummulative Flow Diagram Cummulative Flow Diagram (CFD) to prosty pomysł zaczerpnięty z metody Feature Driven Development pokazujący jak wygląda przepływ pracy w ciągu iteracji. Można spotkać się też ze skrótowym określeniem tego narzędzia jako CFD. Tworzenie takiego diagramu polega na codziennym nanoszeniu sumy zadań znajdujących się w poszczególnych fazach pracy tak, żeby w sumie dawały całkowitą ilość zadań. W ten sposób powstają warstwy dla różnych faz. Rysunek 5 Przykładowy Cumulative Flow Diagram Patrząc na zmiany w warstwach poprzez okres iteracji, możemy łatwo zauważyć wąskie gardła i inne zakłócenia w przepływie pracy. Jeżeli będziesz korzystała z arkusza kalkulacyjnego Excel do tworzenia tego wykresu za pomocą narzędzia skumulowany wykres warstwowy spotkasz się z pewną niedogodnością. W kolejnym dniu, gdzie nie ma jeszcze danych, Excel będzie rysował wykres dla wartości 0. Wykresy Spalania Oprócz tego czym zespół się zajmuje i jak wydajny jest proces wytwarzania, chcielibyśmy też wiedzieć czy zespół zdąży dostarczyć produkt na czas. Z tablic za zadaniami nie możemy tego wyczytać, bo nie widać tam upływającego czasu, sumarycznej wielkości zadań czy tempa pracy zespołu. Do Lipca

15 Wykres Spalania Sprintu i Wykres Spalania Wydania były obowiązkową częścią Scrum. Pomimo pozostawienia większej swobody w doborze narzędzi jest to nadal najczęstszy wybór zespołów. Wykres Spalania to pomysł, który Jeff Sutherland zaczerpnął ze swojego doświadczenia jako pilot wojskowy 3. Po prostu lądując samolotem na pasie, trzeba wiedzieć jaką długość pasa masz przed sobą i jak szybko wytracasz prędkość. Zatem na tego typu wykresie zawsze będziemy nanosili ilość pracy jaka pozostała na osi czasu zakładając, że na koniec okresu będziemy mieli 0 pracy pozostałej. Właśnie taka forma wykresu nazywana jest burndown. Rzadko zdarza się, że Zespół wybiera odwrotną formę tego wykresu czyli burnup nanosząc ilość pracy wykonanej w czasie zakładając, ze na koniec okresu będzie 100% zaplanowanej ilości. Wykresy można tworzyć odręcznie, na tablicy pod koniec codziennego spotkania. Równie dobrze można wykorzystać oprogramowanie takie jak arkusz kalkulacyjny czy aplikacja wspierająca Agile Development. Tworzenie wykresów to jedno, a korzystanie z nich i odczytywanie informacji to co innego. Przyjrzyjmy się zatem jakie informacje przedstawiają dwie podstawowe wersje, czyli Wykres Spalania Sprintu i Wykres Spalania Wydania. Wykres Spalania Sprintu Wykres Spalania Sprintu dotyczy, jak sama nazwa wskazuje, pracy wykonywanej w Sprincie. Pierwszym krokiem tworzenia takiego wykresu jest wyznaczenie linii idealnego spalania. Robimy to przez narysowanie linii od sumy oszacowanego czasu zadań po Planowaniu Sprintu w pierwszym dniu do zera godzin ostatniego dnia. W ten sposób mamy linię odniesienia, którą będziemy wykorzystywali do określenia czy pracując w obecnym tempie zespół zamknie wszystkie zadania do końca Sprintu czy nie. Teraz już pozostaje nam tylko rysowanie kolejnych linii pomiędzy punktami oznaczającymi sumę godzin zadań, które pozostały do wykonania. Zwykle zespoły aktualizują burndown pod koniec Codziennego Scrum. Jeżeli praca przebiega dobrze i Zespół Developerski nie odkryje nowych zadań, to każdego dnia powinniśmy mieć mniej godzin. Nie przejmuj się, jeżeli w pewnym momencie ilość pozostałego czasu będzie większa niż po Planowaniu Sprintu. Również płaska linia przez dzień czy dwa nie koniecznie będzie zwiastowała problemy. Jeżeli zespół zamyka zadania, ale odkrywa nowe zadania lub inne zajmują więcej niż oryginalnie oszacowano, to może właśnie wyglądać jak płaska linia. Ważne jest, żeby używać wykresu jako wskaźnika, a nie wyroczni i zawsze sprawdzać sytuację z Zespołem Developerskim. No dobrze, ale po co była ta linia idealnego spalania? Jeżeli trend rysowania kolejnych odcinków wykresu oddala się ponad tą linię, su

16 geruje to, że zespół nie zdąży wykonać zaplanowanej pracy. Z kolei jeżeli ten sam trend rysuje się poniżej linii idealnego spalania, to możemy wnioskować, że zespół zakończy pracę wcześniej i może przyjąć więcej pracy. Wykres Spalania Wydania Wykres Spalania Wydania obejmuje swoim zakresem większy zakres, bo wydanie złożone z kilku Iteracji i korzysta z innych jednostek. Tym razem nie interesują nas oszacowane idealne godziny zadań, ale oszacowana wielkość User Story wyrażona najczęściej w punktach 4. Podobnie jak we wcześniejszym przypadku najpierw rysujemy linię idealnego spalania. Początkiem linii jest suma punktów planowana do dostarczenia w tym wydaniu, a końcem jest zero punktów na koniec ostatniego Sprintu. Po każdym Sprincie zaznaczamy ilość User Story jaka pozostała do spalenia. Wykres Spalania Sprintu spotyka się zarówno w formie liniowej jak i słupkowej. W tej drugiej postaci dla słupków rysuje się linię trendu, która wyznaczając przecięcie z osią poziomą pokazuje kiedy zaplanowany zakres będzie ukończony. W zależności o tego czy używamy planowania z określoną datą, czy z określonym zakresem możemy podejmować decyzję co do zakresu lub daty wydania. Więcej na temat tych dwóch rodzajów planowania możesz dowiedzieć się z książki Scrum i nie tylko. Teoria i praktyka metod Agile Rysunek 6 Przykładowy Wykres Spalania Sprintu 16 4 Z mojej książki Scrum i nie tylko" dowiesz się więcej o technikach szacowania w Agile.

17 Rysunek 7 Przykładowy Wykres Spalania Wydania Story Map Story Map, czyli mapa User Story jest narzędziem, które gorąco polecam każdemu Właścicielowi Produktu, czy też innemu przedstawicielowi biznesu, który pracuje z Zespołem Agile. Dlaczego? Ponieważ tworzenie Story Map jest proste, pobudza twórcze myślenie, pomaga uporządkować kierunek rozwoju produktu, zrozumieć zakres kolejnych wydań i właściwie ustalić priorytety. A tego wszystkiego można dokonać za pomocą ściany i kolorowych karteczek. Budowanie takiej mapy zaczynamy od określenia poszczególnych funkcjonalności produktu i najprostszego sposobu skorzystania z funkcji systemu przez użytkownika od początku do końca. Przyklejając kolejne karteczki z Epikami lub Tematami utworzymy w ten sposób tak zwany kręgosłup systemu. W kolejnych wierszach dokładamy User Story, których implementacja umożliwi korzystanie z tych podstawowych funkcjonalności w najprostszy sposób. Teraz zbudowaliśmy minimalną implementację produktu, którą nazywa się chodzącym szkieletem. Dalej dokładamy mięsko, czyli opcjonalne sposoby korzystania z funkcjonalności systemu takie jak na przykład kilka sposobów wyszukiwania produktu czy dodawania go do koszyka. User Story w niższych wersjach są bardziej opcjonalne niż te w wyższych. Kiedy już mamy naszą mapę gotową, przedstawiciel biznesu może wyznaczyć zbiory User Story, które chce mieć dostarczone w kolejnych wydaniach produktu. 17

18 Rysunek 8 Przykładowa Story Map Oczywiście Story Map może ulegać aktualizacji i zmianom zarówno w priorytetach jak i ilości elementów. Zgodnie z podstawowymi założeniami opisanymi w Manifeście Agile, zmiana jest mile widziana. Mapę może tworzyć grupa sponsorów lub przedstawiciel biznesu razem z Zespołem Agile. Scrum Board Zespoły Scrum często korzystają podczas Codziennego Scrum z tablicy, która jest nazywana Scrum Board. Tak naprawdę jest to mix różnych narzędzi, które zespół uznał za warte skorzystania. Centralnym elementem Rysunek 9 Przykładowa tablica Scrum Board 18

19 zawsze jest Task Board albo Kanban Board z zadaniami dla konkretnego Sprintu. Do tego dochodzą nam Wykresy Spalania i Lista Przeszkód. Zanim pójdziemy dalej, słowo wyjaśnienia na temat Listy Przeszkód. Scrum Master utrzymuje taką listę w trakcie iteracji i umieszcza na niej zidentyfikowane przeszkody oraz to czy zostały już rozwiązane czy nie. Równie dobrą praktyką jest umieszczenie listy akcji jakie Zespół uzgodnił do wykonania w trakcie Sprintu na poprzedniej Retrospekcji Sprintu. Nic nie stoi na przeszkodzie, żeby na Scrum Board pojawiły się inne narzędzia Visual Management, które Zespół uzna za pożyteczne. Parking Lot Diagram Parking Lot jest kolejną techniką, którą możemy zaczerpnąć z metody Feature Driven Development. Jest to genialny w swojej prostocie sposób przedstawienia postępu wykonania wszystkich elementów produktu. W swojej pierwotnej postaci oprócz planowanej daty dostarczenia funkcjonalności ten diagram śledzi również procent ukończenia tej funkcjonalności, który jest wyznaczany stosując konkretną regułę. Jednakże w każdej innej metodzie Agile możemy w tym celu po prostu skorzystać z postępu obliczonego w oszacowanej wielkości składających się na niego elementów. Na przykład w Scrum możemy tworzyć raport Parking Lot dla Epików lub Tematów obliczając postęp na podstawie stosunku ukończonych do wszystkich User Story. Dzięki temu narzędziu można szybko określić postęp poszczególnych elementów Produktu. Naturalnie, w Agile nie jest celem ukończenie wszystkich Epików czy Tematów. Wszystko zależy od tego co założyliśmy na Story Map i co postanowił przedstawiciel biznesu. Warto jednak wiedzieć jak wygląda stan Rejestru Produktu i mieć nad nim dobrą kontrolę. Rysunek 10 Przykładowy diagram Parking Lot 19

Planowanie i realizacja zadań w zespole Scrum

Planowanie i realizacja zadań w zespole Scrum MetaPack IT Academy Uniwersytet Zielonogórski Planowanie i realizacja zadań w zespole Scrum Paweł Przybyła Professional Scrum Master (www.scrum.org) Planowanie i realizacja zadań w zespole Scrum Agenda:

Bardziej szczegółowo

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

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny SCRUM niełatwe wdrażanie metodyki w praktyce Adam Krosny 1 Czym się zajmujemy Realizujemy projekty informatyczne średniej wielkości Ilość osób w projekcie 10-50 Architektura SOA, EBA Wiele komponentów

Bardziej szczegółowo

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

AKADEMIA DLA MŁODYCH. Osiąganie celów. moduł 3 PODRĘCZNIK PROWADZĄCEGO. praca, życie, umiejętności. Akademia dla Młodych

AKADEMIA DLA MŁODYCH. Osiąganie celów. moduł 3 PODRĘCZNIK PROWADZĄCEGO. praca, życie, umiejętności. Akademia dla Młodych Osiąganie moduł 3 Temat 3, Poziom 1 PODRĘCZNIK PROWADZĄCEGO Akademia dla Młodych Moduł 3 Temat 3 Poziom 1 Zarządzanie czasem Przewodnik prowadzącego Cele szkolenia Efektywność osobista pozwala Uczestnikom

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

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

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA Projekt to metoda na osiągnięcie celów organizacyjnych. Jest to zbiór powiązanych ze sobą, zmierzających

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

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

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

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

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

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

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

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

Zastanawiałeś się może, dlaczego Twój współpracownik,

Zastanawiałeś się może, dlaczego Twój współpracownik, Kurs Makra dla początkujących Wiadomości wstępne VBI/01 Piotr Dynia, specjalista ds. MS Office Czas, który poświęcisz na naukę tego zagadnienia, to 15 20 minut. Zastanawiałeś się może, dlaczego Twój współpracownik,

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

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

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

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

Władza i Wpływ cz.3. Mapa władzy i wpływu Jak określić skuteczność tych relacji, od których zależy nasz sukces i powodzenie zawodowe.

Władza i Wpływ cz.3. Mapa władzy i wpływu Jak określić skuteczność tych relacji, od których zależy nasz sukces i powodzenie zawodowe. . Pełna jakość Biznesu, Pracy, Życia.. Dajemy klientom wsparcie na każdym etapie ich drogi do wartościowych sukcesów... 1 Narzędzie: Biznesowa Wartość Relacji Władza i Wpływ cz.3. Mapa władzy i wpływu

Bardziej szczegółowo

32. ZBIERAMY DANE W NASZEJ KLASIE I SZKOLE CZYLI O TYM, JAK SIĘ TWORZY WYKRESY SŁUPKOWE

32. ZBIERAMY DANE W NASZEJ KLASIE I SZKOLE CZYLI O TYM, JAK SIĘ TWORZY WYKRESY SŁUPKOWE 32. ZBIERAMY DANE W NASZEJ KLASIE I SZKOLE CZYLI O TYM, JAK SIĘ TWORZY WYKRESY SŁUPKOWE 143 Małgorzata Sieńczewska 32. ZBIERAMY DANE W NASZEJ KLASIE I SZKOLE CZYLI O TYM, JAK SIĘ TWORZY WYKRESY SŁUPKOWE

Bardziej szczegółowo

Zacznijmy więc pracę z repozytorium. Pierwsza konieczna rzecz do rozpoczęcia pracy z repozytorium, to zalogowanie się w serwisie:

Zacznijmy więc pracę z repozytorium. Pierwsza konieczna rzecz do rozpoczęcia pracy z repozytorium, to zalogowanie się w serwisie: Repozytorium służy do przechowywania plików powstających przy pracy nad projektami we w miarę usystematyzowany sposób. Sam mechanizm repozytorium jest zbliżony do działania systemu plików, czyli składa

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

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

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

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

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

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

Katalog szkoleń certyfikowanych Testowanie oprogramowania

Katalog szkoleń certyfikowanych Testowanie oprogramowania Katalog szkoleń certyfikowanych Testowanie oprogramowania Szanowni Państwo, Certyfikowane szkolenia testerzy.pl to dwie uznane ścieżki szkoleniowe dla testerów ISTQB oraz ISEB. Dostarczamy pełny zakres

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

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

Katalog szkoleń certyfikowanych Testowanie Oprogramowania

Katalog szkoleń certyfikowanych Testowanie Oprogramowania Katalog szkoleń certyfikowanych Testowanie Oprogramowania Szanowni Państwo, Certyfikowane szkolenia testerzy.pl to dwie uznane ścieżki szkoleniowe dla testerów ISTQB oraz ISEB. Dostarczamy pełny zakres

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

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

Sylabus Moduł 2: Przetwarzanie tekstów

Sylabus Moduł 2: Przetwarzanie tekstów Sylabus Moduł 2: Przetwarzanie tekstów Niniejsze opracowanie przeznaczone jest dla osób zamierzających zdać egzamin ECDL (European Computer Driving Licence) na poziomie podstawowym. Publikacja zawiera

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

Narzędzia doskonalenia produkcji - LEAN, KAIZEN, TOC, GEMBA

Narzędzia doskonalenia produkcji - LEAN, KAIZEN, TOC, GEMBA Narzędzia doskonalenia produkcji - LEAN, KAIZEN, TOC, GEMBA Opis W jaki sposób angażować pracowników w doskonalenie procesów produkcji? Co motywuje ludzi do aktywnego uczestnictwa w rozwiązywaniu problemów

Bardziej szczegółowo

Excel wykresy niestandardowe

Excel wykresy niestandardowe Excel wykresy niestandardowe Uwaga Przy robieniu zadań zadbaj by każde zadanie było na kolejnym arkuszu, zadanie na jednym, wykres na drugim, kolejne zadanie na trzecim itd.: Tworzenie wykresów Gantta

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

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

9 elementów zarządzania projektami Narzędzia Nowoczesnego Project Managera

9 elementów zarządzania projektami Narzędzia Nowoczesnego Project Managera 9 elementów zarządzania projektami Narzędzia Nowoczesnego Project Managera Darmowy Ebook Autor: Adam Omelczuk Tytuł: 9 elementów zarządzania projektami W życiu i w biznesie Darmowy Ebook NARZĘDZIA Nowoczesnego

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

Streszczenie Komputery do przechowywania rysunków, zdjęć i innych obrazów używają tylko liczb. Te zajęcia mają ukazać w jaki sposób to robią.

Streszczenie Komputery do przechowywania rysunków, zdjęć i innych obrazów używają tylko liczb. Te zajęcia mają ukazać w jaki sposób to robią. Temat 2 Kolory jako liczby Kodowanie obrazów Streszczenie Komputery do przechowywania rysunków, zdjęć i innych obrazów używają tylko liczb. Te zajęcia mają ukazać w jaki sposób to robią. Wiek 7 i więcej

Bardziej szczegółowo

TWORZENIE PREZENTACJI MS POWERPOINT

TWORZENIE PREZENTACJI MS POWERPOINT TWORZENIE PREZENTACJI MS POWERPOINT Wstęp TWORZENIE PREZENTACJI MS POWERPOINT Czasami zdarza się, że zostajemy poproszeni o poprowadzenia spotkania czy szkolenia w firmie, w której pracujemy lub po prostu

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

SharePoint 2013 / Project Server 2013 Demand Management. Bartłomiej Graczyk 2013-02-27

SharePoint 2013 / Project Server 2013 Demand Management. Bartłomiej Graczyk 2013-02-27 SharePoint 2013 / Project Server 2013 Demand Management Bartłomiej Graczyk 2013-02-27 Bartłomiej Graczyk MCT,MCITP,MCTS Architekt rozwiązań Business Intelligence & Enterprise Project Management / Project

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

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

Ć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

Program Studiów Zawodowych Coachingu

Program Studiów Zawodowych Coachingu Program Studiów Zawodowych Coachingu Instytutu Komunikacji i Rozwoju Mukoid Program jest w pełni zgodny ze standardami International Coach Federation (ICF). Jest to pełne profesjonalne przygotowanie do

Bardziej szczegółowo

znajdowały się różne instrukcje) to tak naprawdę definicja funkcji main.

znajdowały się różne instrukcje) to tak naprawdę definicja funkcji main. Część XVI C++ Funkcje Jeśli nasz program rozrósł się już do kilkudziesięciu linijek, warto pomyśleć o jego podziale na mniejsze części. Poznajmy więc funkcje. Szybko się przekonamy, że funkcja to bardzo

Bardziej szczegółowo

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10.

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10. Bez celu ani rusz Karolina Zmitrowicz Niepowodzenia projektów informatycznych to nieustannie wdzięczny temat pojawia się na konferencjach, szkoleniach, w prasie i innych publikacjach. Badaniem przyczyn

Bardziej szczegółowo

Sylabus Moduł 4: Grafika menedżerska i prezentacyjna

Sylabus Moduł 4: Grafika menedżerska i prezentacyjna Sylabus Moduł 4: Grafika menedżerska i prezentacyjna Niniejsze opracowanie przeznaczone jest dla osób zamierzających zdać egzamin ECDL (European Computer Driving Licence) na poziomie podstawowym. Publikacja

Bardziej szczegółowo

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

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

Bardziej szczegółowo

ECDL/ICDL Przetwarzanie tekstów Moduł B3 Sylabus - wersja 5.0

ECDL/ICDL Przetwarzanie tekstów Moduł B3 Sylabus - wersja 5.0 ECDL/ICDL Przetwarzanie tekstów Moduł B3 Sylabus - wersja 5.0 Przeznaczenie sylabusa Dokument ten zawiera szczegółowy sylabus dla modułu ECDL/ICDL Przetwarzanie tekstów. Sylabus opisuje zakres wiedzy i

Bardziej szczegółowo

Od Wciskania do Sprzedawania. Mistrzem Etycznej Sprzedaży

Od Wciskania do Sprzedawania. Mistrzem Etycznej Sprzedaży Szkolenie Od Wciskania do Sprzedawania czyli jak zostać Mistrzem Etycznej Sprzedaży Czy kiedykolwiek zastanawiałeś się, jak zmieniłoby się Twoje życie zawodowe, gdyby każdy klient z otwartymi rękoma brał

Bardziej szczegółowo

Program Coachingu dla młodych osób

Program Coachingu dla młodych osób Program Coachingu dla młodych osób "Dziecku nie wlewaj wiedzy, ale zainspiruj je do działania " Przed rozpoczęciem modułu I wysyłamy do uczestników zajęć kwestionariusz 360 Moduł 1: Samoznanie jako część

Bardziej szczegółowo

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

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Dokument Detaliczny Projektu

Dokument Detaliczny Projektu Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

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

Bardziej szczegółowo

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

BIBLIOTEKA LOKALNE CENTRUM WIEDZY PRAKTYCZNEJ PRZEWODNIK PO NARZĘDZIACH WARSZTAT NR 1: ARKUSZE KALKULACYJNE - MINI SKRYPT

BIBLIOTEKA LOKALNE CENTRUM WIEDZY PRAKTYCZNEJ PRZEWODNIK PO NARZĘDZIACH WARSZTAT NR 1: ARKUSZE KALKULACYJNE - MINI SKRYPT BIBLIOTEKA LOKALNE CENTRUM WIEDZY PRAKTYCZNEJ PRZEWODNIK PO NARZĘDZIACH WARSZTAT NR 1: ARKUSZE KALKULACYJNE - MINI SKRYPT 1. Wprowadzenie Arkusze kalkulacyjne Google umożliwiają łatwe tworzenie, udostępnianie

Bardziej szczegółowo

Skorzystaj z Worda i stwórz profesjonalnie wyglądające dokumenty.

Skorzystaj z Worda i stwórz profesjonalnie wyglądające dokumenty. ABC Word 2007 PL. Autor: Aleksandra Tomaszewska-Adamarek Czasy maszyn do pisania odchodzą w niepamięć. Dziś narzędziami do edycji tekstów są aplikacje komputerowe, wśród których niekwestionowaną palmę

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

Definicja obrotu: Definicja elementów obrotu:

Definicja obrotu: Definicja elementów obrotu: 5. Obroty i kłady Definicja obrotu: Obrotem punktu A dookoła prostej l nazywamy ruch punktu A po okręgu k zawartym w płaszczyźnie prostopadłej do prostej l w kierunku zgodnym lub przeciwnym do ruchu wskazówek

Bardziej szczegółowo

Przywództwo sytuacyjne w organizacji LEAN

Przywództwo sytuacyjne w organizacji LEAN Opis Co to jest przywództwo? Przywództwo sytuacyjne w organizacji LEAN Jest to proces pozytywnego wpływu - nie manipulacji - aby pomóc zespołowi zrealizować cele. Praktyka przywództwa sytuacyjnego mówi:

Bardziej szczegółowo

Dokument Detaliczny Projektu

Dokument Detaliczny Projektu Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej

Bardziej szczegółowo

Przewodnik Szybki start

Przewodnik Szybki start Przewodnik Szybki start Program Microsoft Visio 2013 wygląda inaczej niż wcześniejsze wersje, dlatego przygotowaliśmy ten przewodnik, aby skrócić czas nauki jego obsługi. Zaktualizowane szablony Szablony

Bardziej szczegółowo

ISO Matrix - e-iso dla Twojej firmy

ISO Matrix - e-iso dla Twojej firmy ISO Matrix - e-iso dla Twojej firmy Dlaczego platforma IT? Nasi klienci, którym wdrażamy Systemy Zarządzania ISO, to głównie małe i średnie przedsiębiorstwa. Czy rzeczywiście zastosowanie platformy informatycznej

Bardziej szczegółowo

Formatowanie komórek

Formatowanie komórek Formatowanie komórek 3.4 Formatowanie komórek Praca w MS Excel 2010 byłaby bardzo uciążliwa gdyby nie formatowanie. Duże ilości danych sprawiają, iż nasz arkusz staje się coraz pełniejszy, a my nie mamy

Bardziej szczegółowo

Paweł Gurgul. Wojciech Gurgul

Paweł Gurgul. Wojciech Gurgul Paweł Gurgul Założyciel i Członek Zarządu PGS Software SA Absolwent PWr inżynieria oprogramowania Programista -> Project Manager - > Sprzedawca -> Zarząd 25 lat doświadczenia w IT. Z tego 20 w firmach

Bardziej szczegółowo

Przewodnik Szybki start

Przewodnik Szybki start Przewodnik Szybki start Program Microsoft Project 2013 wygląda inaczej niż wcześniejsze wersje, dlatego przygotowaliśmy ten przewodnik, aby skrócić czas nauki jego obsługi. Pasek narzędzi Szybki dostęp

Bardziej szczegółowo

Przewodnik Szybki start

Przewodnik Szybki start Przewodnik Szybki start Program Microsoft Project 2013 wygląda inaczej niż wcześniejsze wersje, dlatego przygotowaliśmy ten przewodnik, aby skrócić czas nauki jego obsługi. Pasek narzędzi Szybki dostęp

Bardziej szczegółowo

Wstęp 7 Rozdział 1. OpenOffice.ux.pl Writer środowisko pracy 9

Wstęp 7 Rozdział 1. OpenOffice.ux.pl Writer środowisko pracy 9 Wstęp 7 Rozdział 1. OpenOffice.ux.pl Writer środowisko pracy 9 Uruchamianie edytora OpenOffice.ux.pl Writer 9 Dostosowywanie środowiska pracy 11 Menu Widok 14 Ustawienia dokumentu 16 Rozdział 2. OpenOffice

Bardziej szczegółowo

Kreatywność w zarządzaniu projektami

Kreatywność w zarządzaniu projektami Anna Nowakowska Kreatywność w zarządzaniu projektami Dane adresowe Symetria Agencja e-biznes i dom mediowy ul. Wyspiańskiego 10/4 60-749 Poznań Kontakt tel.: 061 864 36 55 faks: 061 864 36 55 e-mail: symetria@symetria.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

4.2. Ustawienia programu

4.2. Ustawienia programu 4.2. Ustawienia programu Zmiana wielkości dokumentu Pracując w programie MS Excel 2010 niejednokrotnie doświadczysz sytuacji, w której otwarty przez Ciebie arkusz nie będzie mieścił się na ekranie monitora.

Bardziej szczegółowo

Rozdział II. Praca z systemem operacyjnym

Rozdział II. Praca z systemem operacyjnym Rozdział II Praca z systemem operacyjnym 55 Rozdział III - System operacyjny i jego hierarchia 2.2. System operacyjny i jego życie Jak już wiesz, wyróżniamy wiele odmian systemów operacyjnych, które różnią

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

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

Bardziej szczegółowo

Zapewnij sukces swym projektom

Zapewnij sukces swym projektom Zapewnij sukces swym projektom HumanWork PROJECT to aplikacja dla zespołów projektowych, które chcą poprawić swą komunikację, uprościć procesy podejmowania decyzji oraz kończyć projekty na czas i zgodnie

Bardziej szczegółowo

MS EXCEL KURS DLA ZAAWANSOWANYCH Z WYKORZYSTANIEM VBA

MS EXCEL KURS DLA ZAAWANSOWANYCH Z WYKORZYSTANIEM VBA COGNITY Praktyczne Skuteczne Szkolenia i Konsultacje tel. 12 421 87 54 biuro@cognity.pl www.cognity.pl MS EXCEL KURS DLA ZAAWANSOWANYCH Z WYKORZYSTANIEM VBA C O G N I T Y SZKOLENIE MS EXCEL KURS ZAAWANSOWANYCH

Bardziej szczegółowo

CROSS-COACHING NOWOCZESNE NARZĘDZIE ROZWOJU W ORGANIZACJI

CROSS-COACHING NOWOCZESNE NARZĘDZIE ROZWOJU W ORGANIZACJI CROSS-COACHING NOWOCZESNE NARZĘDZIE ROZWOJU W ORGANIZACJI BARBARA KUBICKA - KLUCZNY Cross-coaching nowoczesne narzędzie rozwoju w organizacji Zarówno o coachingu indywidualnym jak i zespołowym powiedziano

Bardziej szczegółowo

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk Waterfall model (iteracyjny model kaskadowy) Marcin Wilk Iteracyjny model kaskadowy jeden z kilku rodzajów procesów tworzenia oprogramowania zdefiniowany w inżynierii oprogramowania. Jego nazwa wprowadzona

Bardziej szczegółowo

Monitoring procesów z wykorzystaniem systemu ADONIS

Monitoring procesów z wykorzystaniem systemu ADONIS Monitoring procesów z wykorzystaniem systemu ADONIS BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management

Bardziej szczegółowo

Wstęp do poradnika metodycznego 5. 2. Przykładowy rozkład materiału 13 I rok nauczania...13 II rok nauczania...13 Rozkład materiału:...

Wstęp do poradnika metodycznego 5. 2. Przykładowy rozkład materiału 13 I rok nauczania...13 II rok nauczania...13 Rozkład materiału:... Spis treści Wstęp do poradnika metodycznego 5. Oprogramowanie wykorzystywane w podręczniku 7 Środowisko... 7 Narzędzia... 8. Przykładowy rozkład materiału 3 I rok nauczania...3 II rok nauczania...3 Rozkład

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

[WYSYŁANIE MAILI Z PROGRAMU EXCEL]

[WYSYŁANIE MAILI Z PROGRAMU EXCEL] c 20140612- rev. 2 [WYSYŁANIE MAILI Z PROGRAMU EXCEL] ZAWARTOŚĆ Wstęp... 3 Funkcje w excelu... 4 Funkcja Hiperłącza... 7 Dodawanie odbiorców... 8 Uzupełnianie tytułu... 8 Wpisywanie treści... 8 Znane problemy...

Bardziej szczegółowo

Sposoby sprawdzania osiągnięć edukacyjnych uczniów

Sposoby sprawdzania osiągnięć edukacyjnych uczniów 1 Sposoby sprawdzania osiągnięć edukacyjnych uczniów Dla uczniów zainteresowanych przygotowywane są ćwiczenia trudniejsze, aby mogli wykazać się swoimi umiejętnościami i wiedzą. Uczniom mającym trudności

Bardziej szczegółowo

Programowanie zespołowe Dr inż. Robert Banasiak

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

Bardziej szczegółowo

Symulator tabletu z systemem Windows 8.

Symulator tabletu z systemem Windows 8. Symulator tabletu z systemem Windows 8. Witam w mojej kolejnej publikacji, tym razem dowiesz się: - Jak uruchomić symulator tabletu z w pełni funkcjonalnym systemem operacyjnym Windows 8; - Jak wykorzystać

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

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

RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010

RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010 RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010 Odpowiada na pytania: Jaka część projektów IT kończy się w Polsce sukcesem? Jak wiele projektów sponsorowanych jest przez instytucje publiczne? Czy kończą się

Bardziej szczegółowo

Trik 1 Autorejestrowanie zmian dokonanych w obliczeniach

Trik 1 Autorejestrowanie zmian dokonanych w obliczeniach :: Trik 1. Autorejestrowanie zmian dokonanych w obliczeniach :: Trik 2. Czytelne formatowanie walutowe :: Trik 3. Optymalny układ wykresu punktowego :: Trik 4. Szybkie oznaczenie wszystkich komórek z formułami

Bardziej szczegółowo