Zarządzanie inicjatywami i wymaganiami w projektach IT

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

Download "Zarządzanie inicjatywami i wymaganiami w projektach IT"

Transkrypt

1 Zarządzanie inicjatywami i wymaganiami w projektach IT Spotkanie 1 Katarzyna Misiak katarzyna.misiak@gmail.com

2 Czym się będziemy zajmować? Co będzie: 1. Zarządzanie wymaganiami 2. Przegląd oprogramowania 3. Zarządzanie inicjatywami UW PSM ZPI

3 Co już Państwo znają? 1. Ideę wychodzenia od strategii organizacji i jej potrzeb 2. Priorytety dla wymagań w oparciu o MoSCoW 3. Zarządzanie wymaganiami w Scrum (product backlog) 4. Podstawowe zasady specyfikacji w oparciu o modele 5. Procedurę zarządzania zmianą UW PSM ZPI

4 ITIL Źródło: ITIL Service Transition UW PSM ZPI

5 Czemu projekty się nie udają? Główne ryzyka dla projektów IT: 1) Problemy z harmonogramem 2) Inflacja wymagań 3) Utrata pracowników 4) Niepełne i niespójne specyfikacje 5) Niska produktywność Źródło: Tom DeMarco, Timothy Lister Waltzing with Bears: Managing Risk on Software Projects

6 Po co nam zarządzanie wymaganiami?

7 Po co nam zarządzanie wymaganiami? Aby mieć pewność, że potrzeby i oczekiwania klientów oraz interesariuszy są właściwie udokumentowane, co pozwala je spełnić. A skoro wymagania się zmieniają trzeba również zarządzać ich cyklem życia i móc śledzić zależności

8 Dlaczego to robimy? Bo pominięcie ważnej potrzeby Klienta prędzej, czy później będzie wymagało od nas pilnej akcji a poprawki wprowadzane w ostatniej chwili wymagają testów, aby nie wprowadzić błędów, trwają i zużywają zasoby (reguła )

9 Odrobina teorii Wymaganie: Coś pożądanego Daje się opisać i zaobserwować Cechy wymagań [za: Ian Sommerville]: Weryfikowalność Zrozumiałość Pochodzenie Elastyczność

10 Odrobina teorii Rodzaje wymagań [za: Systems Engineering Fundamentals. Defense Acquisition University Press, 2001]: Klienta gdzie będzie zastosowany jaki będzie scenariusz wykorzystania jakie są krytyczne parametry niezbędne do osiągnięcia celu jak będą wykorzystywane komponenty systemu jakiej efektywności wymagamy jak długo system będzie wykorzystywany w jakim środowisku ma działać system Funkcjonalne (zadania do wykonania) Nie funkcjonalne (cechy systemu zależne od innych) Wydajnościowe Projektowe Pochodne Przyporządkowane

11 I spostrzeżenie praktyczne Problemy z wymaganiami [za: Just Enough Requirements Management Alan M. Davis]: 1) Brak świadomości istnienia wymagania 2) Ignorowanie dostępnych zasobów (czas, środki) 3) Niejasna specyfikacja

12 Jak wygląda zarządzanie wymaganiami? Fazy zarządzania wymaganiami: 1) Gromadzenie wymagań 2) Analiza wymagań 3) Dokumentowanie wymagań + oczywiście wykorzystywanie i doprecyzowywanie wymagań w ramach pracy projektowej na etapach projektowania, konstruowania i testów oraz wydania

13 Jak można gromadzić wymagania? 1) Wywiady 2) Warsztaty 3) Analiza dokumentacji 4)

14 Po co nam analiza biznesowa? 1) Wychwytywanie błędów i niespójności (w tym np. sprzecznych wymagań) 2) Tłumacz 3) Ustalanie priorytetów 4) Zarządzanie zmianą 5)

15 Jak dokumentować wymagania? 1) Dokumentacja wyników warsztatu/burzy mózgów np. w formie mindmapy 2) Lista kontraktowa 3) Lista mierzalnych celów (vide Agile) 4) Prototypy i symulacje (uwaga na syndrom jutra ; nie zawsze wystarczają) 5) Przypadki użycia (lub bardziej pełny opis za pomocą modeli :) 6) Software Requirements Specifications (SRS) IEEE 830 7)

16 Struktura SRS (1/2) 1 INTRODUCTION 1.1 Product Overview 1.2 Purpose 1.3 Scope 1.4 Reference 1.5 Definition And Abbreviation 2 OVERALL DESCRIPTION 2.1 Product Perspective 2.2 Product Functions 2.3 User Characteristics 2.4 General Constraints 2.5 Assumptions and Dependencies

17 Struktura SRS (2/2) 3 SPECIFIC REQUIREMENTS 3.1 External Interface Requirements User Interfaces Hardware Interfaces Software Interfaces Communications Protocols Memory Constraints Operation Product function Assumption and Dependency 3.2 Software Product Features 3.3 Software System Attributes Reliability Availability Security Maintainability Portability Performance 3.4 Database Requirements 4 ADDITIONAL MATERIALS

18 Kryteria jakości specyfikacji wymagań (IEEE 830) 1) poprawność, 2) jednoznaczność, 3) kompletność, 4) spójność, 5) uporządkowanie wg ważności i stabilności, 6) weryfikowalność, 7) modyfikowalność 8) możliwość śledzenia + uwaga OGC [ 9) bez projektowania

19 Dokumentacja im więcej, tym lepiej? Secrets of Just Enough Elicitation (Alan M. Davis): 1) Never lose sight of your goal: understanding enough of the problem so you can proceed with minimal risk 2) Never think you understand the problem better than the customer. 3) Never assume that one stakeholder can speak for all stakeholders. 4) Maintain a glossary of terms. 5) Avoiding elicitation altogether will significantly lengthen the overall development time, not reduce it. 6) Prepare for change. The more the stakeholders discuss, the more they will want. Don t solve this problem by cutting off the stakeholder. An involved stakeholder is a happy stakeholder. 7) Stakeholders have the right to change their minds. 8) Prepare for active, explicit, and overt triage.

20 Dobre praktyki PMBOK Project Scope Management: 1) Collect Requirements 2) Define Scope 3) Create WBS 4) Verify Scope 5) Control Scope Wejście: karta projektu rejestr interesariuszy Narzędzia i techniki: techniki kreatywności grupowej, techniki grupowego podejmowania decyzji Wyjście: dokumentacja wymagań, macierz śledzenia wymagań (Requirements Traceability Matrix) przypisująca wymagania do funkcjonalności plan zarządzania wymaganiami

21 Dobre praktyki inne źródła BABOK SWEBOK

22 Oprogramowanie - przegląd Freemind ADONIS:CE już był, więc dla równowagi Enterprise Architect Axure OSRMT + rozwiązania autorskie Rozwiązania sieciowe: Gatherspace.com Tracecloud.com

23 Podsumowanie Dziękuję

Wsparcie narzędziowe zarządzania ryzykiem w projektach

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

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting)

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting) Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 3 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Co już było: 1. Teoria zarządzanie ryzykiem

Bardziej szczegółowo

Zarządzanie inicjatywami i wymaganiami w projektach IT

Zarządzanie inicjatywami i wymaganiami w projektach IT Zarządzanie inicjatywami i wymaganiami w projektach IT Spotkanie 2 Zbigniew Misiak zbigniew.misiak@gmail.com Czym się będziemy zajmować? Co już było: 1. Zarządzanie wymaganiami 2. Przegląd oprogramowania

Bardziej szczegółowo

Scaling Scrum with SAFe. Małgorzata Czerwińska

Scaling Scrum with SAFe. Małgorzata Czerwińska Scaling Scrum with SAFe Małgorzata Czerwińska Agenda 1. Wstęp 2. Współpraca zespołów scrumowych 3. Zarządzanie Programem 4. Podsumowanie Wstęp Skuteczność zespołów developerskich, realizujących projekty

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 3 Studium wykonalności Definicja wymagań Studium wykonalności (feasibility study) Prowadzone przed rozpoczęciem projektu, krótkie, niekosztowne badanie

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 4 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Powtórzenie kluczowych zagadnień Prosty test

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting) Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 2 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Co już było: 1. Teoria zarządzanie ryzykiem

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 1 Zbigniew Misiak (BOC IT ( Consulting

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 1 Zbigniew Misiak (BOC IT ( Consulting Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 1 Zbigniew Misiak (BOC IT ( Consulting Czym się będziemy zajmować? Wsparcie narzędziowe: Ryzyko jak z nim postępować Ryzyko w projektach

Bardziej szczegółowo

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

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

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach

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

Bardziej szczegółowo

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec

Bardziej szczegółowo

Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008

Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008 Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008 Autor: Kinga Lewandowska Promotor: dr inż. Szymon Supernak Zakres pracy CZĘŚĆ TEORETYCZNA Przegląd

Bardziej szczegółowo

AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS

AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS Andrzej Zalewski, Marcin Szlenk, Szymon Kijas a.zalewski@elka.pw.edu.pl s.kijas@elka.pw.edu.pl Praca naukowa finansowana ze środków budżetowych na naukę

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting) Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 2 Zbigniew Misiak (BOC IT Consulting) Czym się będziemy zajmować? Podsumowanie spotkania 1 PrzeŜyjmy to jeszcze raz czyli jak tradycyjnie

Bardziej szczegółowo

User Stories Mity i hity. Kamil Niklasiński IIBA PC Business Analysis Round-tables Warszawa 8 stycznia 2015r.

User Stories Mity i hity. Kamil Niklasiński IIBA PC Business Analysis Round-tables Warszawa 8 stycznia 2015r. User Stories Mity i hity Kamil Niklasiński IIBA PC Business Analysis Round-tables Warszawa 8 stycznia 2015r. Bravura - Business Facts 2 Zanim zaczniemy 3 Agenda > Definicja i przykład > Kontekst do metodyk

Bardziej szczegółowo

Text. Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices.

Text. Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices. Text Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices. O Mnie: Consultant w zakresie zarządzania rozwojem oprogramowania

Bardziej szczegółowo

ZARZĄDZANIE PROJEKTAMI W PROJEKTACH TECHNICZNYCH I INFORMATYCZNYCH

ZARZĄDZANIE PROJEKTAMI W PROJEKTACH TECHNICZNYCH I INFORMATYCZNYCH ZESZYTY NAUKOWE POLITECHNIKI ŚLĄSKIEJ 2017 Seria: ORGANIZACJA I ZARZADZANIE z. 108 Nr kol. 1983 Krzysztof S. TARGIEL Uniwersytet Ekonomiczny w Katowicach Wydział Informatyki i Komunikacji krzysztof.targiel@ue.katowice.pl

Bardziej szczegółowo

Analiza biznesowa a metody agile owe

Analiza biznesowa a metody agile owe Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania

Bardziej szczegółowo

Jakość wymagań a wymagania jakości Czy możliwa jest obiektywizacja oceny?

Jakość wymagań a wymagania jakości Czy możliwa jest obiektywizacja oceny? Jakość wymagań a wymagania jakości Czy możliwa jest obiektywizacja oceny? 14:45 15:15 Bogdan Bereza @ victo.eu @ I Konferencja SASO - Inżynieria Jakości Oprogramowania Poznań, 25 września 2014 1(20) Automated

Bardziej szczegółowo

Oprogramowanie zgodne z prawem

Oprogramowanie zgodne z prawem Oprogramowanie zgodne z prawem Magdalena Kowalska Law nad Software Quality Consulting Oprogramowanie zgodne z prawem Pojęcia oprogramowanie zgodne z prawem i oprogramowanie legalne Co to znaczy, że oprogramowanie

Bardziej szczegółowo

Krytyczne czynniki sukcesu w zarządzaniu projektami

Krytyczne czynniki sukcesu w zarządzaniu projektami Seweryn SPAŁEK Krytyczne czynniki sukcesu w zarządzaniu projektami MONOGRAFIA Wydawnictwo Politechniki Śląskiej Gliwice 2004 SPIS TREŚCI WPROWADZENIE 5 1. ZARZĄDZANIE PROJEKTAMI W ORGANIZACJI 13 1.1. Zarządzanie

Bardziej szczegółowo

Źródła dumy zawodowej testera oprogramowania

Źródła dumy zawodowej testera oprogramowania Źródła dumy zawodowej testera oprogramowania Tom Gilb & Kai Gilb: False QA is calling your activity QA when in fact you only do testing. http://www.result-planning.com/real+qa+manifesto Nie jestem QA!

Bardziej szczegółowo

Estimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011

Estimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011 Estimation and planing Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011 Story points Story points C D B A E Story points C D 100 B A E Story points C D 2 x 100 100 B A E Story points C D 2 x 100 100

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting)

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting) Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 3 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Podsumowanie spotkania 2 Co będzie na spotkaniu

Bardziej szczegółowo

Jak opisać wymagania zamawiającego wybrane elementy

Jak opisać wymagania zamawiającego wybrane elementy Jak opisać wymagania zamawiającego wybrane elementy Adam Rzeźnicki, Grzegorz Sobolewski PIIT Listopad, 2012 Agenda Kontekst ma znaczenie - na przykładzie cyklu wytwórczego systemu aplikacyjnego Rodzaje

Bardziej szczegółowo

CTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT

CTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT CTPARTNERS W LICZBACH 15 osób przeszkolonych z zakresu IT lat na rynku 40 000 4 kompleksowe obszary zarządzania IT w ofercie ~100% Zdawalności egzaminów po naszych szkoleniach szkoleń otwartych i zamkniętych

Bardziej szczegółowo

Leszek 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. 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ółowo

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

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie

Bardziej szczegółowo

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Inżyniera wymagań

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Inżyniera wymagań Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Inżyniera wymagań Wymagania w projektowaniu systemów informatycznych Istnieją różne definicje wymagań dla

Bardziej szczegółowo

AGILE PRODUCT MANAGEMENT. Szkolenie uczące, jak tworzyć i zarządzać produktami w dynamicznie zmieniającym się otoczeniu.

AGILE PRODUCT MANAGEMENT. Szkolenie uczące, jak tworzyć i zarządzać produktami w dynamicznie zmieniającym się otoczeniu. AGILE PRODUCT MANAGEMENT Szkolenie uczące, jak tworzyć i zarządzać produktami w dynamicznie zmieniającym się otoczeniu. AGILEPM.PL GRUPA DOCELOWA Osoby chcące pozyskać umiejętności praktyczne w zakresie

Bardziej szczegółowo

Przypadki użycia. Czyli jak opisywać funkcjonalność. Jerzy Nawrocki Mirosław Ochodek

Przypadki użycia. Czyli jak opisywać funkcjonalność. Jerzy Nawrocki Mirosław Ochodek Przypadki użycia Czyli jak opisywać funkcjonalność Jerzy Nawrocki Jerzy.Nawrocki@cs.put.poznan.pl Mirosław Ochodek Miroslaw.Ochodek@cs.put.poznan.pl Wymagania w kontekście procesu wytwarzania Opis problemu

Bardziej szczegółowo

Nowe modele zakupowe usług IT w obszarze ochrony zdrowia.

Nowe modele zakupowe usług IT w obszarze ochrony zdrowia. Nowe modele zakupowe usług IT w obszarze ochrony zdrowia. Świadczeniodawca 2017 kluczowe zmiany w systemie ochrony zdrowia Łukasz Węgrzyn, Jakub Krysa CZYM JEST AGILE? Manifest Agile Ludzie i interakcje

Bardziej szczegółowo

Agile Software Development. Zastosowanie metod Scrum i Kanban.

Agile Software Development. Zastosowanie metod Scrum i Kanban. Radosław Lont, CN, CNXDA Ericpol Telecom Sp. z o.o. radoslaw.lont@ericpol.com Tel.: 663441360 Agile Software Development. Zastosowanie metod Scrum i Kanban. Ericpol kilka słów o Polska firma informatyczna

Bardziej szczegółowo

ITIL 4 Certification

ITIL 4 Certification 4 Certification ITIL 3 Certification ITIL Master scheme ITIL Expert 5 Managing across the lifecycle 5 3 SS 3 SD 3 ST 3 SO 3 CS1 4 OSA 4 PPO 4 RCV 4 SOA Ścieżka lifecycle Ścieżka Capability 3 ITIL Practitioner

Bardziej szczegółowo

USER EXPERIENCE Z UMIAREM

USER EXPERIENCE Z UMIAREM USER EXPERIENCE Z UMIAREM KIM JESTEM? KIM JESTEM? Konrad Olejarczyk KIM JESTEM? Konrad Olejarczyk Przodownik UX CZYM JEST UX? CZYM JEST UX? PROJEKTOWANIE WRAŻEŃ CZYM JEST UX? ZROZUMIENIE KLIENTA ROZWIĄZAŃ

Bardziej szczegółowo

(Tekst mający znaczenie dla EOG) (2007/153/WE)

(Tekst mający znaczenie dla EOG) (2007/153/WE) 7.3.2007 Dziennik Urzędowy Unii Europejskiej L 67/13 DECYZJA KOMISJI z dnia 6 marca 2007 r. zmieniająca załącznik A do decyzji 2006/679/WE dotyczącej technicznej specyfikacji dla interoperacyjności odnoszącej

Bardziej szczegółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarządzanie testowaniem wspierane narzędziem HP Quality Center Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe

Bardziej szczegółowo

UPEDU: Rozpoznanie wymagań (ang. requirements discipline)

UPEDU: Rozpoznanie wymagań (ang. requirements discipline) Inżynieria oprogramowania II Marek Krętowski e-mail: mkret@wi.pb.edu.pl http://aragorn.pb.bialystok.pl/~mkret Wykład 5: UPEDU: Rozpoznanie wymagań (ang. requirements discipline) Na podstawie podręcznika:

Bardziej szczegółowo

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010 Jak nie stracić efektów synergii usługi systemów krajowych i globalnych Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska Miedzeszyn, wrzesień 2010 Bartosz Górczyński Prezes Zarządu CTPartners

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

Agile Project Management

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

Bardziej szczegółowo

Konfiguracja modelowania w procesie wytwarzania oprogramowania

Konfiguracja modelowania w procesie wytwarzania oprogramowania Konfiguracja modelowania w procesie wytwarzania oprogramowania Anna Bobkowska Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura nie zastępuje obecności na

Bardziej szczegółowo

Hippo Boombox MM209N CD. Instrukcja obsługi User s Manual

Hippo Boombox MM209N CD. Instrukcja obsługi User s Manual Hippo Boombox Instrukcja obsługi User s Manual OPIS PRZYCISKÓW: PL ON-OFF/MODE: 1. Włącz on/off: Naciśnij przycisk, aby włączyć urządzenie. Przytrzymaj dłużej, aby wyłączyć. 2. MODE: Wybierz źródło sygnału:

Bardziej szczegółowo

Metodyki projektowania i modelowania systemów Cyganek & Kasperek & Rajda 2013 Katedra Elektroniki AGH

Metodyki projektowania i modelowania systemów Cyganek & Kasperek & Rajda 2013 Katedra Elektroniki AGH Kierunek Elektronika i Telekomunikacja, Studia II stopnia Specjalność: Systemy wbudowane Metodyki projektowania i modelowania systemów Cyganek & Kasperek & Rajda 2013 Katedra Elektroniki AGH Zagadnienia

Bardziej szczegółowo

Planowanie i realizacja zadań w zespole Scrum

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

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie 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ółowo

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011 Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo

Bardziej szczegółowo

Wytwórstwo oprogramowania. michał możdżonek

Wytwórstwo oprogramowania. michał możdżonek Wytwórstwo oprogramowania michał możdżonek 01.2008 Plan wykładu 1. Proces tworzenie oprogramowania 2. Zarządzanie projektami 3. Wymagania 4. Projektowanie 5. Testowanie 6. Szacowanie złożoności i kosztu

Bardziej szczegółowo

Proces projektowania i wdrożenia serwisu internetowego

Proces projektowania i wdrożenia serwisu internetowego Proces projektowania i wdrożenia serwisu internetowego Kluczowe etapy projektu 9 1 Rozwój i optymalizacja Analiza celów, potrzeb i konkurencji 8 Szkolenie IMPROVE THINK Wireframe i prototyp (UX) 2 7 Testy

Bardziej szczegółowo

Strona główna > Produkty > Systemy regulacji > System regulacji EASYLAB - LABCONTROL > Program konfiguracyjny > Typ EasyConnect.

Strona główna > Produkty > Systemy regulacji > System regulacji EASYLAB - LABCONTROL > Program konfiguracyjny > Typ EasyConnect. Typ EasyConnect FOR THE COMMISSIONING AND DIAGNOSIS OF EASYLAB COMPONENTS, FSE, AND FMS Software for the configuration and diagnosis of controllers Type TCU3, adapter modules TAM, automatic sash device

Bardziej szczegółowo

Zarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu

Zarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu Zarządzanie ryzykiem w projektach informatycznych Marcin Krysiński marcin@krysinski.eu O czym będziemy mówić? Zarządzanie ryzykiem Co to jest ryzyko Planowanie zarządzania ryzykiem Identyfikacja czynników

Bardziej szczegółowo

SCRUM Product Owner - wstęp do zarządzania produktami

SCRUM 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ółowo

USPRAWNIANIE, DORADZTWO, KONSULTING

USPRAWNIANIE, DORADZTWO, KONSULTING USPRAWNIANIE, DORADZTWO, KONSULTING LEAN MANAGEMENT All we are doing is looking at a time line from the moment the customer gives us an order to the point when we collect the cash. And we are reducing

Bardziej szczegółowo

Usługowy model zarządzania w oparciu o ITIL v3. wprowadzenie do biblioteki ITIL na prostym przykładzie

Usługowy model zarządzania w oparciu o ITIL v3. wprowadzenie do biblioteki ITIL na prostym przykładzie Usługowy model zarządzania w oparciu o ITIL v3 wprowadzenie do biblioteki ITIL na prostym przykładzie Plan prezentacji Krótka definicja ITIL i kilka pojęć Umowy i kontrakty SLA, OLA, UC Podstawowe publikacje

Bardziej szczegółowo

Wstęp do zarządzania projektami

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

Bardziej szczegółowo

Installation of EuroCert software for qualified electronic signature

Installation of EuroCert software for qualified electronic signature Installation of EuroCert software for qualified electronic signature for Microsoft Windows systems Warsaw 28.08.2019 Content 1. Downloading and running the software for the e-signature... 3 a) Installer

Bardziej szczegółowo

Zintegrowany System Zarządzania w Śląskim Centrum Społeczeństwa Informacyjnego

Zintegrowany System Zarządzania w Śląskim Centrum Społeczeństwa Informacyjnego Zintegrowany System Zarządzania w Śląskim Centrum Społeczeństwa Informacyjnego Beata Wanic Śląskie Centrum Społeczeństwa Informacyjnego II Śląski Konwent Informatyków i Administracji Samorządowej Szczyrk,

Bardziej szczegółowo

Podejście zwinne do zarządzania projektami

Podejście zwinne do zarządzania projektami Podejście zwinne do zarządzania projektami na przykładach projektów wytwarzania oprogramowania Wojciech Czujowski, Łukasz Sienkiewicz Tieto Poland Agenda CZĘŚĆ I-sza: Kilka słów o Tieto SCRUM w organizacji

Bardziej szczegółowo

Dlaczego odniesiesz porażkę Czyli jak nie prowadzić biznesu Tomasz Grochowski, Project Management Institute Tomasz Grochowski Uniwersytet Ekonomiczny metody ilościowe w zarządzaniu Analityk w firmach FMCG

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW 01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe ZARZĄDZANIE SERWISEM IT PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe ZARZĄDZANIE SERWISEM IT Semestr 1 Moduły

Bardziej szczegółowo

Dobry Product Backlog Oferta szkolenia dla Product Ownerów

Dobry 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ółowo

Opis metodyki i procesu produkcji oprogramowania

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

Bardziej szczegółowo

Zarządzanie sieciami telekomunikacyjnymi

Zarządzanie sieciami telekomunikacyjnymi SNMP Protocol The Simple Network Management Protocol (SNMP) is an application layer protocol that facilitates the exchange of management information between network devices. It is part of the Transmission

Bardziej szczegółowo

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

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

Bardziej szczegółowo

MSF. Microsoft Solution Framework

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

Bardziej szczegółowo

Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA

Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Joanna Siemińska o mnie Absolwentka Politechniki Warszawskiej Orange Outbox Europejska Organizacja Badań Jądrowych w Genewie (CERN) TouK Certyfikat

Bardziej szczegółowo

Zarządzanie bezpieczeństwem w Banku Spółdzielczym. Aleksander P. Czarnowski AVET Information and Network Security Sp. z o.o.

Zarządzanie bezpieczeństwem w Banku Spółdzielczym. Aleksander P. Czarnowski AVET Information and Network Security Sp. z o.o. Zarządzanie bezpieczeństwem w Banku Spółdzielczym Aleksander P. Czarnowski AVET Information and Network Security Sp. z o.o. Definicja problemu Ważne standardy zewnętrzne Umiejscowienie standardów KNF i

Bardziej szczegółowo

PROGRAM STAŻU. Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O. Miejsce odbywania stażu IBM, ul. Muchoborska 8, 54-424 Wrocław, Poland

PROGRAM STAŻU. Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O. Miejsce odbywania stażu IBM, ul. Muchoborska 8, 54-424 Wrocław, Poland PROGRAM STAŻU Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O Miejsce odbywania stażu IBM, ul. Muchoborska 8, 54-424 Wrocław, Poland Stanowisko, obszar działania Młodszy Koordynator w Departamencie Zarządzania

Bardziej szczegółowo

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

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

Bardziej szczegółowo

ISTOTNYCH. o COBIT 5

ISTOTNYCH. o COBIT 5 ISTOTNYCH 5FAKTÓW o COBIT 5 Informacja jest kluczowym zasobem wszystkich organizacji. Od momentu powstania informacji do jej zniszczenia, technologie informatyczne odgrywają znaczącą rolę w jej przetwarzaniu

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW 01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO

Bardziej szczegółowo

Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego Wymagania i wytyczne stosowania

Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego Wymagania i wytyczne stosowania POPRAWKA do POLSKIEJ NORMY ICS 13.020.10 PN-EN ISO 14001:2005/AC listopad 2009 Wprowadza EN ISO 14001:2004/AC:2009, IDT ISO 14001:2004/AC1:2009, IDT Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego

Bardziej szczegółowo

Wstęp do zarządzania projektami

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

Bardziej szczegółowo

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI ( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI Szkoła powstała z myślą o ludziach odpowiedzialnych za realizację kompleksowych projektów komunikacyjnych przy wykorzystaniu dostępnych zasobów, zarówno w

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Szkolenie 1. Zarządzanie projektami

Szkolenie 1. Zarządzanie projektami UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl

Bardziej szczegółowo

Biuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja.

Biuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja. Harmonogram szkolenia zawodowego: Zarządzanie projektami europejskimi Termin realizacji: 14.02.2011 10.03.2011 Miejsce realizacji: Szkoła policealna Wizażu i Stylizacji ul. Reformacka 4, Rzeszów Data Godziny

Bardziej szczegółowo

Testowanie i walidacja oprogramowania

Testowanie i walidacja oprogramowania i walidacja oprogramowania Inżynieria oprogramowania, sem.5 cz. 3 Rok akademicki 2010/2011 Dr inż. Wojciech Koziński Zarządzanie testami Cykl życia testów (proces) Planowanie Wykonanie Ocena Dokumentacja

Bardziej szczegółowo

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje

Bardziej szczegółowo

Projekt Kompetencyjny - założenia

Projekt Kompetencyjny - założenia Projekt Kompetencyjny - założenia sem. V 2013 kgrudzi.kis.p.lodz.pl projekt kompetencyjny 1 System informatyczny zbiór powiązanych ze sobą elementów, którego funkcją jest przetwarzanie danych przy użyciu

Bardziej szczegółowo

Zarządzanie projektami. Porównanie podstawowych metodyk

Zarządzanie projektami. Porównanie podstawowych metodyk Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled

Bardziej szczegółowo

HP Service Anywhere Uproszczenie zarządzania usługami IT

HP Service Anywhere Uproszczenie zarządzania usługami IT HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone

Bardziej szczegółowo

OSI Physical Layer. Network Fundamentals Chapter 8. Version Cisco Systems, Inc. All rights reserved. Cisco Public 1

OSI Physical Layer. Network Fundamentals Chapter 8. Version Cisco Systems, Inc. All rights reserved. Cisco Public 1 OSI Physical Layer Network Fundamentals Chapter 8 Version 4.0 1 Warstwa fizyczna modelu OSI Network Fundamentals Rozdział 8 Version 4.0 2 Objectives Explain the role of Physical layer protocols and services

Bardziej szczegółowo

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

Zarządzanie projektami. Wykład 3 Wyznaczanie zakresu projektu Planowanie projektu Zarządzanie projektami Wykład 3 Wyznaczanie zakresu projektu Planowanie projektu Wyznaczanie zakresu projektu COS i POS Conditions of Satisfaction (COS) Warunki satysfakcji Sformalizowana wymiana zdań

Bardziej szczegółowo

[MS-10979] Course 10979C: Microsoft Azure Fundamentals (2 dni)

[MS-10979] Course 10979C: Microsoft Azure Fundamentals (2 dni) [MS-10979] Course 10979C: Microsoft Azure Fundamentals (2 dni) Informacje o usłudze Numer usługi 2016/10/06/10423/20439 Cena netto 1 400,00 zł Cena brutto 1 722,00 zł Cena netto za godzinę 0,00 zł Cena

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

Warsztaty praktyk unijnych

Warsztaty praktyk unijnych Warsztaty praktyk unijnych zajęcia nr 1, 2 dr Piotr Modzelewski Zakład Strategii i Polityki Gospodarczej WNE UW Model nakłady/ wyniki dla administracji publicznej Źródło: Ch. Pollitt., G. Bouckaert, Public

Bardziej szczegółowo

HARMONOGRAM SZKOLEŃ styczeń - marzec 2017

HARMONOGRAM SZKOLEŃ styczeń - marzec 2017 ACTION Centrum Edukacyjne ACTION Centrum Edukacyjne oferuje najwyższej jakości szkolenia IT prowadzone przez najlepszych instruktorów w Polsce. Jako jedyny ośrodek szkoleniowy w Polsce posiada autoryzację

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Etapy życia oprogramowania

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

Bardziej szczegółowo

MM210. Instrukcja obsługi User s Manual

MM210. Instrukcja obsługi User s Manual Chilli Boombox Instrukcja obsługi User s Manual OPIS PRZYCISKÓW: PL ON-OFF/MODE: 1. Włącz on/off: Naciśnij przycisk, aby włączyć urządzenie. Przytrzymaj dłużej, aby wyłączyć. 2. MODE: Wybierz źródło sygnału:

Bardziej szczegółowo

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia Click Piotr Kałuski to edit Master subtitle style Punkty widzenia Zespół Testów Manager Projektu Użytkownik końcowy Zespół Testów

Bardziej szczegółowo

ERP to za mało. Zarządzanie wiedzą przez cały okres ŻYCIA produktu. Katarzyna Andrzejuk Mariusz Zabielski

ERP to za mało. Zarządzanie wiedzą przez cały okres ŻYCIA produktu. Katarzyna Andrzejuk Mariusz Zabielski ERP to za mało Zarządzanie wiedzą przez cały okres ŻYCIA produktu Katarzyna Andrzejuk Mariusz Zabielski Pierwszy wymiar firmy - struktura organizacyjna Zrozumieć jaka jest struktura organizacyjna oraz

Bardziej szczegółowo

Dlaczego my? HARMONOGRAM SZKOLEŃ październik - grudzień ACTION Centrum Edukacyjne. Autoryzowane szkolenia. Promocje

Dlaczego my? HARMONOGRAM SZKOLEŃ październik - grudzień ACTION Centrum Edukacyjne. Autoryzowane szkolenia. Promocje ACTION Centrum Edukacyjne ACTION Centrum Edukacyjne oferuje najwyższej jakości szkolenia IT prowadzone przez najlepszych instruktorów w Polsce. Jako jedyny ośrodek szkoleniowy w Polsce posiada autoryzację

Bardziej szczegółowo

Wykład 4. Projektowanie. MIS n Inżynieria oprogramowania Październik 2014

Wykład 4. Projektowanie. MIS n Inżynieria oprogramowania Październik 2014 Wykład 4 MIS-1-505-n Inżynieria oprogramowania Październik 2014 Metody Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 4.1 Agenda 1 2 3 Metody Metody 4 5 4.2 Implementacja Metody

Bardziej szczegółowo

Tematy prac magisterskich Rok akademicki 2013/2014

Tematy prac magisterskich Rok akademicki 2013/2014 Dr hab. inż. Jan Werewka, prof. n. AGH Wydział EAIiIB AGH E-mail: werewka@agh.edu.pl www: http://home.agh.edu.pl/werewka Tematy prac magisterskich Rok akademicki 2013/2014 Temat 1 Architektura przedsięwzięcia

Bardziej szczegółowo

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny SCRUM niełatwe wdrażanie metodyki w praktyce Adam Krosny 1 Czym się zajmujemy Realizujemy projekty informatyczne średniej wielkości Ilość osób w projekcie 10-50 Architektura SOA, EBA Wiele komponentów

Bardziej szczegółowo

Projektowanie interakcji

Projektowanie interakcji Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director

Bardziej szczegółowo

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE Dobre narzędzia, które pomogą Ci w planowaniu i realizacji projektu TERMIN od: 04.11.2017 TERMIN do: 04.11.2018 CZAS TRWANIA:21 dni MIEJSCE: Katowice

Bardziej szczegółowo

Optymalizacja Automatycznych Testów Regresywnych

Optymalizacja Automatycznych Testów Regresywnych Optymalizacja Automatycznych Testów Regresywnych W Organizacji Transformującej do Agile Adam Marciszewski adam.marciszewski@tieto.com Agenda Kontekst projektu Typowe podejście Wyzwania Cel Założenia Opis

Bardziej szczegółowo