ZARZĄDZANIE PRZEDSIĘWZIĘCIEM PROGRAMISTYCZNYM. wykład siódmy, ostatni
|
|
- Zdzisław Kowalczyk
- 8 lat temu
- Przeglądów:
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 PODZIAŁ METODYK IT Metodyki zarządcze Metodyki wytwócze Metodyki adaptacyjne Metodyki organizacyjne Prince2 RUP XP CMM Six Sigma ITIL PMBoK MSF Scrum COBIT
4 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
5 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
6 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
7 METODYKI ZARZĄDCZE - PRINCE2 C.D. 8 procesów Prince 2 3 techniki 8 komponentów
8 Procesy Komponenty Techniki Uruchomienie projektu Strategiczne zarządzanie projektem Uzasadnienie biznesowe Organizacja Planowanie oparte na produktach Inicjowanie projektu Plany Sterowanie etapem Zarządzanie wytwarzaniem produktów Zarządzanie zakresem etapu Elementy sterowania Zarządzanie ryzykiem Jakość w środowisku projektu Sterowanie zmianami Zamykanie projektu Planowanie Zarządzanie konfiguracją Sterowanie zmianami Przeglądy jakości
9 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
10 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
11 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
12 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..
13 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ć
14 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)
15 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
16 METODYKI WYTWÓRCZE - RUP
17 METODYKI WYTWÓRCZE - RUP
18 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)
19 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
20 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)
21 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
22 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
23 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
24 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
25 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)
26 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)
27 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
28 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
29 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
30 METODYKI ADAPTACYJNE - SCRUM
31 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
32 METODYKI ADAPTACYJNE SCRUM C.D. 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
33 METODYKI ADAPTACYJNE SCRUM C.D. - 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
34 METODYKI ADAPTACYJNE SCRUM C.D. 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
35 METODYKI ADAPTACYJNE SCRUM 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)
36 METODYKI ADAPTACYJNE SCRUM C.D.
37 METODYKI ADAPTACYJNE SCRUM 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
38 METODYKI ADAPTACYJNE SCRUM C.D. 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.
39 METODYKI ADAPTACYJNE SCRUM 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ć
40 METODYKI ADAPTACYJNE SCRUM 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
41 METODYKI ADAPTACYJNE SCRUM C.D. Jakość Dokumentacja Na co zwracać uwagę? Kompletność Zarządzanie ryzykiem
42 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
43 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
44 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 METODYKA Metodyka!= metodologia Metodyka ustandaryzowane podejście do rozwiązania problemu (metoda) Metodologia nauka o metodach (np.
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ół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ółowoEtapy ż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ół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ółowoFeature 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ółowoProgramowanie 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ół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ół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ół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ół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ółowoAgile 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ółowoMetody 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ółowoBłę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ół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ół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ół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ół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ółowoTematy 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ół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 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ół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ółowoProjektowanie 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ółowoLekkie 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ół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ół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ółowoOpis 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ółowoWykaz 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ółowoMODELE 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ół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ółowoRUP. 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ółowoAnaliza 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ółowoZakres 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ół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ół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ół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ółowoTematy 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ółowoTechniki 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ół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ółowoWykł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ół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ół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ół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ółowoAkademia 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ół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ół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ół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ółowoWytwarzanie 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ółowoJak 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ółowoCykle ż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ół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ółowoSzkolenie 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ółowoZarzą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ółowoTemat: 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ółowoSzybkość 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Ś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ół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ółowoIn ż 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ółowoZarzą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ółowoTworzenie 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ółowoOceny 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ółowoCał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ółowoProjektowanie 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ółowoProcesowa 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ół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ółowoSTUDIA 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ółowoUsł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ół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ół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ół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ółowoPolitechnika 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ółowoScaling 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ółowoModel 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ół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ół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ółowoZarzą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ół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ółowoData: 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ół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ół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ół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ółowoZapewnij 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ółowoKANBAN 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ółowoJAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?
K O N F E R E N C J A I N F O S H A R E 2 0 0 7 G d a ń s k 25-26.04.2007 JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE? Zespół Zarządzania Technologiami Informatycznymi Prezentacja dr inż.
Bardziej szczegółowoPrzedsięwzięcia Informatyczne w Zarządzaniu
Przedsięwzięcia Informatyczne w Zarządzaniu 2005/06 dr inż. Grażyna Hołodnik-Janczura GHJ 1 LITERATURA 1. Praca zbiorowa p.r. Górski J., Inżynieria oprogramowania, MIKOM, W-wa, 2000 2. Jaszkiewicz A.,
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ół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ółowoProjekt 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ółowoZwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow)
Program szkolenia: Zwinna współpraca programistów i testerów z wykorzystaniem BDD i Spec Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Zwinna współpraca programistów i testerów
Bardziej szczegółowoKIERUNKOWE 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ółowoMetodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV
Metodyka wdrożenia Bartosz Szczęch Starszy Konsultant MS Dynamics NAV bartosz.szczech@it.integro.pl Wyróżniamy następujące etapy wdrożenia rozwiązania ERP: Analiza Projekt Budowa Uruchomienie Działanie
Bardziej szczegółowoOpis 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ół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ół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ółowoTestowanie oprogramowania
Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój
Bardziej szczegółowoPodstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Bardziej szczegółowo