Tworzenie i śledzenie harmonogramów. Definicje i metody weryfikacji i walidacji

Podobne dokumenty
Tworzenie i śledzenie harmonogramów. Definicje i metody weryfikacji i walidacji

Tworzenie i śledzenie harmonogramów Wykładowca Dr inż. Zofia Kruczkiewicz

Etapy życia oprogramowania

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

Zastosowania informatyki w gospodarce Projekt

Ograniczenia projektu. Zakres (co?) Czas (na kiedy?) Budżet (za ile?)

Zastosowania informatyki w gospodarce. Projekt. dr inż. Marek WODA

Cykle życia systemu informatycznego

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

Przykład: budowa placu zabaw (metoda ścieżki krytycznej)

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik

Porównanie aplikacji do tworzenia harmonogramów.

Zasady organizacji projektów informatycznych

Ograniczenia projektu. Zakres (co?) Czas (na kiedy?) Budżet (za ile?)

Wstęp do zarządzania projektami

Zarządzanie Projektami

Zarządzanie Projektami Inwestycyjnymi

Inżynieria oprogramowania. Część 8: Metoda szacowania ryzyka - PERT

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

Zarządzanie projektami. Zarządzanie czasem w projekcie

Planowanie przedsięwzięć

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

Zarządzanie Projektami Inwestycyjnymi

Wprowadzenie do narzędzi zarządzania projektami informatycznymi.

PLANOWANIE I KONTROLA REALIZACJI OBIEKTU BUDOWLANEGO

Kurs: Gospodarka kosztami i zasobami w inwestycjach budowlanych

ECDL ZARZĄDZANIE PROJEKTAMI

Wstęp do zarządzania projektami

PRAKTYKA ZARZĄDZANIA PROJEKTAMI W OPARCIU O PMBOK GUIDE 5TH.ED.

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

Szkolenie: Warsztaty przygotowujące do certyfikacji IPMA, poziom D

METODA PERT. Maciej Patan. Instytut Sterowania i Systemów Informatycznych Uniwersytet Zielonogórski

Wykład 1 Inżynieria Oprogramowania

Wstęp do zarządzania projektami

Zarządzanie Projektami zgodnie z PRINCE2

Wykład 8. Testowanie w JEE 5.0 (1) Autor: Zofia Kruczkiewicz. Zofia Kruczkiewicz

Plan zarządzania projektem

ZARZĄDZANIE PROJEKTAMI I PROCESAMI Zajęcia ćwiczeniowe (część zarządzania projektami)

MONITOROWANIE, KONTROLA I ZAMKNIĘCIA PROJEKTU. Dr Jerzy Choroszczak

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Zarządzanie projektami. Wydanie II.

Przedsięwzięcia Informatyczne w Zarządzaniu

Harmonogramowanie przedsięwzięć

W. 3. Zarządzanie projektami: potrzeba str. 30. W. 4. Odpowiedź na zmieniające się warunki str. 32. W. 5. Systemowe podejście do zarządzania str.

Zastosowanie symulacji Monte Carlo do zarządzania ryzykiem przedsięwzięcia z wykorzystaniem metod sieciowych PERT i CPM

Model Matematyczny Call Center

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

Ćwiczenia laboratoryjne - 4. Projektowanie i harmonogramowanie produkcji metoda CPM-COST. Logistyka w Hutnictwie Ćw. L. 4

Testowanie i walidacja oprogramowania

Szkolenie 1. Zarządzanie projektami

KURSY DLA ZAWODU TECHNIK INFORMATYK

Instrukcja. Laboratorium Metod i Systemów Sterowania Produkcją.

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

Zasady sporządzania modelu sieciowego (Wykład 1)

Zarządzania Projektami Monitorowanie i kontrola

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

Zarządzanie czasem projektu

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

Usługa: Testowanie wydajności oprogramowania

Jakość w procesie wytwarzania oprogramowania

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI

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

Jakość oprogramowania część 2 Zapewnianie jakości oprogramowania

ŚCIEŻKA: Zarządzanie projektami

PROGRAMOWANIE SIECIOWE. METODA ŚCIEŻKI KRYTYCZNEJ

Programowanie zespołowe

ECDL ZARZĄDZANIE PROJEKTAMI

t i L i T i

W.Stachowski Wielkości w analizie kosztowej Strona 1

Zarządzanie projektami

dr Stanisław Gasik Podstawy konkurencyjności w projektach Koszt Wartość

Faza strategiczna. Synteza. Analiza. Instalacja. Faza strategiczna. Dokumentacja. kodowanie implementacja. produkt konserwacja

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

Treść zajęć. Wprowadzenie w treść studiów, przedstawienie prowadzącego i zapoznanie się grupy Prezentacja sylabusu modułu, jego celów i

Egzamin / zaliczenie na ocenę*

Metodyka projektowania komputerowych systemów sterowania

ECDL ZARZĄDZANIE PROJEKTAMI

PRZEWODNIK PO PRZEDMIOCIE

Zarządzanie przedsięwzięciem informatycznym. Śledzenie projektu

Overlord - Software Development Plan

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

METODY PROJEKTOWANIA TECHNOLOGII ROBÓT

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

( x) Równanie regresji liniowej ma postać. By obliczyć współczynniki a i b należy posłużyć się następującymi wzorami 1 : Gdzie:

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

Michał Gadomski. Grzegorz Poręcki

Praktyka testowania dla początkujących testerów

Cykl organizacyjny le Chateliera

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Kontrola jakości artefaktów

STUDIA PODYPLOMOWE Zarządzanie Projektami

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

SKUTECZNE ZARZĄDZANIE PROJEKTEM

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Transkrypt:

Tworzenie i śledzenie harmonogramów. Definicje i metody weryfikacji i walidacji Zofia Kruczkiewicz 1

Literatura 1. K. Frączkowski, Zarządzanie projektem informatycznym. Projekty w środowisku wirtualnym. Czynniki sukcesu i niepowodzeń projektów., Oficyna Wydawnicza Politechniki Wrocławskiej 2. Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 3. Stephen H. Kan, Metryki i modele w inżynierii jakości oprogramowania, Mikom, 2006 INKU011-5 2

Wprowadzenie Przyczyny opóźnień projektów 3

Przyczyny opóźnień Nierealistyczny, narzucony wykonawcom termin Zmiany wymagań produktu, nie uwzględnione w harmonogramie Nieprzewidziana pracochłonność i brak zaplanowania wymaganych zasobów Pominięte zagrożenia przewidywalne lub nieprzewidywalne Nieprzewidziane trudności techniczne Nieprzewidziane trudności z wykonawcami Nieporozumienia wśród wykonawców Nieskuteczne zarządzanie projektem przez kierownika 4

Podstawowe zasady Dwa przypadki ustalania harmonogramu: Dopasowanie harmonogramu do narzuconego terminu Tworzenie harmonogramu i czas zakończenia projektu należy do zespołu. Tworzenie harmonogramu projektu polega na rozłożeniu zaplanowanych prac w prognozowanym czasie trwania projektu, czyli na ustaleniu, ile pracy wymagają poszczególne zadania wytwórcze Tworzenie na początku harmonogramu koncepcyjnego Tworzenie harmonogramu szczegółowego 5

Podstawowe zasady 1. Podział dekompozycja procesu i produktu (wykład 6) 2. Zależności między czynnościami i zadaniami: co wymaga zachowania kolejności, a co może być wykonane równolegle 3. Podział czasu ustalić czas dla każdego z zadań uwzględniając zależności czasowe od innych zadań oraz czas wykonawcy poświęcony na inne zadania 4. Sprawdzenie przydziału prac sprawdzanie, czy zaplanowane zadania nie przekraczają możliwości wykonawców 5. Określenie odpowiedzialności za wykonanie każdego zadania powinien być odpowiedzialny tylko jeden pracownik 6. Zdefiniowanie wyników określić postać produktu jako wynik zadania 7. Zdefiniowanie kamieni milowych momentów, w których produkt roboczy pomyślnie przejdzie proces kontroli jakości (wykład 9) 6

Wielkość a wydajność zespołu 7

Wielkość, a wydajność zespołu Zatrudnianie nowych wykonawców może stworzyć nowe problemy (mit kierowników zaprzecza temu faktowi): Dodatkowy czas na poznanie projektu nowe ścieżki komunikacji (opóźnienie) Dane proje któw Średnia wydajność pracy [LOC /osoborok] Koszt komunika cji w zespole [LOC /rok] Koszt komunikacji w zespole [LOC /miesiąc] Liczba osób na rok Liczba osób na ostat nie 2 mie siące Liczba ścieżek komuni kacji w zespole Wydajność zespołu [LOC /osoborok] 5000 250 840 4 6 4*5000-(6*250) =18500 4 2 15 4*5000+2*840- (15*250)=17930 Spadek wydaj ności 7.5% 17.3% 8

Zależność empiryczna (wykład 6) E = [LOC * B 0.333 /P] 3 * t -4 czyli LOC =P * E 1/3 t 4/3 E = LOC 3 * /(P 3 * t 4 ) P współczynniki wydajności (2000-12000) t czas trwania w osobomiesiącach E pracochłonność w osobomiesiącach B współczynnik specjalnych umiejętności 0.28 Dane projektów Średnia wydajność pracy [LOC /osoborok] Rozmiar projektu [LOC] P Liczba osób na rok Czas ukończenia [rok] 12 33000 2000 8 1.3 3.8 33000 2000 4 1.75 9

Rozłożenie pracy w czasie Zasada 40-20-40 (przybliżona): Początkowe analizowanie i projektowanie wymagań 40% (co robić?) Pisanie kodu 20% (jak robić?) Testowanie i usuwanie błędów 40% (poprawa) 10

Ustalenie zestawu zadań do wykonania 11

Ustalenie zestawu zadań do wykonania niezależnie od wybranego procesu wytwarzania Skuteczny model procesu powinien obejmować definicję zestawu zadań odpowiednich do potrzeb różnych projektów Rodzaje zadań: Projekty koncepcyjne Tworzenie nowych produktów Rozszerzanie istniejących produktów Pielęgnacja istniejących produktów Reinżynieria nowych produktów Przestrzeganie reguł procesu wytwórczego 12

Stopnie rygoru procesów wytwórczych 1. Swobodny Zestaw minimalny zadań, prowadzi się dokumentację Przestrzega się zasad inżynierii oprogramowania 2. Strukturalny Uniwersalny schemat procesu wytwórczego Wykonywanie czynności przekrojowych Stosowanie procedury zapewniania jakości, techniki zarządzania konfiguracją, tworzy dokumentację i pomiary 3. Ścisły Pełny schemat procesu wytwórczego Wszystkie czynności przekrojowe Wypełnianie procedur jakości produktu 4. Szybkiego reagowania Stosowanie jedynie niezbędnych zadań schematu procesu wytwórczego do osiągnięcia dobrej jakości Wykonanie kompletnej dokumentacji, dodatkowych przeglądów po dostarczeniu produktu klientowi 13

Kryteria adaptacji: wartość: 1-5 1 - niektóre czynności wytwórcze 5 - wszystkie czynności wytwórcze 1. Wielkość przedsięwzięcia 2. Liczbę potencjalnych użytkowników 3. Krytyczność, czyli skalę skutków ewentualnej awarii produktu 4. Trwałość produktu 5. Stabilność wymagań 6. Łatwość komunikacji między twórcą a klientem 7. Dojrzałość stosowanej technologii 8. Ograniczenia dotyczące efektywności produktu 9. Różnice między systemami wbudowanymi i innymi 10. Personel 11. czynniki związane ze stosowaniem reinżynierii 14

Kryterium Obliczanie wartości wskaźnika doboru zadań przykład dla zestawu zadań Nowy Wart ość Waga Mnożnik punktowy Ilo Konce pcja No wy Rozsze rzenie Pielęg nacja Reinży nieria czyn Wielkość projektu 2 1.20 0 1 1 1 1 2.4 Liczba użytkowników 3 1.10 0 1 1 1 1 3.3 Krytyczność 4 1.10 0 1 1 1 1 4.4 Trwałość 3 0.90 0 1 1 0 0 2.7 Stabilność wymagań 2 1.20 0 1 1 1 1 2.4 Łatwość komunikacji 2 0.90 1 1 1 1 1 1.8 Dojrzałość technologii 2 0.90 1 1 0 0 1 1.8 Ograniczenia dotyczące efektywności 3 0.80 0 1 1 0 1 2.4 Systemy wbudowane 3 1.20 1 1 1 0 1 3.6 Personel 2 1.00 1 1 1 1 1 2.0 Współdziałanie z innymi systemami 4 1.10 0 1 1 1 1 4.4 Reinżynieria 0 1.20 0 0 0 0 1 0.0 Wskaźnik doboru zadań 2.8

Obliczanie wskaźnika doboru zadań 1. Przeanalizować kryteria adaptacji i nadać im wartości od 1 do 5 2. Przeanalizować wagi przypisane różnym kryteriom: 0.8-1.2 3. Pomnożyć wartości kryteriów wpisane do tabeli przez wagi i mnożniki punktowe związane z rodzajem projektu 0-1: wartość=kryterium*waga*mnożnik należy wpisać do kolumny Iloczyn 4. Obliczyć średnią ze wszystkich wartości z kolumny Iloczyn i wpisać w wierszu Wskaźnik doboru zadań Wskaźnik doboru zadań Mniej niż 1.2 Od 1.0 do 3.0 Więcej niż 2.4 Stopnie rygoru swobodny strukturalny ścisły 16

Wybór zadań wytwórczych 17

Wybór zadań wytwórczych harmonogram koncepcyjny Określenie zakresu koncepcji Planowanie wstępne Ocena ryzyka technologicznego Potwierdzenie użyteczności Implementacja Uzyskanie opinii klientów 18

Ustalenie celu, alternatyw i ograniczeń Określenie zakresu koncepcji Siły i środki Recenzja Podział Tworzenie nowych produktów Rozszerzanie Pielęgnacja Reinżynieria Harmonogram koncepcyjny w modelu spiralnym Łączny koszt Plan wymagań, plan cyklu życia Plan produkcji Integracja i plan testów Planowanie następnych faz Uzyskanie opinii klientów Analiza ryzyka Koncepcja operacyjna Analiza wymagań Sprawdzenie i poprawki projektu Postępy procesu Planowanie wstępne, ocena ryzyka technologicznego Analiza ryzyka Analiza ryzyka akceptacji Analiza ryzyka Ocena alternatyw, identyfikacja ryzyka, sposoby zapobiegania zagrożeniom Projekt Wymagania oprogramowania I testy jednostkowe Testy integracyjne Potwierdzenie użyteczności Symulacje, modele,testy Implementacja Opracowanie i sprawdzenie produktu następnego poziomu

Uściślanie zadań głównych 20

Definiowanie sieci zadań dla projektu koncepcyjnego - harmonogram szczegółowy 1.1. Określenie zakresu koncepcji 1.3a. Ocena ryzyka 1.5a. Implementacja 1.2. Planowanie 1.3b. Ocena ryzyka 1.4. Potwierdzenie użyteczności 1.5b. Implementacja Integracja a, b, c 1.3c. Ocena ryzyka 1.5c. Implementacja 1.6. Uzyskanie opinii klientów 21

Tworzenie harmonogramów 22

Tworzenie harmonogramów Metoda ścieżki krytycznej CPM (Critical Path Method) opiera się na zależnościach pomiędzy poszczególnymi etapami projektu i przewidywania czasu ich trwania. Wyznacza się czas trwania całego projektu i jednocześnie łączny czas tych etapów, których przebieg jest krytyczny dla realizacji całego zadania. Łączny czas trwania etapów krytycznych jest ścieżką krytyczną. Metoda PERT (Program Evaluatrion and Review Technique) jest systemem planowania kolejnych działań, gdzie przewidywany jest czas trwania opiera się na metodach statystycznych jest używany w ograniczonym zakresie do wizualizacji zależności między zadaniami Schemat Gantta wykres osi czasu jest systemem graficznym do przedstawiania kolejnych zadań na osi czasowej, ukazujących następstwo poszczególnych etapów: Określenie czasochłonności Określenie czasu wykonania Określenie chwili rozpoczęcia zadania 23

Tworzenie harmonogramów Informacje wykorzystywane przy tworzeniu harmonogramów Prognozy pracochłonności Dekompozycja funkcji produktu Model procesu wytwórczego i zestaw zadań do wykonania Dekompozycja zadań do wykonania 24

Tworzenie harmonogramów Produkty narzędzi związanych z metodami PERT i CPM Ustalenie ścieżki krytycznej ciągu zadań, których czas wykonania określa czas wykonania całego projektu Określanie prawdopodobnego czasu wykonania każdego zadania z użyciem modeli statystycznych Obliczanie ograniczenia określające przedział czasu, który można przeznaczyć na wykonanie poszczególnych zadań Ograniczenia czasowe wyznaczane przy użyciu sieci PERTT i CPM Najwcześniejsza możliwa chwila rozpoczęcia danego zadania, gdy wszystkie wcześniejsze zadania wykonano w terminie Najpóźniejsza możliwa chwila rozpoczęcia danego zadania, nie powodująca opóźnienia całego projektu Najpóźniejsza możliwa chwila zakończenia danego zadania Margines swobody wykonania danego zadania, który nie opóźnia całego projektu 25

Wykres osi czasu 26

Lista zadań i podzadań wraz z zależnościami między zadaniami 27

Lista zadań i podzadań wraz z zależnościami między zadaniami 28

Lista zadań i podzadań wraz z zależnościami między zadaniami 29

Wykres Gantta 30

Zadania zależne ZR 75% - tabela zadań 31

Zadania zależne ZR 75% - wykres Gantta 32

Punkty kontrolne terminu 33

Ścieżka krytyczna 34

Kalendarz zasobów 35

Tworzenie zasobów 36

Przypisywanie zasobów do zadania 37

Przypisywanie zasobów do zadania 38

Przypisywanie zasobów do zadania 39

Koszty projektu plan projektu 40

41

Przeciążenie zasobów 42

Śledzenie harmonogramów przez kierownika projektu Cel kontroli projektu: Skuteczne zarządzanie zasobami działania zgodne z harmonogramem i budżetem, osiąganie kamieni milowych w terminie, wyniki przeglądów technicznych pozytywne Wczesne wykrywanie problemów Metody śledzenia Regularne spotkania w celu kontroli postępu prac i sygnalizowania problemów Analiza wyników przeglądów technicznych Kontrola osiągania tzw. kamieni milowych Porównanie zaplanowanych i rzeczywistych czasów rozpoczęcia czynności wytwórczych Nieformalne opinie Ilościowe postępy prac 43

Analiza wartości uzyskanej 44

Analiza wartości uzyskanej ocena ilościowa jako miara postępu prac Wartość uzyskana skala porównawcza wspólna dla wszystkich wytwórczych, niezależna od ich rodzaju. Po ustaleniu całkowitego czasu trwania przedsięwzięcia przypisuje się każdemu zadaniu się pewną wartość uzyskaną, odpowiadającą jego szacowanemu udziałowi w całkowitej czasochłonności. Skuteczna od 15% stanu realizacji projektu 45

Analiza wartości uzyskanej - procedura Dla każdego zadania w harmonogramie należy ustalić planowaną pracochłonność podczas prognozowania BCWS i i policzyć sumę BCWS pracochłonności tych zadań, które powinny się zakończyć Obliczyć wartość całkowitej planowanej pracochłonności BAC BAC = (BCWS k ) dla wszystkich zadań k Obliczyć planowaną pracochłonność wykonywanych zadań BCWP. Jest to suma wszystkich BCWS dla tych zadań, które już zakończyły się Wartości pochodne miar BCWS, BAC, BCWP 46

Wartości pochodne miar BCWS, BAC, BCWP 1. Wskaźnik wykonania harmonogramu SPI = BCWP/BCWS 2. Odchylenie od harmonogramu SV = BCWP - BCWS 3. Zaplanowany postęp prac BCWS/BAC 4. Rzeczywisty postęp prac BCWS/BAC 5. Wskaźnik wykonania budżetu 1 oznacza zachowanie budżetu CPI = BCWP /ACWP, gdzie ACWP jest rzeczywistą pracochłonnością wykonanych zadań 6. Odchylenie od budżetu ocena oszczędności CV = BCWP - ACWP 47

Śledzenie błędów 48

Śledzenie błędów Śledzone produkty: specyfikacja, prototypy, dokumentacja, kod źródłowy Regularne pomiary produktu E błędy wykryte podczas pomiaru D usterki (błędy wykryte później) DRE E E D 49

Plan projektu 50

Plan projektu ukoronowanie planowania Zakres przedsięwzięcia, opis zasobów Opis zagrożeń i metod ich unikania Kosztorys i harmonogram Opis podejścia do tworzenia oprogramowania dla wykonawców Opis metod zapewniania jakości i zarządzania zmianami 51

Podsumowanie Dekompozycja procesu wytwórczego Ustala się odpowiedni zestaw zadań do wykonania Wykonanie sieci zadań Wyznaczenie ścieżki krytycznej, Przygotowanie harmonogramu końcowy etap planowania 52