Zarządzanie projektami. Wykład 3 Wyznaczanie zakresu projektu Planowanie projektu

Podobne dokumenty
Zarządzanie projektami

Zarządzanie projektami

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

Zarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami?

Zarządzanie projektami. Wykład 1 Projekt i zarządzanie projektem

Zarządzanie projektami. Wykład 1 Projekt i zarządzanie projektem

Zarządzanie projektami. Zarządzanie czasem w projekcie

Zarządzanie projektami. Zarządzanie czasem w projekcie

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami

Zarządzanie projektami. Uruchamianie realizacji projektu Monitorowanie i kontrola postępów prac Zamykanie projektu

Zarządzanie projektami - opis przedmiotu

Zarządzanie projektami. mgr inż. Michał Adamczak

Zarządzanie projektami. Wykład 1 - Projekt

Zarządzanie projektami. Dr hab. inż. Dorota Kuchta, prof. PWr

Zarządzanie projektami. Dr hab. inż. Dorota Kuchta, prof. PWr

Planowanie projektu. Magdalena Marczewska Wydział Zarządzania UW

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

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

Agile Project Management

Zarządzanie projektami. Wykład 3 dr inż. Agata Klaus-Rosińska

Zarządzanie projektami. Dorota Kuchta

Zarządzanie Projektami Inwestycyjnymi

Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście. Rozdział pochodzi z książki:

ZARZĄDZANIE PROJEKTAMI I PROCESAMI część druga

Zarządzanie projektami

Podstawy Zarządzania Projektami w Organizacjach

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Akademia Młodego Ekonomisty

Adaptacyjna struktura projektu (APF: Adaptive Project Framework) Dorota Kuchta (R. K. Wysocki, R. MCGarry, Efektywne Zarządzanie Projektami_

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

Zwinne zarządzanie projektami

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

Zarządzanie budowlanym projektem inwestycyjnym dla inwestycji publicznych i komercyjnych

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

W poprzedniej prezentacji: Przewodnik po biznesplanie

Wydział: Zarządzanie i Finanse. Zarządzanie

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

Zarządzanie projektami - Project Management - szkolenie II stopniowe

Launch. przygotowanie i wprowadzanie nowych produktów na rynek

Zarządzanie projektem prawnym w praktyce

Podstawy zarządzania projektem. dr inż. Agata Klaus-Rosińska

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

Zarządzanie projektami. mgr inż. Michał Adamczak

Zarządzanie projektem

ŚCIEŻKA: Zarządzanie projektami

Szkolenie 1. Zarządzanie projektami

Feature Driven Development

Projekt co to takiego?

Zarządzanie projektami. Porównanie podstawowych metodyk

Zarządzanie projektami. Jakub Światłowski

Zarządzanie Projektami zgodnie z PRINCE2

Lean SIX SIGMA black belt

Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami

NARZĘDZIA WSPIERAJĄCE PLANOWANIE I HARMONOGRAMOWANIE W PROJEKTACH

Osiągnięte cele w sferze postaw, wiedzy i umiejętności

Metody ilościowe w badaniach ekonomicznych

Osiągnięte cele w sferze postaw, wiedzy i umiejętności

Zasady organizacji projektów informatycznych

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

Program kursu w ramach Projektu. Postaw na rozwój - szkolenia dla osób dorosłych z województwa mazowieckiego

Compuware Changepoint. Portfolio Management Tool

Etapy życia oprogramowania

Ekonomiczny Uniwersytet Dziecięcy

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

Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.

Projektowanie interakcji

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

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

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

Microsoft Project laboratorium zarządzania projektami

STRATEGICZNA KARTA WYNIKÓW. dr MAŁGORZATA WIŚNIEWSKA

Zastosowania informatyki w gospodarce Projekt


Faza Określania Wymagań

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

PROJEKT INŻYNIERSKI I

Myśl strategicznie i działaj skutecznie: ABC dobrego stratega w organizacji pozarządowej. Jadwiga Czartoryska, Kinga Białek, Kordian Kochanowicz

PACJENT W CENTRUM UWAGI SKUTECZNY LIDER PERSONEL NA MEDAL STRATEGIE MARKETINGOWE oferta szkoleń

SKUTECZNE ZARZĄDZANIE PROJEKTEM

Przewodnik NCB3.0 IPMA-Student: Wymagania Kompetencyjne 1.0 Kompetencje techniczne Strona 3 z 15

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

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

DR TOMASZ JANUS. Granty badawcze

Harmonogramowanie projektów Zarządzanie Zakresem

STANDARDY I KRYTERIA OCENY JAKOŚCI PROGRAMÓW PROMOCJI ZDROWIA I PROFILAKTYKI W RAMACH SYSTEMU REKOMENDACJI

Inżynieria oprogramowania II

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

SYLABUS PRZEDMIOTU W SZKOLE DOKTORSKIEJ

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

SPOJRZENIE NA ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI AN APPROACH TO PROJECT MANAGEMENT

Procedura WSZJK P-WSZJK-3

Inżynieria oprogramowania wykład IV Faza określenia wymagań

Prawidłowe przygotowanie wniosku o dofinansowanie projektu EFS w świetle konkursów na 2018r. Prowadzący: Michał Rutkowski. Łódź, październik 2018 r.

Agile Project Management WHITEPAPER

Zarządzanie projektem informatycznym, w2

Zarządzanie projektami. Wydanie II.

Transkrypt:

Zarządzanie projektami Wykład 3 Wyznaczanie zakresu projektu Planowanie projektu

Wyznaczanie zakresu projektu

COS i POS Conditions of Satisfaction (COS) Warunki satysfakcji Sformalizowana wymiana zdań na temat ofert i oczekiwań Project Overview Statement (POS) Statut projektu (1 strona + załączniki) Określa, co ma być zrobione Podpisany przez menedżera projektu i klienta

Tworzenie zakresu projektu (Wysocki 2013, s. 157) Tworzenie warunków satysfakcji* Definiowanie wymagań TAK Sporządzenie POS NIE Tworzenie struktury podziału wymagań* Ocena kompletności wymagań* Klasyfikacja projektu do odpowiedniej ćwiartki* Spotkania dotyczące zakresu projektu Wskazanie najlepiej dopasowanego modelu PMLC* Sporządzenie POS* Złożenie POS

Tworzenie warunków satysfakcji* Prośba (klient dzwoni) Doprecyzowanie (obie strony rozmawiają aż do osiągnięcia konsensusu) Odpowiedź Porozumienie (klient odpisuje, jak zrozumiał prośbę)

Tworzenie RBS* RBS struktura podziału wymagań (ang. requirements breakdown structure) Cel projektu i rozwiązanie Wymaganie 1 Wymaganie n Funkcja 1.1 Funkcja 1.2 Funkcja n.1 Funkcja n.2 Podfunkcja 1.1.1 Podfunkcja 1.2.1 Podfunkcja n.1.1 Podfunkcja n.1.2 Podfunkcja n.2.1 Proces 1.1.1.1 Proces 1.1.1.2 Proces 1.2.1.1 Proces n.1.1.1 Proces n.1.2.1 Proces n.2.1.1 Działanie 1.1.1.1.1 Działanie 1.1.1.1.2 Działanie 1.1.1.2.1 Działanie 1.2.1.11 Działanie n.1.1.1.1 Działanie n.1.2.1.1 Działanie n.2.1.1.1 Cecha 1.1.1.1.1.1 Cecha 1.1.1.1.2.1 Cecha 1.1.1.2.1.1 Cecha 1.2.1.1.1.1 Cecha n.1.1.1.1.1 Cecha n.1.2.1.1.1 Cecha n.2.1.1.1.1 Cecha 1.1.1.1.2.2 Cecha n.1.1.1.1.2

Rodzaje wymagań Wymagania funkcjonalne Wymaganie niefunkcjonalne Wymagania globalne Ograniczenia produktowe i nieproduktowe

Przykładowe metody dekompozycji wymagań* Moderowane sesje grupowe (focus) Wywiady Obserwacje Tworzenie diagramów procesów biznesowych* Tworzenie prototypów Scenariusze przypadków użycia

Diagram procesu biznesowego I Operacja oznacza, że nastąpiła zmiana w wyniku procesu Ruch wynik jednego z etapów procesu jest przeniesiony do drugiego etapu Decyzja wymagana jest odpowiedź (TAK lub NIE) na określone pytanie Inspekcja ktoś inny niż osoba generująca wynik musi sprawdzić jakość (jakąś cechę)

Diagram procesu biznesowego II Dokumentacja utworzenie dokumentu na papierze Oczekiwanie stan oczekiwania Magazynowanie oznacza, że element trafił do magazynu Adnotacja dodatkowe informacje na temat procesu

Diagram procesu biznesowego III* Kierunek kolejność realizacji zadań Droga miejsce przekazania informacji Łącznik łączy drogi Granice początek i koniec diagramu

Typy projektów (Wysocki 2013, s. 79)* Rozwiązanie Jasne Niejasne Cel Jasny TPM (tradycyjne) APM (Agile) Niejasny MPx (emertxe) xpm (extreme) K. Mazur, prof. UZ 12

Model liniowy Zakres Plan Rozpoczęcie Monitorowanie i kontrola Zamknięcie projektu K. Mazur, prof. UZ 13

Model stopniowy Zakres Plan Rozpoczęcie stopnia Monitorowanie i kontrola Zamknięcie stopnia Następny stopień N Zamknięcie projektu T K. Mazur, prof. UZ 14

Model iteracyjny Zakres Iteracja planowania Iteracja rozpoczęcia Iteracja monitorowania i kontroli Iteracja zamknięcia Następna iteracja N Zamknięcie projektu T K. Mazur, prof. UZ 15

Model adaptacyjny Zakres Cykl planowania Cykl rozpoczęcia Cykl monitorowania i kontroli Cykl zamknięcia Następny cykl N Zamknięcie projektu T K. Mazur, prof. UZ 16

Model ekstremalny Zakres Faza planowania Faza rozpoczęcia Faza monitorowania i kontroli Faza zamknięcia Następna faza N Zamknięcie projektu T K. Mazur, prof. UZ 17

Modele - zastosowanie* TPM model liniowy i model stopniowy APM model adaptacyjny i model iteracyjny xpm model ekstremalny MPx- model ekstremalny K. Mazur, prof. UZ 18

Sporządzenie POS * Elementy składowe POS: 1. Opis problemu 2. Opis głównego celu projektu 3. Opis celów cząstkowych projektu 4. Opis kryteriów sukcesu 5. Opis wątpliwości, obszarów ryzyka i przeszkód

Reguła Dorana - S.M.A.R.T. Warunki dobrego opisu celu głównego Specific- szczegółowy Measurable - mierzalny Assignable ma przypisane odpowiedzialności Realistic realistyczny Time-related posiadający ramy czasowe

Opis celów cząstkowych 1. Opis rezultatów 2. Opis ram czasowych 3. Opis miar 4. Opis działań

Opis kryteriów sukcesu* Przykładowe kryteria: Wzrost przychodów Obniżenie kosztów Poprawa jakości obsługi Przykład: Obniżenie kosztów o 10%

Planowanie projektu

Zawartość TABLICY Status projektu WBS* Diagram zależności* Początkowy harmonogram projektu (tylko na początku) Ostateczny harmonogram projektu Harmonogram wykorzystania zasobów Dziennik problemów Zaktualizowany harmonogram projektu

1. WBS tworzony jest na podstawie RBS*

Diagram zależności Metoda PDM (Precedence Diagramming Method) Poprzednik Następnik B D A E C

Relacje zależności A B KP: kiedy A się skończy, B może się rozpocząć A B KK: Kiedy A się skończy, B może się skończyć A B PP: Kiedy A się zacznie, B może się zacząć A B PK: kiedy A się zacznie, B może się skończyć

Zależności a ograniczenia Typy zależności zależą od ograniczeń: Technicznych Swobodnych (wynikające z decyzji kierownika projektu) Wynikających z najlepszych praktyk Logicznych Związanych z unikatowymi zasobami Związanych z zarządzaniem Międzyprojektowych Czasowych Nie mniej niż (najwcześniejsza data ukończenia) Nie później niż (ostateczna data ukończenia) W wyznaczonym terminie (data ukończenia)

Literatura R.K. Wysocki (2013), Efektywne zarządzanie projektami, Wiley & Sons (rozdziały 4 i 5) K. Mazur, prof. UZ 29