ZARZĄDZANIE PRZEDSIĘWZIĘCIEM PROGRAMISTYCZNYM. wykład siódmy, ostatni

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

Download "ZARZĄDZANIE PRZEDSIĘWZIĘCIEM PROGRAMISTYCZNYM. wykład siódmy, ostatni"

Transkrypt

1 ZARZĄDZANIE PRZEDSIĘWZIĘCIEM PROGRAMISTYCZNYM wykład siódmy, ostatni

2 METODYKA Metodyka!= metodologia Metodyka ustandaryzowane podejście do rozwiązania problemu (metoda) Metodologia nauka o metodach (np. badanie skuteczności metod) najsłynniejsza metodyka (metoda): Kartezjusz, Rozprawa o metodzie podstawa kartezjańskiej epistemologii

3 PODSTAWOWE POJĘCIA I UWAGI WSTĘPNE narzędzie wszystko, co służy do wykonywania naszej pracy proces sposób naszej pracy narzędzia procesu pomagają pracować efektywniej mówiąc, do pewnego stopnia, co należy robić przykłady narzędzi: Java, kompilator gcc, laptop, szczoteczka do zębów, itp. itd.

4 NORMATYWNOŚĆ A ADAPTACYJNOŚĆ więcej reguł do przestrzegania metodyka normatywna metodyka adaptacyjna większa swoboda (mniej reguł)

5 PORÓWNYWANIE METODYK porównuj aby zrozumieć, a nie aby osądzać

6 ZUPEŁNOŚĆ I DOSKONAŁOŚĆ METODYK żadna metodyka nie jest zupełna ani doskonała nie mówią nigdy w 100% co robić ale narzucają pewne ograniczenia i podsuwają rady wartością metodyki jest to, że ogranicza pole działania (it limits our options) proces pozwalający robić wszystko nie jest wartościowy nazwijmy go zrób cokolwiek, lub lepiej zrób to, co trzeba proces idealny! bo jeśli nie zadziała, to znaczy, że nie zrobiliśmy tego, co trzeba

7 SUKCES PROJEKTU A SUKCES NARZĘDZIA nie należy mylić sukcesu projektu z sukcesem zastosowania narzędzia projekt może: odnieść sukces dzięki dobremu narzędziu odnieść sukces pomimo kiepskiego narzędzia ponieść porażkę przez kiepskie narzędzie ponieść porażkę pomimo dobrego narzędzia

8 PODZIAŁ METODYK IT Metodyki zarządcze Metodyki wytwócze Metodyki adaptacyjne Metodyki organizacyjne Prince2 RUP XP CMM Six Sigma ITIL PMBoK MSF Scrum COBIT

9 Pracownicy biura projektowego Programiści i analitycy Administratorzy i użytkownicy Testerzy Metodyki zarządcze Metodyki wytwócze Metodyki adaptacyjne Metodyki organizacyjne Prince2 PMBoK RUP MSF Kierownik projektu XP Scrum CMM Six Sigma ITIL COBIT Decydenci i audytorzy

10 METODYKI ZARZĄDCZE KIEDY STOSOWAĆ? gdy istotna jest precyzyjna regulacja i kontrola współpracy zleceniodawca-zleceniobiorca, a szczególnie wtedy, gdy klientem jest firma zewnętrzna gdy ważny jest nadzór nad przebiegiem projektu od strony formalnej, a szczególnie materiał dowodowy dotyczący podejmowanych decyzji projektowych gdy mamy do czynienia ze średnim lub dużym przedsięwzięciem i wspólny słownik pojęć projektowych jest niezbędny do właściwej komunikacji

11 METODYKI ZARZĄDCZE PRINCE2 Project IN Controlled Environment stworzenie kontrolowanego środowiska to udokumentowanie powodów uruchomienia projektu, jego przebiegu oraz zamknięcia Prince2 koncentruje się na sposobach podejmowania decyzji w projekcie i kwestiach zarządczych związanych z jego realizacją Metodyka nie wnika w szczegóły technicznej realizacji projektu i dlatego metodyka nie ogranicza się do świata IT Zarządzanie oparte na koncepcji zarządzania odchyleniami cykl: planowanie, realizacja, monitoring odchyleń, reakcja

12 METODYKI ZARZĄDCZE - PRINCE2 C.D. 8 procesów Prince 2 3 techniki 8 komponentów

13 Procesy Komponenty Techniki Uruchomienie projektu Strategiczne zarządzanie projektem Inicjowanie projektu Uzasadnienie biznesowe Organizacja Plany Planowanie oparte na produktach Sterowanie etapem Zarządzanie wytwarzaniem produktów Zarządzanie zakresem etapu Zamykanie projektu Planowanie Elementy sterowania Zarządzanie ryzykiem Jakość w środowisku projektu Zarządzanie konfiguracją Sterowanie zmianami Sterowanie zmianami Przeglądy jakości

14 METODYKI ZARZĄDCZE PRINCE2 C.D. zalety metodyki: wykorzystanie dobrych praktyk zarządzania dobrze opisany zestaw dokumentów wraz z opisem metryczek duża swoboda działania Kierownika Projektu darmowa wady metodyki: częste przypadki PINO (Prince in Name Only) nacisk na dokumentowanie nie definiuje analizy wymagań ciężka

15 METODYKI ZARZĄDCZE - PMBOK PMBoK = Project Management Body of Knowledge koncentruje się na zebraniu i przedstawieniu dobrych praktyk związanych z zarządzaniem projektami w ramach zdefiniowanych obszarów wiedzy daje nieco więcej swobody niż Prince2 ANSI zaakceptował PMBoK jako narodowy standard zarządzania projektami IEEE zaadoptowało to podejście jako standard 1490

16 METODYKI ZARZĄDCZE PMBOK C.D. PMBoK to 42 procesy każdy przynależy do jednej z 5 grup procesów i jednego z 9 obszarów wiedzy Grupy procesów Procesy rozpoczęcia Procesy planowania Procesy realizacji Procesy kontroli Procesy zakończenia Obszary wiedzy Integracja Zakres Czas Koszt Jakość Zasoby ludzkie Komunikacja Ryzyko Dostawa

17 METODYKI ZARZĄDCZE PMBOK C.D. Każdy z procesów zawiera grupę sugerowanych technik. Przykłady: diagram następstw (KP, PK, KK, PP) technika analizy zależności (wyjaśnia charakter zależności pomiędzy czynnościami; zależności wymagane, rozważane, zewnętrzne) technika przyspieszeń i opóźnień (wiąże 2 czynności na zasadzie rozpocząć zadanie B na x jednostek czasu, zanim skończy się zadanie A) szablony harmonogramu sieciowego wykres Gantta metoda ścieżki krytycznej równoważenie zasobów analiza pola siły, diagram relacji, diagram macierzowy, diagram przepływu, matryce priorytetyzacyjne, metoda delficka itp. itd..

18 METODYKI WYTWÓRCZE Metodyki zarządcze koncentrują się na procesie decyzyjnym, a szczególnie na kwestiach związanych z uruchomieniem projektu, zdefiniowaniem zakresu etapów oraz zamknięciem Metodyki wytwórcze skupiają się na procesie produkcyjnym i definiują techniczne sposoby wytwarzania produktów, takie jak fazy analizy czy stabilizacji Metodyki zarządcze i wytwórcze nie wykluczają się, a nawet mogą się uzupełniać

19 METODYKI WYTWÓRCZE czerpią z modeli takich jak kaskadowy, spiralny, iteracyjny; to zestaw cech, które metodyka może posiadać niektóre metodyki łączą kilka cech kaskadowy (żadna metodyka nie przyznaje się już do stosowania tego modelu) spiralny (na nim oparty jest RUP) iteracyjny (na nim oparty jest MSF) adaptacyjny (Agile MSF, Agile Unified Process, XPrince)

20 METODYKI WYTWÓRCZE - RUP Rational Unified Process RUP to szablon przyrostowego wytwarzania oprogramowania, wywodzi się wprost z modelu spiralnego Zakłada, że jest już ustalona pewna wizja projektu i wstępne zezwolenie na uruchomienie jego analizy biznesowej RUP cechuje się dużą elastycznością (możliwość dostosowania praktycznie do każdego typu projektu) RUP jest gotowym do użycia rozwiązaniem, które pomaga w ustaleniu kluczowych kamieni milowych projektu oraz zasobów niezbędnych do jego realizacji Powszechny standard, stosowany przez tysiące firm

21 METODYKI WYTWÓRCZE - RUP

22 METODYKI WYTWÓRCZE - RUP

23 METODYKI WYTWÓRCZE RUP - ABECADŁO Adapt the process (dopasuj proces wytwórczy do projektu i nie stosuj zasad na ślepo) Balance stakeholder priorities (balansuj pomiędzy priorytetami decydentów szukaj kompromisu między wymaganiami decydentów a techniczną opłacalnością wykonania) Collaborate across teams (dbaj o komunikację) Demonstrate value iteratively (jak najszybciej zmierzaj do ukazania finalnym użytkownikom choć części funkcjonalności, nawet jeśli nie jest w pełni przetestowana) Elevate the level of abstraction (elastycznie zwiększaj poziom abstrakcji) Focus continously on quality (skupiaj się na jakości)

24 METODYKI WYTWÓRCZE - MSF MSF = Microsoft Solution Framework metodyka łącząca cechy modeli iteracyjnego i spiralnego w praktyce różnice między MSF a RUP nie są duże oprogramowanie wspomagające tworzenie projektów z wykorzystaniem tej metodyki: Microsoft Visual Studio Team System

25 METODYKI WYTWÓRCZE - MSF MSF składa się z 5 głównych faz, z których każda kończy się realizacją kluczowego kamienia milowego Faza Wizji (okres organizacji zespołu i ustalania wspólnej wizji projektu; określenie biznesowego zakresu projektu) Faza Planowania (opracowanie dowodów wykonalności i specyfikacji technicznej, określenie architektury, planu i środowiska pracy) Faza Konstrukcji (okres przyrostowego tworzenia rozwiązania) Faza Stabilizacji (skoncentrowanie się na uzyskaniu właściwej jakości finalnego rozwiązania; w tym czasie funkcjonalność nie powinna być już rozbudowywana) Faza Dostarczenia (wdrożenie w docelowym środowisku)

26 METODYKI WYTWÓRCZE MSF CHARAKTERYSTYKA METODY kamienie milowe i skojarzenie z nimi odpowiednich dokumentów ściśle określony, jasny i zrozumiały dla wszystkich zakres odpowiedzialności planowanie w oparciu o analizę ryzyka

27 METODYKI WYTWÓRCZE MSF MODEL ZESPOŁU MSF opisuje 6 kluczowych ról w projekcie, odpowiadającym 6 kluczowym specjalizacjom 1. zarządzanie programem (Program Management) - kierownik programu 2. konstruowanie (Development) specyfikacja i prace wytwórcze 3. testowanie (Testing) nadzorowanie i akceptacja jakości produktów 4. projektowanie UI (w tym GUI) w wersji 4 nazywa się Edukatorem Użytkownika 5. wdrażanie (Release Management) instalacjaw środowisku testowym i produkcyjnym, konfiguracja, nadzór nad kolejnymi wydaniami 6. zarządzanie produktem (Product Management) dba o wartość biznesową finalnego produktu, określa docelową grupę klientów i ich wymagania

28 METODYKI ADAPTACYJNE ostatnio bardzo popularne, głównie dlatego, że przywróciły IT ludzką twarz nie zajmują się kwestiami związanymi ze sposobem podejmowania decyzji strategicznych (np.: czy uruchomić projekt czy nie?) dlatego dobrze dopełniają formalne rozwiązania, takie jak Prince2 czy PMBoK metodyki adaptacyjne koncentrują się na zmotywowaniu uczestników projektu

29 METODYKI ADAPTACYJNE KLUCZOWE CECHY przedkładanie miękkich technik zarządczych nad twarde procesy i narzędzia (koordynacyjny tryb zarządzania zamiast centralnego) większy nacisk na działające oprogramowanie niż wyczerpującą dokumentację pierwszeństwo we współpracy z klientem, przed negocjacją kontraktu metodyki adaptacyjne są unikalne w kwestii nieformalnej komunikacji z klientem końcowym pierwszeństwo odpowiedzi na zmianę, przed podążaniem za planem bazowym

30 METODYKI ADAPTACYJNE - XP XP = extreme Programming historycznie pierwszy ze zbiorów dobrych praktyk, związanych z adaptacyjnym sposobem wytwarzania oprogramowania znaki rozpoznawcze XP: programowanie parami programowanie sterowane testami (TDD) stałe przebudowywanie kodu (refactoring)

31 METODYKI ADAPTACYJNE XP C.D. XP wymienia tylko 2 role: klienci odpowiedzialni za zdefiniowanie życzeń i weryfikację poprawności otrzymanych produktów programiści odpowiedzialni za właściwe zaprojektowanie, wykonanie i przetestowanie rozwiązań spełniających życzenia klientów Proces: XP składa się z 4 kluczowych obszarów: planowanie (PL) projektowanie (PR) kodowanie (KO) testowanie (TE)

32 METODYKI ADAPTACYJNE XP C.D. 12 KLUCZOWYCH PRAKTYK 1. (PL) Planowanie gry user stories, każda na osobnej karcie (forma dowolna) programiści szacują zgrubnie koszt, liczbę elementów i które z nich mogą być wykonane w danej iteracji 2. (PL, PR, KO, TE) Małe wydania (releases) jak najszybciej i jak najczęściej tworzyć wydania dla klientów celem weryfikacji zwykle jeden cykl trwa od 1 tyg. do 3 m-cy 3. (PL, PR, KO, TE) Metafora systemu łatwa do przekazania opowieść o tym, jak działa system powinna angażować wzorce projektowe i klasy, ale musi być zrozumiała zarówno dla programistów jak i klientów

33 METODYKI ADAPTACYJNE XP C.D. 12 KLUCZOWYCH PRAKTYK C.D. 4. (PR) Prosty projekt system ma wykonywać w najprostszy sposób powierzone zadanie wymagania jutro się zmienią, więc należy wykonać tylko to, co zostało wyspecyfikowane dzisiaj architektura tworzona przyrostowo 5. (TE) Stałe testowanie testy jednostkowe w Junit/nUnit, sugerowane TDD 6. (KO) Przebudowywanie stała weryfikacja kodu, usuwać/unikać powtarzających się fragmentów 7. (KO) Programowanie parami kod pisany przez 2 osoby, więc jest przeglądany w trakcie pisania cały zespół (lub przynajmniej programiści) znajdują się fizycznie w jednym miejscu; każda kluczowa decyzja musi być podjęta przez obu programistów

34 METODYKI ADAPTACYJNE XP C.D. 12 KLUCZOWYCH PRAKTYK C.D. 8. (KO) Kolektywne posiadanie kodu nikt nie posiada fragmentu kodu na wyłączność od strony technoogicznej; każdy może pracować nad dowolną częścią systemu 9. (KO, TE) Stała integracja wszystkie zmiany integrowane w ramach codziennych kompilacji (daily build) 10. (KO) 40-godzinny tydzień pracy nie ma nadgodzin 11. (PL, PR, KO, TE) Stały dostęp do klienta warto kluczowe ustalenia zapisać w jakiejkolwiek formie pisemnej, choćby a lub notatki ze spotkania 12. (KO) Standardy kodowania wszyscy kodują na bazie tego samego standardu. W idealnej sytuacji nie da się odróżnić, kto pisał dany kod

35 METODYKI ADAPTACYJNE - SCRUM

36 METODYKI ADAPTACYJNE - SCRUM ostatnio bardzo popularna metodyka SCRUM daje konkretny i spójny przepis na prowadzenie projektów informatycznych a z drugiej strony, pozostawia dużą swobodę dotyczącą sposobu implementacji dobra implementacja SCRUM znacznie zwiększa wydajność zespołów wykonawczych metodyka ta dotyczy wyłącznie fazy wytwarzania i nie opisuje prac związanych z przygotowaniem wizji projektu, podejmowaniem decyzji strategicznych czy zarządzaniem kontraktem

37 SCRUM IN A NUTSHELL podziel organizację na małe zespoły podziel pracę na małe kawałki, posortuj wg priorytetów podziel czas na krótkie odcinki (sprinty) zoptymalizuj plan wydań i aktualizuj priorytety zoptymalizuj proces (retrospekcja po ukończonym sprincie) więc: zamiast dużej grupy spędzającej dużo czasu na budowie dużej rzeczy, mamy małą grupę spędzającą mało czasu na budowie małej rzeczy a regularna integracja zapewnia osiągnięcie celu

38 SCRUM ROLE W PROJEKCIE SCRUM definiuje następujące role w projekcie: właściciel produktu klient lub sponsor projektu, odpowiedzialny za kwestie biznesowe ScrumMaster odpowiednik sędziego na boisku osoba odpowiedzialna za kontrolę przebiegu procesu członek zespołu wchodzi w skład małego, interdyscyplinarnego zespołu wykonawczego (5-9 osób) interesanci osoby odpowiedzialne za podejmowanie decyzji strategicznych; mogą obserwować codzienne spotkania, ale nie powinni brać w nich aktywnego udziału

39 SCRUM PROCES Proces bazuje na szybkich i intensywnych cyklach nazywanych sprintami, które mogą trwać od 2 do 4 tygodni Kluczowym mechanizmem do rejestracji i rozliczania zadań jest dziennik zadań, a dokładniej 2 dzienniki: dziennik zadań produktu (Produck backlog definiuje wysokopoziomowe, biznsowe funkcje aplikacji) podstawowa platforma dyskusji pomiędzy zespołem wykonawczym, a właścicielem produktu dziennik zadań sprinta (Sprint backlog opisuje szczegółowe zadania techniczne w ramach danego sprinta) optymalna długość sprinta to od 4 do 12 godzin, dla dwutygodniowego sprinta

40 SCRUM MECHANIKA PROCESU Mechanika SCRUM składa się z 3 głównych etapów: 1. ustanowienie gry (pregame) zajmuje jeden, pełny dzień planowanie (4h) zdefiniowanie, które z funkcjonalności z dziennika zadań produktu zostaną zrealizowane w kolejnym sprincie (czyli ustalenie biznesowego zakresu dziennika zadań sprinta) architektura (4h) poświęcona na kwestie techniczne i dyskusję na temat technicznego wykonania każdej ze zdefiniowanych funkcjonalności (spotkanie bez udziału właściciela produktu); weryfikacja czasów poszczególnych zadań pierwszy dzień kończy się automatycznym uruchomieniem sprinta

41 SCRUM MECHANIKA PROCESU C.D. 2. gra (game) okres wykonania projektu; należy zaplanować codzienne minutowe spotkania na stojaka prowadzone przez ScrumMastera każdy członek zespołu ma odpowiedzieć wyłącznie na 3 pytania: co zostało wykonane od ostatniego spotkania? co będzie wykonane do następnego spotkania? czy istnieje cokolwiek, co może zagrażać wykonaniu planów? spotkania służą również weryfikacji stopnia realizacji projektu. Scrum posiada tu oryginalną technikę wykresu spalania (burndown chart)

42 NARZĘDZIE SCRUM WYKRES SPALANIA

43 SCRUM MECHANIKA PROCESU C.D. 3. zamykanie gry (postgame) zajmuje jeden pełny dzień spotkanie przeglądowe (4h) poświęcone na prezentację wykonanych prac właścicielowi oraz interesantom; po zakończeniu sprinta wykonany produkt winien być prezentowalny bez dodatkowych czynności spotkanie retrospekcyjne (postmortem meeting), 4h dyskusja na temat tego jak przebiegał sprint, co się udało, co się nie udało, czego się nauczyliśmy, co nas martwi; spotkanie ma na celu doskonalenie sposobu wykorzystania metodyki Scrum oraz uświadomienie członkom zespołu, że to oni sami są właścicielem całego procesu

44 SCRUM KWESTIE PRAKTYCZNE Scrum ma na stałe ustaloną długość i bez względu na przebieg wypadków wersja rozwiązania musi powstać do ustalonej daty, nawet, jeśli powoduje to redukcję wstępnie planowanej funkcjonalności. Data realizacji sprinta jest pojmowana śmiertelnie poważnie Nie jest to powiedziane wprost, ale Scrum zakłada zarzucenie klasycznych narzędzi planistycznych (wykres Gantta, MS Project) warto wprowadzić mechanizmy doskonalenia szacunków wykonania zadań w kontekście całego zespołu i poszczególnych pracowników. Scrum proponuje technikę szybkości zespołu.

45 SCRUM KWESTIE PRAKTYCZNE C.D. wykonując szacunki należy pamiętać, że efektywny czas pracy to ok. 5 godzin; reszta to kawa, e i inne zadania administracyjne zespołowi korzystającemu ze Scrum po raz pierwszy warto przedstawić najpierw, na czym cała metodyka polega; średnio potrzeba 3-4 sprintów, aby Scrum został w pełni wdrożony, a zespół realizował zadania w sposób przewidywalny Scrum nie zajmuje się zarządzaniem ryzykiem, ale można to robić

46 SCRUM KWESTIE PRAKTYCZNE C.D. planowane zadania związane są nie tylko wprost z realizacją funkcjonalności, ale ze wszystkim co dotyczy realizacji celu sprinta (testowanie, dokumentacja, wykonanie instalatorów) adaptacyjność metody nie zwalnia z konieczności samodyscypliny

47 SCRUM NA CO ZWRACAĆ UWAGĘ? Jakość Dokumentacja Na co zwracać uwagę? Kompletność Zarządzanie ryzykiem

48 KANBAN metoda sterowania produkcją (pochodzi z Japonii) jap. kanban [pol.: widoczny spis] wprowadzenie w Toyocie spowodowało 30% wzrost produkcji i redukcję zapasów o ponad połowę

49 KANBAN

50 RUP, SCRUM A KANBAN RUP bardzo normatywna Scrum i Kanban adaptacyjne, ale (w porównaniu) Scrum bardziej normatywny niż Kanban np. Scrum każe używać iteracji o stałym czasie trwania, a Kanban nie RUP (120+) XP (13) SCRUM (9) Kanban (3) zrób co trzeba (0) RUP daje za dużo (i trzeba uswać niepotrzebne artefakty), Scrum daje niewiele (i trzeba dodać to, co brakuje)

51 SCRUM A KANBAN w SCRUM WIP (work in progress) jest ograniczony na jednostkę czasu (koncepcja velocity pomiar tego, jak wiele zadań zespół może zrobić w danym czasie) w Kanban WIP jest ograniczony na stan procesu (na danym etapie nie może być więcej niż n jednocześnie wykonywanych zadań) obie metody empiryczne (nie da się ustalić parametrów trzeba sprawdzić jak proces działa w praktyce i na tej podstawie próbować go dostrajać tak, by działał lepiej musimy eksperymentować)

52 METODYKI ADAPTACYJNE PORÓWNANIE I PODSUMOWANIE XP to ciekawy zbiór dobrych praktyk Scrum jest w pełni dojrzałym modelem wytwarzania produktów, bazującym na dobrze opisanym procesie Najpopularniejsze podejście: wdrożenie Scrum z wykorzystaniem wybranych praktyk XP

53 METODYKI ORGANIZACYJNE ITIL (Information Technology Infrastructure Library) zbiór dobrych praktyk i procesów opisujących sposób funkcjonowania działów IT CMMI (Capability Maturity Model Integration) metoda badania poziomu dojrzałości organizacyjnej COBIT (Control Objectives for Information and related Technology) metodyka wspierająca zarządzanie, kontrolę i audyt systemów informatycznych; dostarcza zbiory miar, wskaźników, procesów i technik Six Sigma celem jest eliminacja wszelkich błędów procesowych

54 This is the end The Doors

ZARZĄDZANIE PRZEDSIĘWZIĘCIEM PROGRAMISTYCZNYM. wykład siódmy, ostatni

ZARZĄDZANIE PRZEDSIĘWZIĘCIEM PROGRAMISTYCZNYM. wykład siódmy, ostatni ZARZĄDZANIE PRZEDSIĘWZIĘCIEM PROGRAMISTYCZNYM wykład siódmy, ostatni METODYKA Metodyka!= metodologia Metodyka ustandaryzowane podejście do rozwiązania problemu (metoda) Metodologia nauka o metodach (np.

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

Etapy życia oprogramowania

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

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

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

Programowanie zespołowe

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

Bardziej szczegółowo

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 1. Definicja projektu: cechy projektu, przyczyny porażek projektów, czynniki sukcesu projektów, cele projektu, produkty projektu, cykl życia

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Metodyki programowania Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Wybrane metodyki zwinne TRADYCYJNE: RUP (Rational Unified Process) spiralny, rozbudowany PRINCE2 (Projects In Controlled Environments)

Bardziej szczegółowo

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka Agile vs PRINCE2 Ewa Solecka - specjalność ogólna- 1117627 Przemysław Mrozowski specjalność ogólna- 1121130 Michał Roztoczyński specjalność ogólna - 1118910 2014/2015 I rok st. magisterskie Informatyka

Bardziej szczegółowo

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

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

Bardziej szczegółowo

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

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

Bardziej szczegółowo

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację

Bardziej szczegółowo

Agile Project Management

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

MSF. Microsoft Solution Framework

MSF. Microsoft Solution Framework MSF Microsoft Solution Framework MSF a PMI PMI - metodyka podobna dla każdego rodzaju projektów MSF metodyka przeznaczona dla projektów informatycznych mająca cechy PMI MSF metodyka utworzona na podstawie

Bardziej szczegółowo

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

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie. x 3 2. Jaki wpływ na ludzi, komunikację

Bardziej szczegółowo

Wstęp do zarządzania projektami

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

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

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

Bardziej szczegółowo

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo

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

Opis metodyki i procesu produkcji oprogramowania

Opis metodyki i procesu produkcji oprogramowania Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie

Bardziej szczegółowo

SCRUM. Metodyka prowadzenia projektów. Na podstawie prezentacji B. Kuka i W. Sidora

SCRUM. Metodyka prowadzenia projektów. Na podstawie prezentacji B. Kuka i W. Sidora SCRUM Metodyka prowadzenia projektów Na podstawie prezentacji B. Kuka i W. Sidora Wprowadzenie. Scrum jest metodyką prowadzenia projektów zaliczaną do metodyk zwinnych, zgodnych z Agile Manifesto. Scrum

Bardziej szczegółowo

Wprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska

Wprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska Wprowadzenie do metodyki SCRUM mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska SCRUM Scrum (skrót od scrummage) - metoda ponownego uruchomienia gry w rugby zwana również formacją

Bardziej szczegółowo

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz Oceny z prezentacji INKU011S Zofia Kruczkiewicz Data Student Oceny Uwagi 22.10.2017 231085 3.0 Przedstaw idealne środowisko do stosowania inżynierii oprogramowania- opisz elementy tego środowiska (sprzęt

Bardziej szczegółowo

Zakres wykładu. Podstawy InŜynierii Oprogramowania

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

Bardziej szczegółowo

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

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

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

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

Bardziej szczegółowo

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc.

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc. Projektowanie oprogramowania Termin zajęć: poniedziałek, 18.00-19.45 a podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1) Nr tygo dnia Spotkanie

Bardziej szczegółowo

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Agenda RUP wprowadzenie Struktura RUP Przepływy prac w RUP Fazy RUP RUP wprowadzenie RUP (Rational Unified Process) jest : Iteracyjną i przyrostową metodyka W pełni konfigurowalną

Bardziej szczegółowo

Wstęp do zarządzania projektami

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

Bardziej szczegółowo

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

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 1 Zbigniew Misiak (BOC IT Consulting) Podyplomowe Studia Menedżerskie Zarządzanie projektami informatycznymi Czym się będziemy zajmować?

Bardziej szczegółowo

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

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

Bardziej szczegółowo

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś (często stosowany w praktyce do projektów o niewielkiej złożoności) wymagania specyfikowanie kodowanie

Bardziej szczegółowo

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński Wskazówki projektowe Programowanie Obiektowe Mateusz Cicheński Przydatne zasady SOLID Wzorce struktury aplikacji MVC MVP MVVM Metody wytwarzania oprogramowania Manifest Zwinnego Wytwarzania Oprogramowania

Bardziej szczegółowo

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI 4 Kilka słów o metodyce Prince2 Do czego słuŝy? 5 Kilka słów o metodyce Prince2 Skąd się wzięła? Prince2 PRoject IN Controlled Environments Metodyka zarządzania projektem, nie realizacji projektu!!! Projekty

Bardziej szczegółowo

PRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak

PRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak PRINCE2 Metodyka zarządzania projektami Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak Metodyka PRINCE2 PRINCE2 Project IN Controlled Environments v.2 Określa: Co należy zrobić Dlaczego

Bardziej szczegółowo

Cykle życia systemu informatycznego

Cykle życia systemu informatycznego Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Cel: Opracowanie szczegółowych zaleceń i procedur normujących pracę działu wytwarzania oprogramowania w przedsiębiorstwie

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

Programowanie Zespołowe

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

Bardziej szczegółowo

Techniki komputerowe w robotyce

Techniki komputerowe w robotyce Techniki komputerowe w robotyce Wykład V Adaptacyjne zarządzanie projektami Robert Muszyński KCiR, W4, PWr Skład FoilTEX c R. Muszyński 2009-2015 Metodologie prowadzenia projektu Dążenie do opracowania

Bardziej szczegółowo

Wstęp do zarządzania projektami

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

Bardziej szczegółowo

PRINCE Foundation

PRINCE Foundation PRINCE2 2009 Foundation Istota PRINCE2 Metodyka PRINCE2 stanowi doskonałą podstawę do realizacji wszelkich projektów w przedsiębiorstwach i organizacjach dowolnej wielkości i branży. Pozwala w zorganizowany

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 projektem prawnym w praktyce

Zarządzanie projektem prawnym w praktyce Zarządzanie projektem prawnym w praktyce Po raz pierwszy kompleksowe szkolenie dla prawników Definiowanie, planowanie i skuteczna realizacja w pracy prawnika Prawnik = project manager Świadczenie usług

Bardziej szczegółowo

ŚCIEŻKA KRYTYCZNA. W ścieżkach krytycznych kolejne zadanie nie może się rozpocząć, dopóki poprzednie się nie zakończy.

ŚCIEŻKA KRYTYCZNA. W ścieżkach krytycznych kolejne zadanie nie może się rozpocząć, dopóki poprzednie się nie zakończy. ŚCIEŻKA KRYTYCZNA Ciąg następujących po sobie zadań w ramach projektu trwających najdłużej ze wszystkich możliwych ciągów, mających taką własność, że opóźnienie któregokolwiek z nich opóźni zakończenie

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK

Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK Opis Szkolenie realizowane w ramach: Oferowane zajęcia umożliwiają uczestnikom poznanie najlepszych metod i narzędzi stosowanych

Bardziej szczegółowo

Planowanie i realizacja zadań w zespole Scrum

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

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

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

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

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary

Bardziej szczegółowo

Wytwarzanie oprogramowania

Wytwarzanie oprogramowania AiPA 6 Wytwarzanie oprogramowania Proces tworzenia oprogramowania jest procesem przekształcenia wymagań w oprogramowanie zgodnie z metodyką, która określa KTO CO robi JAK i KIEDY. - Wymagania Proces tworzenia

Bardziej szczegółowo

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004. Zofia Kruczkiewicz

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004. Zofia Kruczkiewicz Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie 2. Jaki wpływ na ludzi, komunikację

Bardziej szczegółowo

KANBAN SCRUM-BAN. Agile PM Zarys AUP

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

Bardziej szczegółowo

Szkolenie Podstawy Zarządzania Projektami Informator

Szkolenie Podstawy Zarządzania Projektami Informator Projekt Informatyka inwestycją w przyszłość współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Szkolenie Podstawy Zarządzania Projektami Informator Spis treści Informacje

Bardziej szczegółowo

Tworzenie gier na urządzenia mobilne

Tworzenie gier na urządzenia mobilne Katedra Inżynierii Wiedzy Wykład 3 O czym dzisiaj? Metodyki tworzenia oprogramowania; Praca w zespole; Zarządzanie projektem; Narzędzia wspomagające i dobre praktyki; Zabezpieczenie kodu. Jaki model wybrać?

Bardziej szczegółowo

Całościowe podejście do testowania automatycznego dla programistów. (TDD, BDD, Spec. by Example, wzorce, narzędzia)

Całościowe podejście do testowania automatycznego dla programistów. (TDD, BDD, Spec. by Example, wzorce, narzędzia) Program szkolenia: Całościowe podejście do testowania automatycznego dla programistów Ruby (TDD, BDD, Spec. by Example, wzorce, narzędzia) Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania:

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

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

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI

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

Bardziej szczegółowo

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania prowadzący: dr inż. Krzysztof Bartecki www.k.bartecki.po.opole.pl Proces tworzenia oprogramowania jest zbiorem czynności i

Bardziej szczegółowo

www.omec.pl 1 Konferencja "Bezpieczny Projekt" Wrocław 22 czerwca 2010

www.omec.pl 1 Konferencja Bezpieczny Projekt Wrocław 22 czerwca 2010 Od kartki i ołówka do systemu informatycznego, czyli jak wdrażano zarządzanie projektami u klienta Rinf Sp. z o.o. www.omec.pl 1 Co my rozumiemy pod pojęciem: PROJEKT Projekt: Ciąg zadań nastawionych na

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

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

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Szybkość w biznesie Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Klient Wykonawca...wprowadzamy nowy typ przelewów do aplikacji internetowej. Dodam

Bardziej szczegółowo

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

Bardziej szczegółowo

Podstawy organizacji systemów zarządzania bezpieczeństwem informacji dokumenty podstawowe

Podstawy organizacji systemów zarządzania bezpieczeństwem informacji dokumenty podstawowe Podstawy organizacji systemów zarządzania bezpieczeństwem informacji dokumenty podstawowe Autor Anna Papierowska Praca magisterska wykonana pod opieką dr inż. Dariusza Chaładyniaka mgr inż. Michała Wieteski

Bardziej szczegółowo

KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA

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

Bardziej szczegółowo

Projekt Kompetencyjny - założenia

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

Bardziej szczegółowo

Wprowadzenie dosystemów informacyjnych

Wprowadzenie dosystemów informacyjnych Wprowadzenie dosystemów informacyjnych Projektowanie antropocentryczne i PMBoK Podejście antropocentryczne do analizy i projektowania systemów informacyjnych UEK w Krakowie Ryszard Tadeusiewicz 1 Właściwe

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

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

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

Bardziej szczegółowo

Zarządzanie projektami w otoczeniu uczelnianym. Piotr Ogonowski

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

Bardziej szczegółowo

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

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

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

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

Bardziej szczegółowo

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

Metodyki zwinne wytwarzania oprogramowania

Metodyki zwinne wytwarzania oprogramowania Metodyki zwinne wytwarzania oprogramowania Wykład 1 Marcin Młotkowski 7 października 2014 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski

Bardziej szczegółowo

SKUTECZNE ZARZĄDZANIE PROJEKTEM

SKUTECZNE ZARZĄDZANIE PROJEKTEM SKUTECZNE ZARZĄDZANIE PROJEKTEM Zarządzanie projektami to nie jest takie skomplikowane! TERMIN od: 02.10.2017 TERMIN do: 04.10.2017 CZAS TRWANIA:3 dni MIEJSCE: Gdańsk CENA: 1500 zł + 23% VAT Jak sprawniej

Bardziej szczegółowo