Główne przyczyny niepowodzenia projektów (zalążek PRINC2)
|
|
- Marcin Nowacki
- 7 lat temu
- Przeglądów:
Transkrypt
1 Główne przyczyny niepowodzenia projektów (zalążek PRINC2) Produkty Brak rozróżnienia pomiędzy celami a produktami (wynikami) projektu Wymagania i kryteria akceptacji produktu przez klienta oraz kryteria jakości albo wcale nieokreślone, albo nie dość precyzyjnie określone, albo określone w sposób niezrozumiały dla odbiorcy bądź dostawcy produktu
2 Główne przyczyny niepowodzenia projektów (zalążek PRINC2) Zarządzanie strategiczne Brak poparcia ze strony kierownictwa dla realizowanego projektu Brak zastosowania metodyki zarządzania projektem Uzasadnienie ekonomiczne albo nieobecne, albo niedostateczne Brak środowiska klient-dostawca Błędy w rozdziale ról w projekcie Klient zaangażowany w realizację w sposób dorywczy bądź niesystematycznie Zaangażowanie kierownictwa firm, które realizują projekt, maleje w miarę postępów projektu Nadmierny optymizm w planowaniu wykorzystania zasobów Nadmiar biurokracji Brak zdrowego rozsądku Brak rezerw umożliwiających działania awaryjne Błędy w zarządzaniu punktem styku pomiędzy kierownictwem firm a projektem (np. w przydziale zasobów)
3 Główne przyczyny niepowodzenia projektów (zalążek PRINC2) Zarządzanie bieżące Brak właściwych instrumentów sterowania projektem i niewłaściwe ich wykorzystanie Brak systemu zarządzania zmianami Błędy w planowaniu działań, które złożą się na projekt
4 PRINCE2 Projects In a Controlled Environment (Projekty w sterowanym środowisku). projekt według PRINCE2: Organizacja powołana na pewien czas w celu wytworzenia - w przyjętym czasie oraz przy wykorzystaniu uprzednio określonych zasobów - niepowtarzalnych, a wcześniej określonych wyników czy rezultatu. Warunki zarządzania stworzone w celu dostarczenia jednego lub wielu produktów natury biznesowej zgodnie z określonym uzasadnieniem biznesowym.
5 Właściwości projektu realizowanego według PRINCE2 1. Określony i skończony czas trwania projektu 2. Zdefiniowane i mierzalne produkty biznesowe (wyniki projektu miara sukcesu) 3. System działań niezbędnych do budowy produktów biznesowych 4. Określona pula zasobów 5. Struktura organizacyjna z zakresem obowiązków każdej z ról niezbędnej do zarządzania projektem
6 Pieniądze Ludzie Rodzaje zasobów w PRINCE2 Sprzęt (wyposażenie) Komponenty, procesy a techniki PRINCE2 Stosując różne techniki, każdy proces wykorzystuje i/lub wytwarza komponenty. PRINCE2 cechuje podejście procesowe do zarządzania projektem. Definiuje szczegółowo osiem procesów najwyższego rzędu, które z kolei dzielą się na podprocesy:
7 PRINCE2 cechuje podejście procesowe do zarządzania projektem. Definiuje szczegółowo osiem procesów najwyższego rzędu, które z kolei dzielą się na podprocesy PROCESY: 1. Strategiczne zarządzanie projektem (ZS) Directing a project (DP) 2. Planowanie (PL) Planning (PL) 3. Uruchamianie Projektu/Przygotowanie Założeń Projektu (PP) Starting up a project (SU) 4. Inicjowanie projektu (IP) Initiating a project (IP) 5. Sterowanie Etapem (SE) Controlling a stage (CS) 6. Zarządzanie Wytwarzaniem Produktów (WP) Managing product delivery (MP) 7. Zarządzanie Zakresem Etapu (ZE) Managing stage boundaries (SB) 8. Zamykanie Projektu (ZP) Closing a project (CP) Projekt zgodny z PRINCE2 musi zawierać co najmniej 2 etapy zarządcze: Inicjowanie projektu Realizacja projektu
8 Przygotowanie założeń projektu/uruchamianie projektu (Starting up a project) PODPROCESY: PP1. Mianowanie Przewodniczącego Komitetu Sterującego i Kierownika Projektu (SU1. Appointing a Project Executive and a Project Manager) PP2. Projektowanie zespołu zarządzania projektem (SU2. Designing a Project Management Team) PP3. Mianowanie zespołu zarządzania projektem (SU3. Appointing a Project Management Team) PP4. Przygotowanie podstawowych założeń projektu (SU4. Preparing a Project Brief) PP5. Definiowanie formuły realizacyjnej/definiowanie (SU5. Defining Project Approach) PP6. Planowanie etapu inicjowania (SU6. Planning Initiation Stage) Grupy działań Utworzyć zespół zarządzający projektem Określić cele projektu Zdefiniować w jaki sposób zbudowane będzie rozwiązanie (metoda) Zastanowić się nad zasadnością ekonomiczną i ryzykiem prace planistyczne nad projektem, określić elementy sterowania i uzyskać zgodę na inicjowanie
9 Komponenty Metodyka PRINCE2 obejmuje osiem komponentów wykorzystywanych w zarządzaniu projektem 1. Uzasadnienie biznesowe 2. Organizacja 3. Plany 4. Elementy sterowania 5. Zarządzanie ryzykiem 6. Jakość w środowisku projektu 7. Zarządzanie konfiguracją 8. Sterowanie zmianami
10 Uzasadnienie biznesowe Uzasadnienie biznesowe zawiera: 1. Przesłanki przemawiające za podjęciem projektu 2. Możliwe warianty realizacji 3. Oczekiwane korzyści z projektu 4. Zestawienie głównych zagrożeń ciążących nad projektem 5. Koszty realizacji projektu 6. Terminy realizacji części projektu 7. Ocenę opłacalności inwestycji, jaką jest projekt
11 Plany Plany zgodnie z PRINCE2 muszą być zatwierdzone zanim zostaną przekazane do realizacji. Wyróżnia się 3 poziomy planu: Plan projektu (Project Plans) Plan etapu (Stage Plans) Plan pracy zespołu (Team Plans) Plan naprawczy (Exception plan)
12 Elementy sterowania Elementy sterowania mają zapewnić, że projekt jest prowadzony zgodnie z planem i uzasadnieniem biznesowym. PRINCE2 stosuje metodę zwaną 'management by exception', która angażuje Komitet Sterujący tylko wtedy kiedy pojawia się odchylenie wskazujące na możliwość wykroczenia projektu poza ramy określone tolerancją i uzasadnieniem. Za całość realizacji odpowiedzialny jest kierownik projektu ELEMENTY STEROWANIA: Inicjowanie projektu (Project Initiation) Raporty o ważnych wydarzeniach (Highlight report) Raporty o istotnych odchyleniach (Exception report) Ocena nadzwyczajna (Exception assessment) Ocena końcowa etapu (End stage assessment) Zamknięcie projektu (Project closure) Tolerancja (Tolerance) (Tolerancja to dopuszczalne odchylenie od planu), Parametry tolerancji: 1.Czas 2.Koszty 3.Korzyści 4.Ryzyko 5.Jakość 6.Zakres
13 Zarządzanie ryzykiem (1) (Zarządzanie ryzykiem polega na utrzymywaniu ryzyka w akceptowalnych granicach w sposób efektywny i racjonalny kosztowo) Zarządzanie ryzykiem opiera się na 3 zasadach: Tolerancji na ryzyko (Risk Tolerance) Odpowiedzialności za ryzyko (Risk Responsibility) Własności (przynależność) ryzyka (Risk Ownership) Parametry ryzyka w PRINCE2 1. Prawdopodobieństwo wystąpienia ryzyka 2. Oddziaływanie na projekt 3. Bliskość czasowa ewentualnego wystąpienia
14 Zarządzanie ryzykiem (2) (Zarządzanie ryzykiem polega na utrzymywaniu ryzyka w akceptowalnych granicach w sposób efektywny i racjonalny kosztowo) Kroki sterowania ryzykiem 1. Identyfikowanie ryzyka 2. Kategoryzowanie 3. Wyznaczanie właściciela 4. Ocena prawdopodobieństwa wystąpienia 5. Ocena oddziaływania na projekt 6. Ocena oddalenia w czasie 7. Ocena ryzyka (iloczyn) 8. Wyznaczenie obszaru ryzyka - linii tolerancji 9. Określenie opcji działań 1. Prewencja (zapobieganie) 2. Redukcja (ograniczenie) 3. Przeniesienie (transfer) 4. Akceptacja 5. Tworzenie rezerw (działanie awaryjne) 10.Zalecanie działania najwłaściwszego 11.Wyważenie kosztów ewentualnych działań wiążących ryzyko z kosztami zmaterializowania się ryzyka
15 Zarządzanie konfiguracją Zarządzanie konfiguracją składa się z 5 elementów: Planowanie (Planning) Identyfikacja (Identification) Kontrola (Control) Charakteryzowanie statusu (Status accounting) Weryfikacja (Verification) Zarządzanie konfiguracją musi zapewnić: 1. Mechanizmy zarządzania, śledzenia i utrzymywania kontroli nad wszystkimi produktami projektu. 2. Pewne i bezpieczne przechowywanie każdego produktu. 3. Możliwość wyboru składników, które zawierać będzie ukończony, funkcjonujący produkt. Zakłada to oddanie gotowego produktu wraz z jego uaktualnieniami. 4. System rejestrowania, śledzenia i dokumentowania wszystkich zagadnień projektowych.
16 Sterowanie zmianami Rodzaje zmian 1. wniosek o wprowadzenie zmiany (koszt pokrywa klient) 2. odstępstwo (koszt naprawy pokrywa dostawca) 3. ustępstwo (brak działań korygujących)
17 Dokumentacja PRINCE2 1. Dokumentacja inicjująca projekt 1.Kontekst projektu 2.Instrumenty sterowania 3.Definicja projektu 1.Cele projektu 2.Metody osiągania celów 3.Spodziewane wyniki (produktu) 4.Formula realizacji projektu 5.Ograniczenia, wyłączenia 6.Powiązania projektu 4.Uzasadnienie ekonomiczne 5.Struktura organizacyjna 6.Plan projektu 1.Produkty 2.Działania 3.Zasoby 7.Plan komunikacji 8.Rejestr ryzyka 9.Tolerancje w projekcie 2.Rejestry 1.Rejestr ryzyka 2.Rejestr zagadnień 3.Rejestr jakości 4.Rejestr doświadczeń 5.Rejestr dzienny 6.Rejestr zarządzania konfiguracją 3.Raporty 4.Plany 1.Raport okresowy 2.Raport końcowy etapu zarządczego 3.Raport końcowy projektu 4.Raport o odchyleniach 5.Raport z punktu kontrolnego 6.Raport z wykorzystania zasobów 7.Raport doświadczeń z projektu 1.Plan etapu inicjowania projektu 2.Plan jakości projektu 3.Plan projektu 4.Plan zarządzania konfiguracją 5.Plan etapu zarządczego 6.Plan jakości etapu zarządczego 7.Plan awaryjny (rezerwowy) 8.Plan wyjątkowy (naprawczy) 9.Plan wykorzystania budżetu zmian 10.Plan tekstowy 11.Plan pracy zespołu specjalistycznego 12.Plan przeglądu poprojektowego 13.Plan bazowy (stan odniesienia)
18 Mocne strony PRINCE2 Stosowanie tej metodyki zapewnia wysoką standaryzację i powtarzalność projektów o wspólnym podejściu, terminologii i dokumentacji. Zapewnia to możliwość doskonalenia kompetencji. Metodyka w sposób racjonalny opiera się na najlepszych praktykach w zarządzaniu projektami. Wprowadza management by exception jako podstawową zasadę, która zapewnia Kierownikowi Projektów swobodę działania bez zbędnej ingerencji, zapewniając jednocześnie zaangażowanie wyższego kierownictwa, wtedy kiedy projekt jest zagrożony wykroczeniem poza granice tolerancji lub przestaje realizować uzasadnienie biznesowe. Sprawuje kontrolę nad startem, realizacją i końcem projektu. Każdy z dokumentów wymaganych przez PRINCE2 jest dostarczony jako szablon zawierający wymagane metrykę, rozdziały i pola informacyjne co zapewnia przejrzystość, standaryzację i kompletność dokumentacji. Przewiduje możliwość adaptacji do specjalnych potrzeb organizacji, programu lub projektu. Jej stosowanie nie wymaga opłat autorskich. Materiały PRINCE2 są opublikowane i szeroko dostępne co ogranicza prace nad wypracowywaniem własnych standardów i przygotowaniem materiałów szkoleniowych.
19 Słabe strony PRINCE2 Dużo organizacji cierpi na syndrom PINO (Prince In Name Only tzn. PRINCE2 tylko z nazwy), wybierając bez głębszej analizy tylko niektóre składniki metodyki nie zwracając uwagi na podstawowe zasady (podobnie jak kilka poniższych zarzutów jest to problem nie metodyki lecz jej stosowania). PRINCE2 kładzie duży nacisk na dokumentowanie jako narzędzie sprawnej kontroli sposobu realizacji projektu. W niektórych organizacjach dokumenty stają się jednak celem samym w sobie, a rzeczywiste projekty kończą się niepowodzeniem. Z tego powodu PRINCE2 oskarżany jest czasem o nadmierną biurokratyzację procesu zarządzania. PRINCE2 zwraca uwagę na potrzebę dobrej organizacji i regularną wymianę informacji pomiędzy interesariuszami, co może być odbierane jako zachęta do ciągłych bezproduktywnych spotkań zabierających czas niezbędny na rzeczywistą pracę. PRINCE2 nie definiuje wprost analizy wymagań. Jako metodyka wdrożeniowa może prowadzić do niepowodzenia projektu z uwagi na przyjęcie fałszywych założeń (z drugiej strony jasno jest określone, kto ponosi odpowiedzialność za przyjęcie złych założeń i akceptację nietrafnego uzasadnienia biznesowego, a przesłanki tych decyzji są udokumentowane i mogą stanowić nauczkę na przyszłość). Zbyt ścisłe przestrzeganie PRINCE2 bez odpowiedniej adaptacji do realiów biznesowych może być zbyt pracochłonne w zastosowaniu do małych projektów. Niezbyt "zwinna".
20 WPROWADZENIE Do SCRUM Ludzie i interakcje ponad procesy i narzędzia
21 Metodyki tradycyjne (PRINCE)
22 Straty w biegu Proces sztafety w wytwarzaniu sztafetowym oprogramowania często pozostaje w konflikcie z jej głównym celem tj. maksymalną szybkością i uzyskaniem odpowiedniej elastyczności produktu. W zamian: holisticzne (proces rugby ) podejście do projektu gdzie zespół próbuje przebiec dystans jako całość, poddając piłkę do tyłu i do przodu znacznie efektywniej pozwala na realizację wysublimowanych wymagań dzisiejszych systemów informatycznych
23 Założenia - Scrum Scrum zwinny (agilny) proces pozwalający i skupiający się na dostarczeniu najwyższej wartości biznesowej (produkt) w możliwie najkrótszym czasie. Scrum pozwala szybko i powtarzalnie prowadzić inspekcję bieżąco funkcjonującego oprogramowania (inspekcje przeglądy co dwa tygodnie w miesiącu). Wymagania biznesowe klienta ustalają priorytety do realizacji. Zespół organizuje się sam dla wybrania najlepszej drogi do dostarczenia najlepszego prod. Co dwa tygodnie (do miesiąca) każdy z zespołu obserwuje realnie pracujące oprogramowanie, wydaje je lub kontynuuje prace dla jego zmiany w następnym sprincie.
24 Scrum jest używane Budowanie oprogramowania komercyjnego Prowadzenie kontraktów Projekty o narzuconej cenie Aplikacje finansowe ISO 9001-projekty Systemy wbudowane 24x7 systemy % efektywności działania Gry strategiczne - Joint Strike Fighter Duże systemy informatyczne do/dla/w: Video gry FDA- potwierdzone, krytyczne dla zycia systemy drug administration) Oprogramowanie kontroli satelitów Oprogramowanie stron www Oprogramowanie podręczne Aplikacje dla systemów mobilnych Aplikacje obsługi i administracji sieci i funkcjonowania sieci Aplikacje dla specjalizowanych systemów operacyjnych
25 Charakterystyka ogólna SCRUM Samo organizujący się zespół Rozwój produktu w serii miesięcznych sprintów Wymagania są ujmowane jako produkty w liście zwanej portfelem produktów product backlog Nie ma specyfikacji praktyk inżynierskich Użycie twórczych zasad kreujących środowisko agilne dla dostarczenie projektu Jeden z tzw. agile processes
26 Manifest metodyki agilne zestawienie wartości Indywidualność i współdziałanie ponad Procesy i narzędzia Pracujące oprogramowanie Współpraca z Klientem ponad ponad Wszechstronna dokumentacja Negocjacje kontraktu formalne ustalenia Reagować na zmiany ponad Podążanie planem za Bardziej cenimy Doceniamy źródło:
27 Scru m 24 godziny (spotkania 15min Daily Scrums) 1. Nad czym pracowałeś wczoraj? 2. Nad czym będziesz pracować dzisiaj? 3. Czy masz jakiś problem? Sprint-cel Sprint 2-4 tygodni Spotkanie (Sprint Planning) Return 1 Gift 2 wrap Cancel 3 Rejestr wymagań / funkcjonalności (Product Bucklog) Lista zadań i procochłonności (Sprint backlog) 1 Dostarczenie gotowego przyrostu produktu 1. Centrum procesu Sprint ograniczenie czasowe pozwalające na realizację PRZYROSTU - używalnej i potencjalnie gotowej funkcjonalności
28 SCRUM Image available at
29 Sprints Postęp w realizacji projektu następuje w serii tzw. Sprintów analogicznie jak w kolejnych iteracjach programowania extremalnego Typowy czas dla sprintu 2-4 tygodni, nie więcej jednak jak miesiąc Stała długość sprintu pozwala utrzymać odpowiedni rytm pracy W obrębie sprintu produkt jest projektowany, kodowany i testowany
30 Sekfencyjne vs. zazębione (współbieżne z przesunięciem overlapping) wytwarzanie rozwój oprogramowania Wymagania Projekt Kod Test Zamiast realizować kolejne elementy w swoim czasie...zespół Scrum realizuje wszystkiego po trochę przez cały czas trwania projektu
31 W obrębie sprintu nie Zmiana ma zmian Czas trwania sprintu powinien być tak zaplanowany aby gwarantował brak konieczności wprowadzania zmian do sprintu.
32 Role Scrum framework Właściciel produktu (Product owner) Mistrz Młyna (ScrumMaster) Zespół (Team) Zdarzenia Spotkanie (Sprint planning) Widok zadania (Sprint review) Podsumowanie sprintu (Sprint retrospective) Odprawa scrum (Daily scrum meeting) Artefacty Rejestr funkcjonalności (Product backlog) Lista zadań i pracochłonność (Sprint backlog) Czas do końca projektu (Burndown charts)
33 Role: Scrum framework Właściciel Produktu Mistrz Zespół Wydarzenia: Planowanie sprintu Przegląd sprintu Podsumowanie sprintu Dzienna odprawa Artefakty: Rejestr funkcjonalności Lista zadań Czas do końca (wypalenie)
34 Właściciel produktu Definiuje własności produktu Decyduje o terminie wydania produktu Jest odpowiedzialny za dodatnie profity z produktu Ustala priorytety funkcjonalności w dopasowaniu do rynku Dopasowuje własności i priorytety na każdej iteracji jeżeli potrzeba Akceptuje lub odrzuca rezultaty prac
35 Mistrz Młyna ScrumMaster Reprezentuje zarządzanie w projekcie Odpowiedzialny za realizację zasad i praktyk SCRUM Usuwa przeszkody Zapewnia pełną funkcjonalność i produktywność zespołu Umożliwia ścisłą współpracę pomiędzy wszystkimi aktorami i ich rolami Osłania zespół przed zewnętrznymi czynnikami
36 Zespół Zwykle 5 9 ludzi Funkcyjnie przekrojowi: Programiści, testerzy, doświadczeni przez użytkowników projektanci, etc. Członkowie zespołu powinni być zatrudnieni na stałe (Full-time) Mogą byś wyjątki (n.p., Administrator bazy danych)
37 Zespół Zespół organizuje się sam Idealnie, żadnych tytułów raczej mozliwości Uczestnictwo w zespole powinno się zmieniać jedynie pomiędzy sprintami
38 Role Scrum framework Właściciel Produktu Mistrz Zespół Wydarzenia Planowanie sprintu Przegląd sprintu Podsumowanie sprintu Dzienna odprawa Artefakty Rejestr funkcjonalności Lista zadań Czas do końca (wypalenie)
39 Zdolności zespołu Rejestr funkcjonalnośc i Planowanie sprintu Priorytety w Sprincie Analiza i ocena funkcjonalności Wybór listy zadań Cel Sprintu Zasoby biznesowe Bieżący produkt Technologia Planowanie Sprintu Określ jak osiągnąć cel sprintu (projekt) Wykreuj listę zadań (sprint backlog) z rejestru funkcjonalności (user stories) Oszacuj czas realizacji listy zadań Lista zadań
40 Planowanie Sprintu Zespół wybiera zadania z rejestru funkcjonalności które zobowiązują się wykonać Lista zadań zostaje wykreowana Zadania są zidentyfikowane i każde jest oszacowane (1-16h) Wspólnie, nie samodzielnie przez ScrumMastera Uwzględniamy projektowanie wyższego poziomu Jako planujący wakacje, Chcę widzieć zdjęcie hoteli. Kodowanie pośredniego poziomu (8h) Kod interfejsu użytkownika (4) Testowanie połączeń (4) Kodowanie Klas (6) Testowanie (4)
41 Odprawa (Daily scrum) Parametry Codziennie 15-minut Na stojaco (w biegu) Nie ma służyć rozwiązaniu problemów Wszyscy są zaproszeni (każdy może słuchać) Tylko członkowie zespołu, ScrumMaster, właściciel produktu, mogą mówić Pomaga uniknąć innych niepotrzebnych spotkań
42 Każdy odpowiada na 3 pytania Co robiłeś wczoraj? Co będziesz robił dzisiaj? Czy masz jakiś problem? One nie są zobowiązania dla ScrumMastera Są to zobowiązania przed rówieśnikami!!
43 Przegląd sprintu Zespół przedstawia co zostało zrealizowane w sprincie Zwykle przyjmuje to formę prezentacji nowej funkcjonalności i architektury architecture Nieformalnie 2-h prezentacja zwykle Nie przeźrocza Cały zespół bierze udział Zapraszamy otoczenie
44 Podsumowanie Sprintu Okresowo jest sprawdzane co działa i nie działa w projekcie Zwykle minut Realizowane po każdym sprincie Cały zespół bierze udział ScrumMaster Właściciel produktu (designer, twórca) Zespół Możliwie klient i zaproszeni
45 Start / Stop / Continue Cały zespół dyskutuje co dalej chcieliby robić: Zaczynamy pracę Kończymy pracę To jedna z wielu dróg realizacji podsumowania sprintu. Kontynuujemy pracę
46 Role Scrum framework Właściciel Produktu Mistrz Zespół Wydarzenia Planowanie sprintu Przegląd sprintu Podsumowanie sprintu Dzienna odprawa Artefakty Rejestr funkcjonalności Lista zadań Czas do końca (wypalenie)
47 Role Scrum framework Właściciel Produktu Mistrz Zespół Wydarzenia Planowanie sprintu Przegląd sprintu Podsumowanie sprintu Dzienna odprawa Artefakty Rejestr funkcjonalności Lista zadań Czas do końca (wypalenie)
48 Rejestr Funkcjonalności(product backlog) Wymagania Lista wszystkich koniecznych prac w projekcie Wyrażonych jasno tak że każdy element ma wartość dla użytkownika i klienta produktu Uszeregowany przez To jest product backlog właściciela produktu Ustawione priorytety na starcie każdego sprintu
49 Przykładowy rejestr Element funkcjonalności rejestru Szacowanie Pozwala gościowi zrobić rezerwację 3 Jako gość chcę usunąć rezerwację 5 Jako gość chcę zmienić datę rezerwacji 3 Jako hotelarz, chcę uruchomić aplikację wskazujacą na dostepnośc pokoii Popraw obsługę wyjatków
50 Cel Sprintu Krótkie zdanie opisujące na jakim zdarzeniu będzie skupiona praca systemu w realizowanym sprincie Zastosowanie Bazy Danych Pozwala uruchomić aplikację na SQL-owej bazie ORACLE. Nauki o życiu Dostarczają funkcjonalności dla studiów nad genetyką populacji Wsparcie finansowe Wspiera stronę techniczną działania firmy ABC w czasie rzeczywistym.
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ółowoAL 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ółowoMetodyki 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ółowoPodejś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ółowoProjekt. 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ółowoPRINCE2. 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ółowoZarządzanie projektami a zarządzanie ryzykiem
Ewa Szczepańska Zarządzanie projektami a zarządzanie ryzykiem Warszawa, dnia 9 kwietnia 2013 r. Agenda Definicje Wytyczne dla zarządzania projektami Wytyczne dla zarządzania ryzykiem Miejsce ryzyka w zarządzaniu
Bardziej szczegółowoScrum. 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ółowoPlanowanie 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ółowoZarzą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ółowoAgile 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ółowoWprowadzenie 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ółowoSCRUM 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ółowoSYSTEMY 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ółowoProgramowanie 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ółowoWstę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ółowoSCRUM. 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ółowoWstę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ółowoWstę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ółowoSpis treści. Konwencja zapisu przyjęta w niniejszym podręczniku
Prince2 : skuteczne zarządzanie projektami / OGC ; [tł. i oprac. wersji polskiej zespół red. Iwona Semik-Żbikowska et al.]. wyd. 2, pol. Londyn, cop. 2010 Spis treści Spis rysunków Spis tabel Przedmowa
Bardziej szczegółowoGłó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ółowoMetodyki zarządzania projektami PRINCE2
Metodyki zarządzania projektami PRINCE2 Zarządzanie projektem Kontroluj Planuj Monitoruj Deleguj 6 aspektów efektywności projektu Koszty Terminy Jakość Zakres Ryzyko Korzyści 4 zintegrowane elementy metodyki
Bardziej szczegółowoWskazó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ółowoZarządzanie Projektami Plan kursu
Zarządzanie Projektami Plan kursu opracował Wojciech Walczak Dokument ten przedstawia plan kursu Zarządzanie projektami. Uczestnicy kursu zobowiązują się do przeprowadzenia wybranego przez siebie projektu
Bardziej szczegółowoZarządzanie projektem
Zarządzanie projektem Projekt: NAUKA Nowoczesna Administracja Uczelni i Kadra Akademicka Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Prezentacja przygotowana
Bardziej szczegółowoPoziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności
Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności Ewa Szczepańska Warszawa, dnia 22 maja 2012 r. Agenda Zarządzanie strategiczne Zarządzanie operacyjne Dostarczanie produktów Role
Bardziej szczegółowoPRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym
Kod szkolenia: Tytuł szkolenia: H6C24S PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym Dni: 3 Opis: Metodyka PRINCE2 jest akceptowana na poziomie międzynarodowym i uznana za wiodące podejście
Bardziej szczegółowoEMPIRYZMSCRUM 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
Bardziej szczegółowoDLACZEGO TO DZIAŁA? 21. marca 2012r.
TO DZIAŁA? 21. marca 2012r. PLAN DZIAŁANIA Wprowadzenie Garstka teorii (Agile, Scrum, Kanban) Ćwiczenie 1 Wesele Ćwiczenie 2 Agencja reklamowa Ćwiczenie 3 Obraz Podsumowanie 2 / 25 O MNIE KRZYSZTOF ZALASA
Bardziej szczegółowoSkuteczne 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ółowoWprowadzenie w tematykę zarządzania przedsięwzięciami/projektami. dr inż. Agata Klaus-Rosińska
Wprowadzenie w tematykę zarządzania przedsięwzięciami/projektami dr inż. Agata Klaus-Rosińska 1 DEFINICJA PROJEKTU Zbiór działań podejmowanych dla zrealizowania określonego celu i uzyskania konkretnego,
Bardziej szczegółowoStruktura zarządzania złożonymi projektami ekologicznymi
Struktura zarządzania złożonymi projektami ekologicznymi Polskie Stowarzyszenie Budownictwa Ekologicznego Polish Green Building Council (PLGBC) Kraków, ul.wadowicka 6 www.plgbc.org 22 MAJ 2009 ROMAN HATOSSY
Bardziej szczegółowoZarzą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ółowoZarzą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ółowoAkredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation
Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation Opis Progress Project zaprasza do zapoznania się z programem szkolenia organizowanego przez partnera szkoleniowego,
Bardziej szczegółowoOPIS RÓL PROJEKTOWYCH
Załącznik 1 do Instrukcji Zarządzania Projektami Strategicznymi OPIS RÓL PROJEKTOWYCH Spis treści 1. Biuro Programów i Rozwoju... 1 2. Kierownik Jednostki Merytorycznej... 1 3. Komitet Sterujący... 2 4.
Bardziej szczegółowoZarządzanie ryzykiem teoria i praktyka. Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r.
Zarządzanie ryzykiem teoria i praktyka Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r. Zarządzanie ryzykiem - agenda Zarządzanie ryzykiem - definicje Ryzyko - niepewne
Bardziej szczegółowoPRINCE 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ółowoWsparcie 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ółowoJak 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ółowoINSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI
Załącznik Nr 2 do Zarządzenia Nr 52/2014 Rektora UMCS INSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI Spis treści Słownik pojęć... 1 Cz. 1 Inicjatywy Projektów Strategicznych... 2 Cz. 2 Realizacja Projektów
Bardziej szczegółowoZarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015
Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015 ZAPEWNIAMY BEZPIECZEŃSTWO Piotr Błoński, Warszawa, 17.03.2016 r. Program 1. Zarządzanie zmianą - zmiany w normie ISO 9001:2015 2. Zarządzanie
Bardziej szczegółowo"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny".
"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny". CZYNNIKI PROJEKTU Cel (zakres) projektu: wyznacza ramy przedsięwzięcia, a tym samym zadania
Bardziej szczegółowoZarzą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ółowoProjekt: PROLOG wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego
Projekt ProLog - wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego jest współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Projekt: PROLOG wzrost
Bardziej szczegółowoAkredytowane szkolenia PRINCE2 Foundation & Practitioner
Akredytowane szkolenia PRINCE2 Foundation & Practitioner Opis Zapraszamy Państwa do wzięcia udziału w szkoleniach z metodyki zarządzania projektami wraz z egzaminem PRINCE2, które organizujemy we współpracy
Bardziej szczegółowoProjekt 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ółowoNie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r.
Nie o narzędziach a o rezultatach czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT Władysławowo, 6 października 2011 r. Dlaczego taki temat? Ci którzy wykorzystują technologie informacyjne
Bardziej szczegółowoAGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK
AGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK 10 LAT DOŚWIADCZENIA W SCRUMIE 40 OSÓB W ZESPOLE 100 WDROŻONYCH PROJEKTÓW 6 TECHNOLOGII OPEN SOURCE MACOPEDIA.COM BUSINESS VALUE PRODUCT OWNER PROXY PRODUCT
Bardziej szczegółowoMetodyka projektowania komputerowych systemów sterowania
Metodyka projektowania komputerowych systemów sterowania Andrzej URBANIAK Metodyka projektowania KSS (1) 1 Projektowanie KSS Analiza wymagań Opracowanie sprzętu Projektowanie systemu Opracowanie oprogramowania
Bardziej szczegółowoDobry 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ń
Bardziej szczegółowoSCRUM Product Owner - wstęp do zarządzania produktami
SCRUM Product Owner - wstęp do zarządzania produktami Oferta szkolenia Kontakt: Tomasz Tomaszewski t.tomaszewski@productvision.pl 505 448 703 PRODUCT VISION Wierzymy, że innowacyjne produkty technologiczne
Bardziej szczegółowoJarosł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ółowoPraktyczne zarządzanie projektami według metodyki PRINCE2
Praktyczne zarządzanie projektami według metodyki PRINCE2 PRINCE2 jest zarejestrowanym znakiem handlowym AXELOS Limited. Przeznaczenie szkolenia: Dwudniowe intensywne szkolenie jest przeznaczone dla firm
Bardziej szczegółowoSzkolenie 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ółowoPRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010. Autor: Jolanta Łabędzka-Benisz. www.omec.
PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010 Autor: Jolanta Łabędzka-Benisz www.omec.pl W A R S Z A W A R Z E S Z Ó W W R O C Ł A W 1 Agenda Wstęp
Bardziej szczegółowo1/ 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
Bardziej szczegółowoKrzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014
1 QUO VADIS.. BS? Rekomendacja D dlaczego? Mocne fundamenty to dynamiczny rozwój. Rzeczywistość wdrożeniowa. 2 Determinanty sukcesu w biznesie. strategia, zasoby (ludzie, kompetencje, procedury, technologia)
Bardziej szczegółowoMSF. 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ółowoWsparcie narzędziowe zarządzania ryzykiem w projektach
Wsparcie narzędziowe zarządzania ryzykiem w projektach Prezentacja dodatkowa: PMBOK a zarządzanie ryzykiem Podyplomowe Studia Menedżerskie erskie Zarządzanie projektami informatycznymi PMBOK a zarządzanie
Bardziej szczegółowoSZABLONY DOKUMENTÓW PROJEKTOWYCH
Załącznik 2 do Instrukcji Zarządzania Projektami Strategicznymi SZABLONY DOKUMENTÓW PROJEKTOWYCH Spis treści 1. Założenia Projektu... 2 2. Dokumentacja Inicjowania Projektu... 6 3. Grupa Zadań... 11 4.
Bardziej szczegółowoSzkolenie na licencji Instytutu IAM
Szkolenie na licencji Instytutu IAM Szkolenia na licencji Instytutu IAM Szkolenie z jest niezbędnym krokiem w rozwoju zdolności przedsiębiorstwa do wypracowania najwyższej jakości wobec klientów i interesariuszy.
Bardziej szczegółowoSkuteczność => Efekty => Sukces
O HBC Współczesne otoczenie biznesowe jest wyjątkowo nieprzewidywalne. Stała w nim jest tylko nieustająca zmiana. Ciągłe doskonalenie się poprzez reorganizację procesów to podstawy współczesnego zarządzania.
Bardziej szczegółowoAcceptance 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ółowoPoniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.
ZARZĄDZANIE PROJEKTAMI JAK ZAKOŃCZYĆ PROJEKT Z SUKCESEM Beata Kozyra 2018 2 dni Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji. Każdy projekt musi mieć cel, który można zmierzyć,
Bardziej szczegółowoWZ PW Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji IT security trends
Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji dr inż. Bolesław Szomański Wydział Zarządzania Politechnika Warszawska b.szomański@wz.pw.edu.pl Plan Prezentacji
Bardziej szczegółowoPRINCE2. Foundation. v 2017
PRINCE2 Foundation v 2017 Szkolenie akredytowane Harmonogram PRINCE2 jest zarejestrowanym znakiem handlowym należącym do firmy AXELOS Limited i używanym za jej zgodą. Wszelkie prawa zastrzeżone. 1 Szczegółowy
Bardziej szczegółowoPLAN 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
Bardziej szczegółowoLeszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.
Leszek Dziubiński Damian Joniec Elżbieta Gęborek Computer Plus Kraków S.A. Wykorzystanie Microsoft Project Server w procesie zarządzania projektami Kompetencje partnerskie Gold: Portals and Collaboration
Bardziej szczegółowoOgraniczenia projektu. Zakres (co?) Czas (na kiedy?) Budżet (za ile?)
Koszty projektowe Ograniczenia projektu Zakres (co?) Czas (na kiedy?) Budżet (za ile?) Pojęcia podstawowe Zarządzanie kosztami Szacowanie kosztów Budżetowanie kosztów Kontrola kosztów Zarządzanie kosztami
Bardziej szczegółowoDYPLOM POST-MBA: STRATEGICZNE ZARZĄDZANIE PROJEKTAMI
DYPLOM POST-MBA: STRATEGICZNE ZARZĄDZANIE PROJEKTAMI TERMIN od: TERMIN do: CZAS TRWANIA:12 dni MIEJSCE: CENA: 7600 zł netto Tempo i złożoność funkcjonowania organizacji sprawia, że udana realizacja firmowych
Bardziej szczegółowoPiotr Ś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ółowoMetodyki 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ółowoZarzą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ółowoWprowadzenie do zarządzania projektami
Wprowadzenie do zarządzania projektami Project Management dr Marek Wąsowicz Katedra Projektowania Systemów Zarządzania, UE Wrocław Wrocław, 23 października 2012 r. Zawartość modułu (4h): wskazanie możliwości
Bardziej szczegółowoZarządzanie procesami
Charakter organizacji Zarządzanie procesami Modele zarządzania procesami Organizacja nastawiona na ciągłe doskonalenie Organizacja nastawiona na jednorazowe zmiany innowacyjne Zarządzanie procesami 1 2012
Bardziej szczegółowoMetodyka Sure Step. Agenda:
Metodyka Sure Step Agenda: 1. Wstęp 2. Czym jest Microsoft Dynamics Sure Step? 3. Zespół wdrożeniowy 4. Etapy wdrożenia 5. Przebieg wdrożenia typu Standard 6. Diagnoza 1 Wstęp 1. Plan wdrożenia 2. Zarządzanie
Bardziej szczegółowoZarządzanie projektem prawnym w praktyce
Zarządzanie projektem prawnym w praktyce Program 2 dniowy Po raz pierwszy kompleksowe szkolenie dla prawników Definiowanie, planowanie i skuteczna realizacja w pracy prawnika Terminy: Wrocław, 6-7 grudnia
Bardziej szczegółowoZarządzanie projektami zadaniowymi w oparciu o metodykę PMI
Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI Opis Zarządzanie przedsięwzięciami należy do jednych z najefektywniejszych metod organizacyjnych operowania zasobami firmy. Jest jednocześnie
Bardziej szczegółowoTestujemy 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ółowoEtapy ż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ółowoSzczegółowy opis przedmiotu zamówienia założenia dla metodyki realizacji Projektu
Załącznik nr 2 do SIWZ Szczegółowy opis przedmiotu zamówienia założenia dla metodyki realizacji Projektu W niniejszym załączniku do SIWZ Zamawiający zawarł wymagania i założenia jakie musi przyjąć Wykonawca
Bardziej szczegółowoINŻ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ółowoZarządzanie projektami IT
Zarządzanie projektami IT Źródła Zarządzanie projektami, J. Betta, Politechnika Wrocławska, 2011 Zarządzanie projektami IT, P. Brzózka, CuCamp, styczeń 2011 Zarządzanie projektami IT w przedsiębiorstwie
Bardziej szczegółowoProjektowanie oprogramowania systemów METODYKI PROJEKTOWE
Projektowanie oprogramowania systemów METODYKI PROJEKTOWE Unified Modeling Language UML jest językiem graficznym umożliwiającym wizualizację planów oprogramowania w postaci diagramów Diagramy UML reprezentują
Bardziej szczegółowoKoordynacja projektów IT w AGH
Koordynacja projektów IT w AGH 24.11.2016 Zbigniew Kąkol Maciej Zygmunt Plan 1. Strategia IT w AGH 2. Model bramkowy 3. Zadania koordynator IT 4. Docelowy model zarządzania IT Inicjatywy Rozwiązania Zadowolenie
Bardziej szczegółowoe R gulamin Kuźni Talentów
Regulamin Kuźni Talentów Misja Kuźnia powstała by dostarczać młodym Talentom wiedzę, doświadczenie oraz miejsce i środki do ich rozwoju, w tak wielu aspektach tyczących się przyszłej pracy zawodowej, jak
Bardziej szczegółowoAnalityk 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ółowoWprowadzenie w tematykę zarządzania projektami/przedsięwzięciami
Wprowadzenie w tematykę zarządzania projektami/przedsięwzięciami punkt 2 planu zajęć dr inż. Agata Klaus-Rosińska 1 DEFINICJA PROJEKTU Zbiór działań podejmowanych dla zrealizowania określonego celu i uzyskania
Bardziej szczegółowoKILKA SŁÓW O ROLI PRODUCT MANAGERA
CZĘŚĆ I. KILKA SŁÓW O ROLI PRODUCT MANAGERA Product manager pracuje na styku świata IT i biznesu. Analizuje potrzeby użytkowników i klientów, współpracuje ze wszystkimi działami firmy maksymalizując wartość
Bardziej szczegółowoScrum 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ółowoOrganizacja 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ółowoAkredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Foundation
Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Foundation Terminy szkolenia 23-25 wrzesień 2015r., Warszawa - Akademia Szybkiej Nauki 7-9 październik 2015r., Warszawa
Bardziej szczegółowoPYTANIA 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ółowoZarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami?
Zarządzanie projektami Wykład 2 Czym jest zarządzanie projektami? Plan Czym jest zarządzanie projektami? Jakie są rodzaje podejść do zarządzania projektami? Jakie są grupy procesów w ramach zarządzania
Bardziej szczegółowoRAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010
RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010 Odpowiada na pytania: Jaka część projektów IT kończy się w Polsce sukcesem? Jak wiele projektów sponsorowanych jest przez instytucje publiczne? Czy kończą się
Bardziej szczegółowoProgramowanie zwinne
Programowanie zwinne Wykład 1 Marcin Młotkowski 10 października 2012 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski Programowanie
Bardziej szczegółowoProcedura zarządzania ryzykiem w Państwowej WyŜszej Szkole Zawodowej w Elblągu
Procedura zarządzania ryzykiem w Państwowej WyŜszej Szkole Zawodowej w Elblągu Załącznik nr 2 do zarządzenia Celem procedury jest zapewnienie mechanizmów identyfikowania ryzyk zagraŝających realizacji
Bardziej szczegółowoKuchta Jarosław Jakość Oprogramowania. Modele dojrzałości procesu wytwarzania oprogramowania CMM/CMMI
Kuchta Jarosław Jakość Oprogramowania Modele dojrzałości procesu wytwarzania oprogramowania CMM/CMMI Krótka historia CMM/CMMI 1986 Software Engineering Institute (SEI) - schemat dojrzałości procesu wytwarzania
Bardziej szczegółowo