METODYKA SCRUM W ZESPOŁOWYM PRZEDSIĘWZIĘCIU INśYNIERSKIM
|
|
- Daniel Biernacki
- 6 lat temu
- Przeglądów:
Transkrypt
1 MAZUR Zygmunt 1 MAZUR Hanna 1 metodyka Scrum, praca zespołowa, Zespołowe Przedsięwzięcie InŜynierskie METODYKA SCRUM W ZESPOŁOWYM PRZEDSIĘWZIĘCIU INśYNIERSKIM Obecnie przedsięwzięcia informatyczne najczęściej są realizowane w duŝych zespołach. Oprócz wiedzy przedmiotowej i dziedzinowej, potrzebne są umiejętności interpersonalne (pracy zespołowej, komunikowania się, negocjowania, reagowania na krytykę), oceny kosztów, jakości wytwarzanych produktów i pracy członków zespołu oraz identyfikowania zagroŝeń i ścieŝek krytycznych. Firmy wytwarzające oprogramowanie, zatrudniając nowych pracowników, duŝą wagę przywiązują zarówno do posiadanej przez nich wiedzy, znajomości metodyk prowadzenia przedsięwzięć informatycznych i narzędzi wspierających wytwarzanie oprogramowania oraz biegłości w posługiwaniu się nimi, ale takŝe do cech osobowościowych kandydatów i umiejętności pracy w wielokulturowym zespole. Zastosowanie metodyki Scrum do realizacji studenckich zespołowych przedsięwzięć informatycznych pozwala osiągnąć duŝą efektywność a jednocześnie kształtować wiele pozytywnych cech osobowościowych takich jak odpowiedzialność, systematyczność i komunikatywność. W pracy przedstawiono doświadczenia wynikające z prowadzenia projektów zespołowych w ramach nowej formy kursu jakim jest Zespołowe Przedsięwzięcie InŜynierskie realizowane z wykorzystaniem metodyki Scrum THE SCRUM METHODOLOGY IN TEAM ENGINEERING PROJECT Currently, most IT projects are implemented in large teams. In addition to subject and domain knowledge, there is a requirement for interpersonal skills (teamwork, communication, negotiation, responding to criticism), ability to assess costs, product quality and work of team members, and identify risks and critical paths. Software houses, while hiring new employees, attach great importance to the knowledge possessed by them, including knowledge of the methodologies of management of IT projects and tools for supporting software development and proficiency in using them, but also to the personal characteristics of candidates and their ability to work in a multicultural team. Using Scrum methodology in team-based student IT projects can help achieve high efficiency and simultaneously develop many positive personal qualities, such as accountability, regularity and communication skills. The paper presents the experiences from project management of team projects within a new form of course, Team Engineering Project, which makes use of Scrum. 1 Politechnika Wrocławska, Wydział Informatyki i Zarządzania, Instytut Informatyki; Wrocław; Wyb. Wyspiańskiego 27. Tel , zygmunt.mazur@pwr.wroc.pl, hanna.mazur@pwr.wroc.pl
2 2472 Zygmunt MAZUR, Hanna MAZUR 1. WSTĘP W Polsce od 2005 roku obowiązuje trzystopniowy system kształcenia wyŝszego obejmujący studia licencjackie lub inŝynierskie, magisterskie i doktoranckie 2. Nowe zasady studiowania, zawarte w ustawie o szkolnictwie wyŝszym z 27 lipca 2005 roku [1], stawiają przed uczelniami wyŝsze wymagania. Wymagania te są zgodne z Deklaracją Bolońską z 1999 roku, opracowaną w celu stworzenia moŝliwości do podniesienia prestiŝu uczelni europejskich poprzez utworzenie wspólnej europejskiej przestrzeni edukacyjnej (między innymi umoŝliwiającej międzynarodową wymianę studentów i zaliczanie przedmiotów na róŝnych uczelniach). System trzystopniowy wymusił wiele zmian. Na uczelniach wprowadzono Europejski System Transferu Punktów (ECTS, ang. European Credit Transfer System), obejmujący szereg procedur, uregulowań prawnych i organizacyjnych umoŝliwiających jednolite rozliczanie zajęć studentów w Europie, niezaleŝnie od miejsca studiowania. Jedną z istotnych zmian na Wydziale Informatyki i Zarządzania (IZ) Politechniki Wrocławskiej (PWr.) było wprowadzenie od roku akademickiego 2010/2011 w siódmym (ostatnim) semestrze studiów inŝynierskich 90-cio godzinnego kursu Zespołowe Przedsięwzięcie InŜynierskie (ZPI). Głównym celem kursu jest praktyczna kilkuosobowa realizacja wybranego zadania informatycznego obejmującego projekt informatyczny i jego implementację. Celem zajęć jest nie tylko wzbogacenie wiedzy teoretycznej, ale równieŝ praktyczne poznanie przykładowego środowiska programistycznego umoŝliwiającego sprawną pracę zespołową. DuŜe znaczenie ma równieŝ kształcenie systematyczności, umiejętności komunikowania, prowadzenia negocjacji oraz oceny pracy własnej, innych członków zespołu oraz wytwarzanych artefaktów. KaŜdy producent, dbający o jakość swoich wyrobów, stara się wprowadzić taką organizację pracy, by pracownicy pracowali dobrze i wydajnie. Wypracowywane metodyki prowadzenia przedsięwzięć informatycznych, narzędzia wspomagające prace projektowe, implementacyjne i testowe mają na celu wspomaganie wszelkich prac związanych z realizacją niezbędnych zadań. Kluczowym elementem w całym przedsięwzięciu są jednak ludzie. To oni wykonują wiele prac, których zautomatyzować się nie da analizują, opracowują plany, projektują i podejmują ostateczne decyzje. Zarówno studenci jak i absolwenci Wydziału IZ PWr. kierunku informatyka są chętnie zatrudniani przez pracodawców, którzy podkreślają ich dobre przygotowanie merytoryczne do stawianych zadań. JednakŜe informatycy to w wielu przypadkach indywidualiści, często pracujący przez wiele godzin w skupieniu i w samotności. Tymczasem realizacja duŝych przedsięwzięć informatycznych wymaga pracy zespołowej, do której naleŝy być odpowiednio przygotowanym. Kurs Zespołowe Przedsięwzięcie InŜynierskie wychodzi naprzeciw oczekiwaniom pracodawców. Studenci poznają metodyki prowadzenia przedsięwzięć informatycznych i zgodnie z jedną wybraną (obecnie jest to metodyka Scrum), pod nadzorem nauczyciela akademickiego, realizują zadanie w ustalonym terminie. W pracy przedstawiono róŝne aspekty związane z kursem Zespołowe Przedsięwzięcie InŜynierskie, między innymi opisano metodykę Scrum prowadzenia przedsięwzięć 2 System ten dopuszcza pewne wyjątki, do których naleŝą na przykład medycyna, weterynaria, prawo.
3 METODYKA SCRUM W ZESPOŁOWYM informatycznych (wykorzystywaną w wielu firmach), środowisko projektowe, sposób organizacji zajęć, kryteria oceny oraz wnioski końcowe. 2. ORGANIZACJA ZESPOŁÓW PROJEKTOWYCH Dla kaŝdego planowanego przedsięwzięcia naleŝy sprecyzować jego cele, opracować harmonogram realizacji, zaplanować koszty, wyznaczyć osoby odpowiedzialne i realizujące przedsięwzięcie, określić oczekiwane produkty końcowe oraz spodziewane korzyści dla partnerów przedsięwzięcia [3]. Zespół projektowy powinien być tak zorganizowany, aby moŝliwa była realizacja postawionego zadania, dobra współpraca między członkami zespołu, efektywne korzystanie ze wspólnych zasobów i integracja indywidualnie wytwarzanych produktów. WyróŜnia się wiele róŝnych modeli budowy zespołów, na przykład gwiaździsty (z kluczową pozycją lidera), sieciowy (odpowiedni dla zespołów o stałym, nielicznym składzie, bez wyraźnego lub zmieniającego się lidera), izomorficzny (umoŝliwiający równoległą realizację zadań niezaleŝnych od siebie), czy ekspercki (umoŝliwiający efektywne wykorzystanie wiedzy członków zespołu przy czym, niestety, istnieje ryzyko pojawienia się problemów przy integracji wytworzonych przez nich produktów). Praca w ramach Zespołowego Przedsięwzięcia Informatycznego jest realizowana w zespołach kilkuosobowych, zazwyczaj są to cztery osoby (w szczególnych przypadkach są teŝ zespoły 3 lub 5-osobowe). W kwietniu, osoby wyznaczone do prowadzenia zajęć zgłaszają po 4-6 tematów zadań informatycznych, które muszą być zatwierdzone przez Radę Wydziału. W maju studenci dokonują wyboru tematów tworząc grupy 4-osobowe. Na spotkaniach przedwakacyjnych prowadzący przekazują studentom wszelkie niezbędne informacje organizacyjne i dotyczące celu zajęć, metodyki i środowiska programistycznego prowadzenia projektu, oraz wyznaczają prace na dwa pierwsze tygodnie zajęć. W semestrze siódmym (zimowym) odbywają się regularne zajęcia w laboratoriach wyposaŝonych w co najmniej 16 stanowisk komputerowych. Jedna grupa zajęciowa składa się z 16 studentów czyli czterech zespołów 4-osobowych. Zadania są tak formułowane, by studenci mogli je zrealizować w ciągu 10 tygodni zajęć. Skrócenie czasu trwania semestru siódmego z 15 tygodni do dziesięciu jest podyktowane obowiązującym harmonogramem. Do 15 grudnia naleŝy uzyskać zaliczenie ze wszystkich wymaganych kursów poniewaŝ w styczniu studenci przystępują do egzaminu inŝynierskiego. Po jego pozytywnym zdaniu mogą ubiegać się o przyjęcie na drugi stopień studiów, czyli studia magisterskie (rozpoczynające się około 20 lutego). W ten sposób w ciągu dziesięciu tygodni realizowana jest obowiązująca semestralna liczba godzin. W ramach 15-tygodniowego semestru kurs był planowany na 6 godzin tygodniowo. Obecnie w ciągu jednego tygodnia kaŝda grupa ma 9 godzin zajęć laboratoryjnych, przeprowadzanych w wybranym przez prowadzącego ustalonym układzie trzy razy po 3 godziny zajęć lub w dwóch terminach: w jednym dniu 4 godziny a w drugim 5 godzin (w sumie 90 godzin w semestrze). Poza zajęciami zorganizowanymi na uczelni, kaŝdy członek zespołu na pracę przy projekcie musi poświęcić jeszcze około 30 godzin. Większość prowadzących i studentów preferuje układ 4+5 godzin zajęć. Jeden prowadzący ma jedną grupę maksymalnie 16 osobową, do niektórych grup jest przypisywanych dwóch prowadzących.
4 2474 Zygmunt MAZUR, Hanna MAZUR Po ukończeniu projektu studenci przedstawiają zrealizowane zadania i jest ustalana ocena. Najpierw studenci sami oceniają swoją pracę i pracę innych członków zespołu. Ostateczną ocenę ustala prowadzący biorąc pod uwagę ocenę studentów, jakość wytworzonych produktów, systematyczność i wkład pracy poszczególnych osób oraz wszelkie elementy istotne w pracy zespołowej (na przykład komunikatywność, umiejętność przedstawiania swoich racji i reagowania na krytykę, kulturę osobistą). 3. METODYKA PROWADZENIA PROJEKTÓW W RAMACH KURSU ZPI W celu zapewnienia terminowego oraz zgodnego z budŝetem wykonania przedsięwzięcia, którego wynikiem będą wysokiej jakości produkty odpowiadające załoŝonym celom, opracowano wiele metodyk [4]. Metodyki zwinne (ang. agile), do których zalicza się między innymi metodyka Scrum [5,6], zakładają częste kontakty z klientem, przyrostowe precyzowanie wymagań i rozwiązań, oraz ograniczenie dokumentowania. Stąd teŝ metodyki te często są nazywane lekkimi. W odróŝnieniu od nich, w metodykach cięŝkich kładzie się duŝy nacisk na precyzyjną specyfikację wymagań na samym początku przedsięwzięcia oraz opracowanie dokumentacji, a wszystkie etapy są ściśle określone i naleŝy je przestrzegać [7]. Metodyka Scrum, która moŝe być wykorzystywana nie tylko do prowadzenia przedsięwzięć informatycznych, nie wymaga wykonania od razu całego projektu a wręcz przeciwnie, planowanie postępuje wraz z postępem prac, wymagania są weryfikowane przez klienta podczas częściowych wydań produktów. W pierwszym roku prowadzenia kursu ZPI przyjęto, Ŝe wszystkie zespoły będą pracowały w metodyce adaptacyjnej Scrum. Zatwierdzone wcześniej przez Radę Wydziału tematy projektów, zostały odpowiednio pod tym kątem dobrane. W metodyce Scrum wyróŝnia się trzy role: Właściciel Produktu (ang. Product Owner) reprezentant zamawiającego produkt (klient), Zespół Scrum (ang. Scrum Team) zespół wytwarzający produkt, Mistrz Scrum (ang. Scrum Master) osoba sprawująca nadzór i odpowiedzialna za przebieg procesu wytwarzania. Zespół Scrum pracuje w ustalonych przebiegach (iteracjach), czyli stałych przedziałach czasowych zwanych sprintami. Po kaŝdym przebiegu następuje dostarczenie klientowi kolejnego wydania sprintu (ang. sprint release), na przykład kolejnych funkcjonalności produktu. Przedstawiany produkt musi być w postaci gotowej do wdroŝenia, poprawny i zgodny z oczekiwaniami zamawiającego (musi przejść pomyślnie przez testy akceptacyjne). Rolę Mistrza Scrum (kierownika projektu) pełni prowadzący zajęcia, który ustala liczbę i czas trwania sprintów. Prowadzący pełni równieŝ rolę Właściciela Produktu we wszystkich przypadkach tematów projektów nie pochodzących od rzeczywistych klientów (bywa, Ŝe przedsięwzięcia są realizowane dla klientów spoza uczelni). Na początku Właściciel Produktu (czyli najczęściej prowadzący) opracowuje kartę wizji systemu zawierającą między innymi temat przedsięwzięcia i jego cele, minimalny zakres funkcjonalności (funkcjonalności krytyczne, które muszą być dostarczone klientowi) oraz funkcjonalności opcjonalne (poŝądane). Zidentyfikowanym funkcjonalnościom przypisywane są priorytety, które są zapisywane w zamówieniu produktowym (ang. product backlog), i które mogą być zmieniane zgodnie z ustalanymi wymaganiami uŝytkownika, co ułatwia
5 METODYKA SCRUM W ZESPOŁOWYM zarządzanie zmianami i pozwala na dostosowanie ich do zmiennych wymagań Właściciela Produktu. KaŜde wymaganie klienta powinno opisywać jedną cechę systemu i mieć przypisany priorytet. Na tej podstawie dla kaŝdego sprintu opracowywany jest rejestr wymagań (lista zadań do wykonania podczas sprintu) czyli zamówienie sprintu (ang. sprint backlog). Dla kaŝdego wyodrębnionego zadania (historyjki) szacowana jest jego złoŝoność implementacji wyraŝana w abstrakcyjnych bezjednostkowych punktach (ang. story points). Jako pierwsze do realizacji są wybierane zadania o najwyŝszym priorytecie, których wykonanie jest kluczowe dla realizacji systemu (o wyborze zadań do danego sprintu decyduje Właściciel Produktu). W ten sposób powstaje plan sprintu (ang. sprint plan) czyli lista zadań z przypisanymi osobami do realizacji w czasie danego sprintu z przewidywanymi czasami ich realizacji (wyraŝonymi w godzinach). W przypadku 10-tygodniowych zajęć studenckich, zaleca się ustalenie dziewięciu jedno-tygodniowych sprintów. Zakres kaŝdego sprintu ustalany jest przed jego rozpoczęciem i zapisywany w sprint backlog u. Ustalana jest liczba godzin przewidziana na wykonanie całego sprintu przez zespół (na przykład 160 godzin oznacza, Ŝe na jedną osobę przypadnie 40 godzin pracy, z czego 9 godzin na zajęciach laboratoryjnych, a 31 godzin poza zajęciami). Poszczególni członkowie zespołu samodzielnie wybierają zadania do wykonania w ramach sprintu. Zadaniom tym na początku są przypisywane złoŝoności i czasy wykonania oraz statusy na przykład: nie rozpoczęte (ang. not started), wykonywane (ang. in progress), wykonane (ang. done). Podczas sprintu klient nie moŝe ingerować w pracę zespołu. Podstawą pracy zespołu są spotkania codzienne, krótkie (15 minutowe) na początku kaŝdego dnia pracy, w czasie których kaŝdy zdaje relację z tego co zrobił poprzedniego dnia, co zamierza robić w danym dniu i ewentualnie jakie napotkał problemy. Spotkania powinny być krótkie dlatego na ogół przebiegają na stojąco, przy filiŝance kawy lub herbaty. KaŜda osoba ma do dyspozycji 2-3 minuty na wypowiedź. Podczas spotkań nie rozwiązuje się problemów tylko się je sygnalizuje. Niektórzy studenci do planowania zadań wykorzystują diagram Gantta 3, w którym na osi czasu przedstawiają zadania do wykonania. Zadania mogą być od siebie niezaleŝne lub zaleŝne (do rozpoczęcia jednego konieczne jest zakończenie innego), a takŝe składać się z zadań podrzędnych. KaŜdy sprint kończy się spotkaniem, podczas którego Właścicielowi Produktu prezentowany jest przyrost produktu uzyskany podczas sprintu, czyli wydanie pewnej cząstkowej wersji produktu, poprawnej i realizującej określone funkcjonalności zamówione przez klienta. Wydanie produktu (ang. product release) trwa około czterech godzin. Po tym spotkaniu, juŝ bez Właściciela Produktu, członkowie zespołu opracowują retrospekcję sprintu (ang. sprint retrospective) wyszczególniając zarówno zadania, które zostały zrealizowane dobrze, jak i te, które zostały wykonane źle, napotkane problemy i ich przyczyny, wnioski na przyszłość w celu lepszej realizacji zadań itp. Schemat metodyki Scrum przedstawiono na rysunku 1. 3 Wykres przedstawiający harmonogram zadań po raz pierwszy opracowany przez Henry'ego Gantta w 1910 roku.
6 2476 Zygmunt MAZUR, Hanna MAZUR Rys. 1. Schemat metodyki Scrum 4. ŚRODOWISKO PROJEKTOWE MS TFS Aby umoŝliwić studentom efektywną pracę nad wspólnym projektem, a prowadzącym zajęcia nadzorowanie i śledzenie postępów ich prac, w laboratoriach uczelnianych zainstalowano narzędzie firmy Microsoft Visual Studio Team Foundation Server 2010 (TFS). System ten pozwala na prowadzenie przedsięwzięć zespołowych, planowanie i koordynację prac, usprawnienie pracy nad zadaniami, standaryzację dokumentów, dostęp do wspólnych zasobów, łatwą wymianę informacji oraz wizualizację przebiegu pracy (tworzenie raportów). Na rynku dostępnych jest wiele róŝnych narzędzi do pracy grupowej, o wyborze środowiska TFS zadecydowała jego odpowiednia funkcjonalność, bezpłatne udostępnienie systemu uczelni przez firmę Microsoft oraz obiecane wsparcie podczas wdraŝania. Narzędzie to jest wdroŝone w wielu firmach komercyjnych. Tak więc studenci podczas zajęć ZPI poznają środowisko wykorzystywane często zarówno podczas praktyk jak i w pracy zawodowej. Na podstawie wizji systemu, przygotowanej przez prowadzącego, administrator środowiska TFS definiuje projekt zespołowy (ang. Team Project) i przypisuje do niego członków zespołu. Postęp prac w projekcie pozwalają śledzić diagramy wypalania. Diagram wypalania dla sprintu (ang. Sprint Burndown Chart) przedstawia realizację zadania przez cały zespół w kolejnych dniach trwania sprintu. Przykłady dwóch diagramów wypalania przedstawiono na rysunku 2. Na osi Y są planowane godziny na wykonanie zadania w jednym sprincie (dla pierwszego sprintu przedstawionego na rysunku 2 zaplanowano 128 godzin, a dla drugiego 120 godzin). Z wykresów wynika, Ŝe w obu sprintach praca przebiegała prawidłowo, systematycznie i zaplanowane zadania zastały ukończone w terminie. Prowadzący musi jednak sprawdzić jakość wykonanych zadań i wszystkich wytworzonych artefaktów.
7 METODYKA SCRUM W ZESPOŁOWYM Rys.2. Przykłady diagramów wypalania dla dwóch sprintów 5. TYPY POSTAW CZŁONKÓW ZESPOŁÓW DuŜe znaczenie dla pomyślnego przebiegu prac przy przedsięwzięciu informatycznym ma dobór składu zespołu deweloperskiego (projektowego, wytwórczego). Uwzględniając charakter prac wykonywanych w czasie studiów, praktyk, czy w przyszłej pracy zawodowej, nauczyciele akademiccy muszą nie tylko przekazywać studentom wiedzę teoretyczną i praktyczną, zapoznawać ich z odpowiednimi metodykami i narzędziami wspierającymi pracę, ale równieŝ przygotować do pracy w zespole oraz odpowiednio kształtować cechy osobowościowe i postawy społeczne. Podczas zajęć dydaktycznych studenci reprezentują róŝne typy postaw, których zestawienie przedstawiono w tabeli 1. Zaobserwowane postawy członków zespołów, w schematycznym ujęciu, przedstawiono na rysunku 3. Oczywiście najbardziej poŝądani są studenci zaangaŝowani, chętni do pracy, posiadający wiedzę i odpowiednie kompetencje, reprezentujący postawę chce, umie. Najtrudniej pracuje się z osobami, które nie mają wiedzy ani chęci do jej zdobycia (postawa nie chce, nie umie ). chce umie chce nie umie nie chce umie nie chce nie umie Rys. 3. Klasyfikacja typów postaw KaŜda osoba moŝe odgrywać róŝne role w zespole, ale do pewnych jest bardziej predysponowana. Rola zgodna z predyspozycjami zwiększa efektywność pracy. Przykłady cech przydatnych do pełnienia róŝnych ról w zespole projektowym:
8 2478 Zygmunt MAZUR, Hanna MAZUR kierownik projektu: umiejętność organizacji pracy (w tym pracy zespołowej), umiejętność pracy z klientem, zdolność kierowania zespołem, umiejętność oceny pracy i ludzi, odpowiedzialność, doświadczenie, odporność na stres; analityk biznesowy: zdolność logicznego myślenia i wyciągania wniosków, intuicja, doświadczenie, wiedza dziedzinowa, dociekliwość, komunikatywność, umiejętność pracy z klientem i pracy zespołowej, dyskrecja; projektant bazy danych: dokładność, intuicja, doświadczenie, sumienność, zdolność analitycznego myślenia, dbałość o szczegóły, skrupulatność, systematyczność; programista: umiejętność pracy zespołowej, odpowiedzialność, samodzielność, dokładność, terminowość, zdolność do szybkiego uczenia się, odporność na stres; tester: systematyczność, cierpliwość, intuicja, kreatywność, perfekcjonizm, dociekliwość, rozsądek, dyplomacja (przydatna w przekazywaniu uwag krytycznych programiście), odkrywczość, umiejętność przekonywania (na przykład programistów o konieczności dokonania poprawek), umiejętność podejmowania decyzji (co testować, kiedy zakończyć testowanie w danym etapie); dokumentalista: dokładność, cierpliwość, sumienność, terminowość, rzetelność, pedantyczność, znajomość i rozumienie zagadnienia, systematyczność. Do określenia typu osobowości moŝna wykorzystać wskaźnik psychologiczny MBTI (ang. Myers-Briggs Type Indicator), który jest kodem czteroliterowym powstającym z odpowiedzi na pytania dotyczące czterech obszarów: czerpania energii, zbierania informacji, podejmowania decyzji i stylu Ŝycia [2]. Tab. 1. Typy postaw studentów Postawa Prace Przyjmowanie uwag Rola nauczyciela I dobre pozytywne podnoszenie wymagań, poszerzanie zainteresowań i wiedzy II dobre negatywne podnoszenie wymagań, poszerzanie zainteresowań i wiedzy, wykształcenie umiejętności przyjmowania uwag (krytyki) i prowadzenia dialogu, III błędne pozytywne zachęcenie do uzupełnienia wiedzy; wykształcenie samokrytycyzmu IV błędne chętny do poprawiania wskazanych błędów ale nieskuteczny, popełnia wiele nowych błędów, których nie widzi V błędne brak porozumienia, brak wiedzy, brak samokrytyczności zachęcenie do uzupełnienia wiedzy; wykształcenie: krytyczności, rzetelności, systematyczności, samodzielności zachęcenie do uzupełnienia wiedzy; wykształcenie: umiejętności pracy w zespole, systematyczności, rzetelności, umiejętności przyjmowania krytyki, samodzielności, samokrytycyzmu
9 METODYKA SCRUM W ZESPOŁOWYM Z obserwacji autorów wynika, Ŝe dla wielu studentów duŝym problemem jest brak umiejętności oceny (siebie, innych członków zespołu, wykonanych produktów) oraz brak umiejętności przyjmowania uwag i krytyki. W tym celu na zajęciach prace studentów są oceniane przez nich samych a takŝe omawiane przez innych studentów, pod kątem zalet i wad z jednoczesnym komentarzem, w jaki sposób moŝna poprawić jakość przedstawianych produktów. Studentów, jak wielu innych ludzi młodych, cechuje często nadmierny optymizm i brak realnej oceny zagroŝeń, ryzyka, umiejętności przewidywania przeszkód i ścieŝek krytycznych. KaŜdy błąd, według nich, jest juŝ ostatnim i łatwym do poprawienia. Niestety, poprawki zajmują im więcej czasu niŝ przewidywali, a wykryty błąd okazuje się, Ŝe nie jest ostatnim. Stąd duŝym problemem jest terminowe oddawanie zadań. Problemem bywa równieŝ nadmierny perfekcjonizm i drobiazgowość, skupianie się na mało istotnych szczegółach kosztem rzeczy waŝnych. W efekcie, pomimo duŝego nakładu pracy i czasu, całość nie zostaje ukończona w przewidzianym terminie. Tak wiec cechy pozytywne takie jak skrupulatność, cierpliwość i wytrwałość w dąŝeniu do celu, mogą być czasami wadami a nie zaletami. 6. WNIOSKI Jakość produktów wytwarzanych podczas realizacji przedsięwzięć informatycznych w duŝej mierze zaleŝy od kompetencji i rzetelności wszystkich osób związanych z przedsięwzięciem. Właściwy projekt, implementacja, testowanie, dokumentowanie, wdroŝenie i utrzymywanie systemu z duŝym prawdopodobieństwem zapewni zadowolenie z jego uŝytkowania. Dostępne narzędzia wspierają etapy projektowania i wytwarzania oprogramowania, ale w dalszym ciągu nie zastępują ludzi niezbędnych w tym procesie. Na efekt końcowy duŝy wpływ ma brak w zespole ludzi z odpowiednimi kwalifikacjami i predyspozycjami, potencjalnych uŝytkowników systemu, ekspertów dziedzinowych, uczestników procesów biznesowych. Zaniedbania przy tworzeniu zespołów projektowych, trudności z pozyskaniem specjalistów i wysokie koszty ich zatrudnienia mają negatywny wpływ na przebieg przedsięwzięć i produkty końcowe są złej jakości. DuŜe rozmiary podejmowanych przedsięwzięć informatycznych wymuszają ich realizację w duŝych zespołach. Kurs Zespołowe Przedsięwzięcie InŜynierskie realizowany na Wydziale Informatyki i Zarządzania Politechniki Wrocławskiej ma na celu zapoznanie studentów z rzeczywistym środowiskiem pracy zespołowej i metodyką wytwarzania oprogramowania. Anonimowa ankieta, przeprowadzona wśród studentów, na temat zajęć ZPI wykazała, Ŝe studenci dobrze ocenili wybór metodyki Scrum, która wymuszała systematyczność i transparentność pracy, tworzenie na bieŝąco artefaktów oraz umoŝliwiła zbudowanie silnych więzi w zespole. Nietrudne do opanowania narzędzie firmy Microsoft Visual Studio Team Foundation Server 2010 umoŝliwia przechowywanie dokumentów we wspólnym repozytorium, kontrolę aktywności poszczególnych członków zespołu, a takŝe obserwowanie postępów prac (poprzez diagramy wypalania) nie tylko własnych, ale wszystkich innych zespołów. Istotnym elementem zajęć jest uwraŝliwianie studentów na potrzeby odbiorców wytwarzanych produktów. Systemy informatyczne tworzone są dla ludzi. To uŝytkownicy systemów muszą być zadowoleni i odczuwać satysfakcję z pracy z nimi.
10 2480 Zygmunt MAZUR, Hanna MAZUR Pracodawcy oczekują od zatrudnianych osób dobrego przygotowania do pracy w zespole, znajomości metodyk prowadzenia przedsięwzięć informatycznych (na przykład metodyki Scrum), umiejętności społecznych niezbędnych w relacjach z innymi ludźmi, zdolności identyfikowania zagroŝeń oraz oceny jakości produktów i pracy. 7. BIBLIOGRAFIA [1] Ustawa z dnia 27 lipca 2005 r. Prawo o szkolnictwie wyŝszym (Dz. U. z dnia 30 sierpnia 2005 r.), [2] The Myers and Briggs Foundation, [3] Frączkowski K.: Zarządzanie projektem informatycznym: projekty w środowisku wirtualnym: czynniki sukcesu i niepowodzeń projektów, Wrocław, Oficyna Wydawnicza Politechniki Wrocławskiej [4] Koszlajda A.: Zarządzanie projektami IT. Przewodnik po metodykach, Gliwice, Helion [5] Schwaber K.: Sutherland J.: The Scrum Guide. Przewodnik po Scrumie: Reguły Gry, [6] Schwaber K.: Agile Project Management with Scrum, Microsoft Press Wyd. polskie: Sprawne zarządzanie projektami metodą Scrum, Warszawa, A.P.N. Promise [7] Szyjewski Z.: Zarządzanie projektami informatycznymi. Metodyka tworzenia systemów informatycznych, Warszawa, Placet 2001.
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ą
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
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
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
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
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
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: laboratorium PROJEKT ZESPOŁOWY DYPLOMOWY IO Team Project SE Forma studiów:
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
KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.
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:
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach specjalności: Programowanie aplikacji internetowych Rodzaj zajęć: laboratorium PRZEWODNIK PO PRZEDMIOCIE I KARTA PRZEDMIOTU
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
Programowanie aplikacji biznesowych
Programowanie aplikacji biznesowych Zajęcia prowadzone będą zgodnie z nowatorską techniką dydaktyczną: Nauczanie przez projekt Project-based learning (PBL) W czasie kursów zespół studentów zrealizuje zaawansowaną
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
KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA PROJEKTAMI W PRZEDSIĘBIORSTWIE
KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA PROJEKTAMI W PRZEDSIĘBIORSTWIE Seweryn SPAŁEK Streszczenie: Zarządzanie projektami staje się coraz bardziej powszechne w przedsiębiorstwach produkcyjnych, handlowych
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
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
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
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
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
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE Dobre narzędzia, które pomogą Ci w planowaniu i realizacji projektu TERMIN od: 04.11.2017 TERMIN do: 04.11.2018 CZAS TRWANIA:21 dni MIEJSCE: Katowice
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami edycja 15 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr nr 1/2012 i 15/2012 organizowanego przez Wydział Informatyki i Zarządzania
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
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
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE Dobre narzędzia, które pomogą Ci w planowaniu i realizacji projektu TERMIN od: 25.11.2017 TERMIN do: 01.07.2018 CZAS TRWANIA:21 dni MIEJSCE: Katowice
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
STUDIA PODYPLOMOWE Zarządzanie Projektami
STUDIA PODYPLOMOWE Zarządzanie Projektami (Program studiów) Opracowanie: dr inż. Jacek Jakieła Program studiów Zarządzanie projektami 2 CEL STUDIÓW, ADRESAT I PROFIL ABSOLWENTA Studia podyplomowe Zarządzanie
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)
Zarządzanie projektami - opis przedmiotu
Zarządzanie projektami - opis przedmiotu Informacje ogólne Nazwa przedmiotu Zarządzanie projektami Kod przedmiotu 04.7-WZ-EkoP-ZP-S16 Wydział Kierunek Wydział Ekonomii i Zarządzania Ekonomia Profil ogólnoakademicki
KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Projekt zespołowy D1_10
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:
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
ŚCIEŻKA: Zarządzanie projektami
ŚCIEŻKA: Zarządzanie projektami Ścieżka dedykowana jest każdej osobie, która chce rozwijać siebie i swoją organizację - w szczególności: Kadrze menedżerskiej i kierowniczej przedsiębiorstw Kierownikom
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI WARSZAWA
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI WARSZAWA Dobre narzędzie, które pomoże Ci w planowaniu i realizacji projektu TERMIN od: 07.10.2017 TERMIN do: 10.06.2018 CZAS TRWANIA:21 dni MIEJSCE: Warszawa
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
KARTA MODUŁU KSZTAŁCENIA
KARTA MODUŁU KSZTAŁCENIA I. Informacje ogólne 1 Nazwa modułu kształcenia Inżynieria 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Zakład Informatyki Stosowanej 3 Kod modułu (wypełnia koordynator
STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012
STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012 Program studiów opracował: Grzegorz Karpiuk CEL STUDIÓW 1. Zdobycie przez uczestników wiedzy i kompetencji z zakresu zarządzania projektami oraz
PROJEKT INŻYNIERSKI I
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj
Regulamin stażu zawodowego dla kierunku Informatyka
Regulamin stażu zawodowego dla kierunku Informatyka Nazwa kierunku Informatyka Nazwa specjalności Programowanie Profil studiów Praktyczny Rodzaj studiów Studia pierwszego stopnia Jednostka organizująca
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ń
KARTA PRZEDMIOTU. Projekt zespołowy D1_10
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Projekt zespołowy D1_10 Nazwa przedmiotu (j. ang.): Team Project Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia:
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
Narzędzia Informatyki w biznesie
Narzędzia Informatyki w biznesie Przedstawiony program specjalności obejmuje obszary wiedzy informatycznej (wraz z stosowanymi w nich technikami i narzędziami), które wydają się być najistotniejsze w kontekście
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
Zakres wykładu. Podstawy InŜynierii Oprogramowania
Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI GDAŃSK
PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI GDAŃSK Dobre narzędzie, które pomoże Ci w planowaniu i realizacji projektu TERMIN od: 21.10.2017 TERMIN do: 17.06.2018 CZAS TRWANIA:21 dni MIEJSCE: Gdańsk CENA:
1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI
KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia
KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA
KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA Nazwa kierunku studiów: Informatyczne Techniki Zarządzania Ścieżka kształcenia: IT Project Manager, Administrator Bezpieczeństwa
Spis treści. 00 Red. Spis tresci. Wstep..indd 5 2009 12 02 10:52:08
Spis treści Wstęp 9 Rozdział 1. Wprowadzenie do zarządzania projektami 11 1.1. Istota projektu 11 1.2. Zarządzanie projektami 19 1.3. Cykl życia projektu 22 1.3.1. Cykl projektowo realizacyjny 22 1.3.2.
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
STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI
Zeszyty Naukowe Wydziału Informatycznych Technik Zarządzania Wyższej Szkoły Informatyki Stosowanej i Zarządzania Współczesne Problemy Zarządzania Nr 1/2011 STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI
Overlord - Software Development Plan
Overlord - Software Development Plan Jakub Gołębiowski Adam Kawa Piotr Krewski Tomasz Weksej 5 czerwca 2006 Spis treści 0.1 Cel.......................................... 4 0.2 Zakres........................................
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia
1. Cel szkolenia m szkolenia jest nauczenie uczestników stosowania standardu PRINCE2 do Zarządzania Projektami Informatycznymi. Metodyka PRINCE2 jest jednym z najbardziej znanych na świecie standardów
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
Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście. Rozdział pochodzi z książki:
Rozdział pochodzi z książki: Zarządzanie projektami badawczo-rozwojowymi. Tytuł rozdziału 6: Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście adaptacyjne
1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem.
1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 2/ Wykonawcy: Konsorcjum: Netline Group wraz z Premium Technology
Nauczanie informatyki przez Internet w Polsko-Japońskiej WyŜszej Szkole Technik Komputerowych
Nauczanie informatyki przez Internet w Polsko-Japońskiej WyŜszej Szkole Technik Komputerowych Lech Banachowski, Paweł Lenkiewicz, ElŜbieta Mrówka- Matejewska Polsko-Japońska WyŜsza Szkoła Technik Komputerowych
Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą
Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca
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
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
Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016
Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Mechaniczny obowiązuje studentów rozpoczynających studia w roku akademickim 201/2016 Kierunek studiów: Informatyka Stosowana Forma
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy
ZARZĄDZANIE ZASOBAMI LUDZKIMI OPARTE NA KOMPETENCJACH (1) KOMPETENCJE
ZARZĄDZANIE ZASOBAMI LUDZKIMI OPARTE NA KOMPETENCJACH (1) KOMPETENCJE KOMPETENCJE potencjał przyczyniający się do osiągnięcia określonych wyników w procesach pracy. KOMPETENCJE potencjał, istniejący w
KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
edycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
Wrocław, 18.05.2015 Program kształcenia i plan studiów podyplomowych: Android i ios nowoczesne aplikacje mobilne edycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
DOŚWIADCZENIA Z REALIZACJI PRZEDMIOTU METODYKA STUDIOWANIA NA KIERUNKU ELEKTROTECHNIKA
DOŚWIADCZENIA Z REALIZACJI PRZEDMIOTU METODYKA STUDIOWANIA NA KIERUNKU ELEKTROTECHNIKA Jarosław Makal Politechnika Białostocka etee 2017, Politechnika Gdańska, 27-28 kwietnia 2017 1 Wydział Elektryczny
Egzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
Regulamin Studenckich Praktyk Zawodowych. Kierunek: Informatyka
Regulamin Studenckich Praktyk Zawodowych Kierunek: Informatyka Lublin 2018 Podstawa prawna Zarządzenie Rektora Katolickiego Uniwersytetu Lubelskiego Jana Pawła II z dnia 19 grudnia 2017 r. w sprawie określenia
w Szkole Podstawowej Nr 2 w Gryfinie 1. Pobudzanie uczniów do systematycznej pracy i rozwoju, wspieranie motywacji.
PRZEDMIOTOWY SYSTEM OCENIANIA z zajęć technicznych kl. IV-VI w Szkole Podstawowej Nr 2 w Gryfinie Cele systemu oceniania 1. Pobudzanie uczniów do systematycznej pracy i rozwoju, wspieranie motywacji. 2.
SZKOLENIE. Jak zarządzać projektem z wykorzystaniem MS Project. tel: ; fax: ;
SZKOLENIE Jak zarządzać projektem z wykorzystaniem MS Project tel: +48 22 100-48-96; fax: +48 22 300-52-79; e-mail: biuro@akademiaasap.pl TRENERZY DORADCY TRENERZY i KONSULTANCI NASZA MISJA DOSTARCZENIE
InŜynieria biomedyczna Studenci kierunku INśYNIERIA BIOMEDYCZNA mają moŝliwość wyboru jednej z następujących specjalności: informatyka medyczna
Wydział InŜynierii Mechanicznej i Informatyki al. Armii Krajowej 21, 42-200 Częstochowa tel. 0 34 325 05 61 rekrutacja@wimii.pcz.pl www.wimii.pcz.czest.pl Studia I stopnia Studia licencjackie trwają nie
Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016
Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Mechaniczny obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016 Kierunek studiów: Inżynieria Produkcji Forma
Projektowanie Produktu Product Design PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu Kierunek: Projektowanie Produktu Product Design Zarządzanie i Inżynieria Produkcji Management and Production Engineering Rodzaj przedmiotu: specjalnościowy Rodzaj zajęć: Wykład, laboratorium
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
Projekt Kompetencyjny - założenia
Projekt Kompetencyjny - założenia sem. V 2013 kgrudzi.kis.p.lodz.pl projekt kompetencyjny 1 System informatyczny zbiór powiązanych ze sobą elementów, którego funkcją jest przetwarzanie danych przy użyciu
Projektowanie Produktu Product Design PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu Kierunek: Rodzaj przedmiotu: specjalnościowy Projektowanie Produktu Product Design Zarządzanie i Inżynieria Produkcji Management and Production Engineering Rodzaj zajęć: Wykład, laboratorium,
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
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
3. Dostarczanie uczniom, rodzicom i nauczycielom informacji o uzdolnieniach, postępach i trudnościach
PRZEDMIOTOWY SYSTEM OCENIANIA z zajęć technicznych kl. IV-VI Cele systemu oceniania 1. Pobudzanie uczniów do systematycznej pracy i rozwoju, wspieranie motywacji. 2. Wskazanie kierunku dalszej pracy przez
OFERTA SZKOLEŃ BIZNESOWYCH
OFERTA SZKOLEŃ BIZNESOWYCH Przywództwo i zarządzanie zespołem Szkolenie z zakresu przywództwa, kompetencji liderskich i zarządzania zespołem. Podniesienie kompetencji zarządczych w zakresie przywództwa,
Opis Kompetencji Portfel Interim Menedżerowie i Eksperci
Opis Kompetencji Portfel Interim Menedżerowie i Eksperci Warszawa, kwiecień 2012 r. Carrywater Group S.A. www.carrywater.com Al. Jerozolimskie 65/79, 00-697 Warszawa, Centrum LIM, piętro XIV, lok. 14.07
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......................................................
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: wykład, laboratorium TESTOWANIE OPROGRAMOWANIA Software testing Forma
SYLABUS DOTYCZY CYKLU KSZTAŁCENIA realizacja w roku akademickim 2016/17
Załącznik nr 4 do Uchwały Senatu nr 430/01/2015 SYLABUS DOTYCZY CYKLU KSZTAŁCENIA 2014-2018 realizacja w roku akademickim 2016/17 1.1. PODSTAWOWE INFORMACJE O PRZEDMIOCIE/MODULE Nazwa przedmiotu/ modułu
Zarządzanie projektami w NGO
Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami edycja 21 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr nr 1/2012 i 15/2012 i 3/2012 organizowanego przez Wydział Informatyki
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
Rok akademicki: 2014/2015 Kod: ZIE-2-307-s Punkty ECTS: 3. Poziom studiów: Studia II stopnia Forma i tryb studiów: -
Nazwa modułu: Narzędzia informatyczne w zarządzaniu portfolio projektów Rok akademicki: 2014/2015 Kod: ZIE-2-307-s Punkty ECTS: 3 Wydział: Zarządzania Kierunek: Informatyka i Ekonometria Specjalność: -
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj zajęć: wykład, projekt TELEMEDYCYNA Telemedicine Forma studiów: studia stacjonarne
KARTA KURSU. Seminarium dziedzinowe 1: Multimedia w edukacji i e-learning
KARTA KURSU Nazwa Nazwa w j. ang. Seminarium dziedzinowe 1: Multimedia w edukacji i e-learning Discipline seminar 1: Multimedia in education and e-learning Kod Punktacja ECTS* 2 Koordynator dr Maria Zając
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ń
PLAN WDROśENIA SYSTEMU PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.3 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN WDROśENIA SYSTEMU PROJEKT WERSJA numer wersji
Małopolska Agencja Rozwoju Regionalnego S.A.
Małopolska Agencja Rozwoju Regionalnego S.A. Przestrzeń Twojego sukcesu! Projekt Określone w czasie działanie podejmowane w celu stworzenia niepowtarzalnego produktu lub usługi Projekt - cechy słuŝy realizacji
PROGRAM MICROSOFT DEVELOPER NETWORK ACADEMIC ALLIANCE MSDN AA
PROGRAM MICROSOFT DEVELOPER NETWORK ACADEMIC ALLIANCE MSDN AA Wydział Matematyczno-Przyrodniczy Szkoła Nauk Ścisłych Koło Naukowe Informatyków FRAKTAL Opracował : Michał Wójcik, II rok MU IiE CZYM JEST
PRZEDMIOTOWY SYSTEM. OCENIANIA Z ZAJĘĆ KOMPUTEROWYCH dla klas IV-VI
PRZEDMIOTOWY SYSTEM OCENIANIA Z ZAJĘĆ KOMPUTEROWYCH dla klas IV-VI 1. Cele oceniania: 1. Bieżące, okresowe, roczne rozpoznanie i określenie poziomu opanowania kompetencji przewidzianych programem nauczania;
PRZEDMIOTOWY SYSTEM OCENIANIA WYMAGANIA EDUKACYJNE Z TECHNIKI PRAC BIUROWYCH
ZESPÓŁ SZKÓŁ HOTELARSKO-GASTRONOMICZNYCH w GDYNI PRZEDMIOTOWY SYSTEM OCENIANIA WYMAGANIA EDUKACYJNE Z TECHNIKI PRAC BIUROWYCH Opracowała: Elżbieta Krzykowska PODSTAWY PROGRAMOWE DLA TECHNIKUM ORAZ SZKOŁY
Zarządzanie Projektami Project Management
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 205/206 Zarządzanie Projektami Project Management A. USYTUOWANIE MODUŁU W SYSTEMIE
Zarządzanie testowaniem wspierane narzędziem HP Quality Center
Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe