System zarz¹dzania prac¹ grupow¹ jako element wspieraj¹cy wdra anie metodyki CMMI
|
|
- Aniela Adamska
- 9 lat temu
- Przeglądów:
Transkrypt
1 VIII Konferencja PLOUG Koœcielisko PaŸdziernik 2002 System zarz¹dzania prac¹ grupow¹ jako element wspieraj¹cy wdra anie metodyki CMMI Andrzej Adamczyk ALMA SA Czes³aw Jêdrzejek Akademia Techniczno-Rolnicza, Bydgoszcz Instytut Technik Telekomunikacyjnych i Informatycznych Sp. z o. o. Czeslaw.Jedrzejek@itti.com.pl Abstrakt Software Engineering Institute wyda³ w 1983 roku model CMM opisuj¹cy poziomy dojrza³oœci firmy w kontekœcie rozwoju i dostarczania produktów swoim klientom. Kolejnym krokiem by³o wydanie standardu CMMI, które jest wersj¹ udoskonalon¹ CMM. Stosowanie tych standardów powinno przynieœæ firmie obni enie kosztów, polepszenie wskaÿnika zwrotu z inwestycji oraz umo liwienie wykonywania du ych i z³o onych projektów informatycznych. Model CMMI ma szanse bardzo szybko upowszechniæ siê w przemyœle informatycznym. Niniejszy artyku³ stara siê odpowiedzieæ na pytanie czy wdro enie systemu zarz¹dzania prac¹ grupow¹ mo e spowodowaæ awansowanie firmy na kolejne poziomy modelu CMMI.
2 System zarządzania pracą grupową jako element wspierający wdrażanie metodyki CMMI Wstęp Wśród standardów określających sposób prowadzenia projektów informatycznych coraz większym znaczeniem charakteryzuje się standard CMMI SM (ang. Capability Maturity Model Integration) [1-2]. Standard ten dostarcza schemat służący poprawie zastosowania organizacji procesowej w celu rozwoju i dostarczania produktów do klientów. Zasady te są z powodzeniem stosowane w inżynierii systemów informatycznych i w inżynierii oprogramowania. Osiągnięcie odpowiednio wysokiego poziomu dojrzałości firmy według standardu CMMI pozwala przede wszystkim na obniżenie kosztów działalności oraz polepszenie wskaźnika ROI. Dodatkowo w przypadku dużych projektów jest warunkiem koniecznym ukończenia ich z sukcesem biznesowym. CMM został opublikowany przez Software Engineering Institute (SEI) w 1983 roku i od razu zyskał sobie wielkie zainteresowanie i poparcie w przemyśle programistycznym. Po tym sukcesie wiele różnych organizacji próbowało wprowadzić swoje modele dojrzałości nieraz rozwijając idee zawarte w modelu CMM. Sam SEI wydał kilka takich opracowań. Ostatecznie wydano zintegrowany model CMMI (ang. Capability Maturity Model Integration), który jednoczył wszystkie dotychczasowe publikacje SEI związane z tym zagadnieniem. Zastosowanie pewnych systemów wspomagających procesy rozwoju i wdrażania oprogramowania może skutecznie przyczynić się do awansu firmy na wyższe poziomy dojrzałości według modelu CMMI. Do tego typu systemów należą systemy zarządzania pracą grupową. 2. Elementy systemów zarządzania pracą grupową System zarządzania pracą grupową powinien posiadać: Moduł zarządzania wiedzą Moduł zarządzania czasem pracy Moduł planowania zadań Moduł zarządzania zadaniami Doświadczenia zgromadzone w niniejszym artykule opierają się na dwóch zaimplementowanych systemach i wykorzystywanych systemach zarządzania pracą grupową w środowisku projektów informatycznych. Są to: ITTI Intranet Collaborator zaimplementowany i wykorzystywany na przestrzeni [3] Intranet ALMA zaimplementowany i wykorzystywany w roku 2002 Poniżej przedstawiono zakresy funkcjonalne obu systemów (Rys. 1).
3 336 Andrzej Adamczyk, Czesław Jędrzejek Zarządzanie wiedzą Zarządzanie czasem pracy Zarządzanie zadaniami Planowanie zadań ITTI Intranet Collaborator Intranet ALMA Rys. 1. Obszary działania systemów do zarządzania pracą grupową Wnioski zawarte w niniejszym artykule wyciągnięte są na podstawie przeprowadzenia dwóch przykładowych projektów, które zostały scharakteryzowane w poniższej tabeli. Nazwa Charakterystyka Tabela 1. Charakterystyka projektów Projekt A Projekt rozwoju i wdrożenia oprogramowania (systemu ERP) pod konkretne potrzeby giełdowej firmy komercyjnej trwający ok. półtora roku. Jasno określony klient użytkownik końcowy. Projekt B Projekt rozwoju oprogramowania dla środowiska uniwersyteckiego. Projekt wspierany przez program Unii Europejskiej. Czas trwania ok. 3 lata. Zakończony wdrożeniem na uczelni Moduł Zarządzania Wiedzą W bazie danych modułu zarządzania wiedzą gromadzone są wszelkie informacje techniczne i administracyjne wykorzystywane w projektach przez wszystkich pracowników. Autorem informacji może być również każdy pracownik. Możliwe jest wielokryterialne wyszukiwanie informacji w bazie określając elementy tematu, słowa kluczowe, elementy treści, autora oraz kategorię zapisanych danych. Informacje zapisane w bazie może usunąć lub edytować tylko ich faktyczny autor. Kierownik ma możliwość trwałej archiwizacji zapisanych informacji (po to by nie zginęła historia) 2.2. Moduł Zarządzania Czasem Pracy Zarządzanie czasem pracy odbywa się za pomocą rejestracji okresów pracy. Dla każdego okresu, który może obejmować cały dzień lub jego część zapamiętywane są godziny rozpoczęcia i zakończenia, projekty oraz typ czynności wykonywanych w ramach tego projektu wraz z ilością czasu poświęconą na poszczególne czynności, dodatkowa praca wykonana poza właściwym okresem pracy (np. w domu lub na delegacji), dodatkowe uwagi wpisane przez pracownika. Rejestrowanie większości tych danych odbywa się podczas zakańczania okresu pracy. Pracownik posługuje się w tym celu odpowiednio przygotowanym formularzem wykorzystującym listy wszystkich zdefiniowanych w intranecie projektów i typów czynności. Na podstawie wpisanych danych możliwe jest generowanie raportów czasu pracy w okresach tygodniowych.
4 System zarządzania pracą grupową jako element wspierający wdrażanie metodyki CMMI Moduł Planowania Zadań Moduł planowania zadań został zaimplementowany w Intranecie ALMA (Rys. 2). Rys. 2. Obszary działania systemów do zarządzania pracą grupową Pozwala on na wprowadzanie zadań do wykonania w przyszłości. Zadania mogą być planowane w kontekście klienta (lub firmy o innym charakterze), w kontekście konkretnego projektu lub jako zadania niezależne. Każde z wprowadzonych zadań może mieć wiele realizacji konkretnie zaplanowanych w czasie. Wykonywanie planu jest monitorowanie poprzez weryfikacje planowanych realizacji zadań i wprowadzanie danych dotyczących faktycznych realizacji. Dzięki temu można śledzić zaplanowane i faktyczne realizacje zadań. Moduł ten pozwala na generowanie raportów tygodniowych z planowanych i faktycznych realizacji zadań oraz na generowanie raportu pracochłonności w kontekście klienta oraz projektu, co sprzyja utrzymaniu dyscypliny finansowej. Rys. 3. Obszary działania systemów do zarządzania pracą grupową
5 338 Andrzej Adamczyk, Czesław Jędrzejek 2.4. Moduł Zarządzania Zadaniami Zarządzanie zadaniami jest najbardziej rozbudowaną funkcją intranetu. Umożliwia rejestrowanie zadań przez kierowników pracy (managerów), wykonywanie zadań przez projektantów, programistów i testerów. Sposób postrzegania formularzy zależy od roli, którą pełni dany użytkownik. Dlatego też wszystkim użytkownikom przypisuje się role. Kierownik ma prawo do edycji wielu informacji dotyczących zadania: typu, wykonawcy, nazwy zadania, jego treści, terminu wykonania oraz informacji dodatkowych. Wykonawca wprowadza informacje o postępie prac, które pozwalają się zorientować kierownikowi jak przebiega front robót. Określa on też pracochłonność, która przydaje się przy szacowaniu faktycznej pracochłonności projektu. Dla kierownika dostępna jest przejrzysta lista wykonywanych zadań oznakowana w przypadku, kiedy współpracownik dokonał zmian w informacjach dotyczących zadania (chorągiewka po lewej stronie zadania). Zadania w zależności od ilości czasu pozostałego do końca wykonania są automatycznie przez system kolorowane, dając kierownikowi obraz zagrożeń nie wykonania ich w terminie. W czasie realizacji zadania możliwe jest umieszczanie komentarzy zarówno przez wykonawcę jak i kierownika. Komentarze te są automatycznie opatrywane w datę i autora. Stanowią one swoisty dialog, który odbywa się w kontekście konkretnego zadania i jest bardzo pomocny podczas współpracy z wykonawcami zdalnymi. 3. Charakterystyka modelu CMMI CMMI obejmuje następujące kategorie zarządzania: Zarządzanie projektem Zarządzanie pomocnicze Zarządzanie procesowe Inżynieria oprogramowania W każdej z tych kategorii możemy zdefiniować obszary procesów (przedstawione w Tab. 1) Tabela 2. Obszary procesów Kategoria Obszary procesów Symbol Zarządzanie procesowe Zarządzanie projektem Zorientowanie na procesy organizacji OPF Definicja procesów organizacji OPD Szkolenie w dziedzinie organizacji OT Definicja oraz monitorowanie miar procesów OPD Innowacje w dziedzinie modelu procesów i organizacji OID Planowanie projektu PP Monitorowanie i kontrola projektu PMC Zarządzanie uzgodnieniami z dostawcami SAM Zintegrowane zarządzanie projektem IPM Zarządzanie ryzykiem RSKIM Zintegrowane tworzenie grup projektowych IT Zintegrowane zarządzanie uzgodnieniami z dostawcami ISM Ilościowe zarządzanie projektem QPM
6 System zarządzania pracą grupową jako element wspierający wdrażanie metodyki CMMI 339 Inżynieria oprogramowania Zarządzanie pomocnicze Zarządzanie wymaganiami Rozwój wymagań Rozwiązania technologiczne Integracja produktu Weryfikacja Walidacja Zarządzanie konfiguracją Zarządzanie jakością procesu i produktu Pomiary i analizy Analiza decyzyjna i rozwiązywanie problemów Środowisko organizacyjne do integracji Analiza przyczynowa i rozwiązywanie problemów REQM RD TS PI VER VAL CM PPQA MA DAR OEI CAR Stopień standaryzacji poszczególnych obszarów wpływa na poziom dojrzałości organizacji w kontekście modelu CMMI. Dla danego procesu (czy obszaru procesów) są zdefiniowane cele do osiągnięcia (ogólne), wspólne dla wszystkich procesów w aspekcie: Zaangażowanie w wykonanie: stworzenie polityki i zapewnienie sponsorowania działaniom zmierzającym do udoskonalenia procesu Możliwość wykonania: zapewnia, aby projekt lub/i organizacja miała odpowiednie zasoby potrzebne do kontynuowania doskonalenia procesu Kierowanie implementacją: zbieranie, pomiar i analiza danych związanych z procesami Weryfikacja: weryfikowanie czy projekty lub/i działania organizacji podporządkowane są wymaganiom, procesom i procedurom Sposoby realizacji procesów stanowią praktykę przedsiębiorstwa, która przedstawia poniższy schemat. Poziom dojrzałości Obszar procesu Obszar procesu Obszar procesu Cele ogólne Cele szczególne wspólne cechy Zaangażowanie w wykonanie Możliwość wykonania Kierownie implementacją Weryfikacja Czynności ogólne Czynności szczególne Rys. 4. Praktyki przedsiębiorstwa
7 340 Andrzej Adamczyk, Czesław Jędrzejek Stopień standaryzacji poszczególnych obszarów wpływa na poziom dojrzałości organizacji w kontekście modelu CMMI. Hierarchię poziomów dojrzałości procesów przedstawia poniższa tabela. Tabela 3. Hierarchia poziomów dojrzałości procesów Poziom Cele organizacyjne Obszary procesów Symbol 5: optymalizacji Ciągłe doskonalenie procesów Innowacje w dziedzinie modelu procesów i organizacji OID Analiza przyczynowa i rozwiązywanie problemów CAR 4: zarządzany ilościowo Zarządzanie w oparciu o miary Definicja procesów organizacji OPP Ilościowe zarządzanie projektem QPM 3: zdefiniowany Standardowe spójne procesy 2: zarządzany Podstawowe zarządzanie projektem 1: początkowy Rozwój wymagań Rozwiązania technologiczne Integracja produktu Weryfikacja Walidacja Zorientowanie na procesy organizacji Definicja procesów organizacji Szkolenie w dziedzinie organizacji Integracja produktu Zarządzanie ryzykiem Zintegrowane tworzenie grup projektowych Zintegrowane zarządzanie uzgodnieniami z dostawcami Analiza decyzyjna i rozwiązywanie problemów Środowisko organizacyjne do integracji Zarządzanie wymaganiami Planowanie projektu Monitorowanie i kontrola projektu Zarządzanie uzgodnieniami z dostawcami Pomiary i analizy Zarządzanie jakością procesu i produktu Zarządzanie konfiguracją RD TS PI VER VAL OPF OPD OT IPM RSKIM IT ISM DAR OEI REQM PP PMC SAM MA PPQA CM
8 System zarządzania pracą grupową jako element wspierający wdrażanie metodyki CMMI 341 Poziom 0 oznacza, że firma nie jest w ogóle dojrzała według modelu CMMI. Poszczególne poziomy określają dojrzałość firmy w sposób następujący [1,4]. 1) Poziom początkowy Poziom ten charakteryzuje się brakiem skutecznego zarządzania. Nawet jeśli firma znajdująca się na poziomie początkowym posiada określone zasoby potrzebne do wykonania prac, to nie potrafi ich w sposób właściwy użyć. Pracy jest nie planowana i chaotyczna. Nie można przewidzieć jaki będzie efekt finalny, ani też jakim poziomem jakości będzie się charakteryzował. Wynika to z faktu, że nie istnieje żadna metodyka pomiaru i zagwarantowania jakości. Organizacje kwalifikujące się na tym poziomie nie są profesjonalnymi firmami produkującymi oprogramowanie. 2) Poziom zarządzany (powtarzalny) Na poziomie zarządzanym wymaga się od organizacji umiejętności zarządzania zadaniami w projekcie, przydzielania zasobów, określania harmonogramu oraz kosztu przedsięwzięć. Wiedza i możliwości zespołu są ściśle uzależnione od możliwości poszczególnych pracowników. W ramach zarządzania problemy mogą być zlokalizowane zanim cały projekt zakończy się fiaskiem dzięki kontroli i monitorowaniu etapów projektu. 3) Poziom zdefiniowanych procesów Poziom ten wymaga dokładnej definicji procesów zarządzania. Dzięki temu nawet w krytycznych momentach można realizować cele procesów nie poddając się stresowi. Pojawiają się pierwsze mechanizmy doskonalenia procedur pracy oraz szkolenia personelu. Wiedza dotycząca zarządzania nie znajduje się wyłącznie w głowach pracowników, ale i w modelu procesów. 4) Poziom zarządzania ilościowego Poziom zarządzania ilościowego stawia przed organizacją obowiązek kontroli i nadzoru nad procesami nie tylko w sposób jakościowy, ale i stosując wskaźniki ilościowe. Powoduje to wzrost trafności podejmowanych decyzji oraz ich obiektywność. 5) Poziom optymalizacji procesów Na poziomie piątym modelu CMMI firma powinna móc elastycznie modyfikować procesy biznesowe według zmieniających się warunków i celów. Powinna także wyciągać wnioski z problemów i umieć likwidować je u źródła zapobiegając ich powstawaniu. 4. Elementy CMMI wspierane przez systemy zarządzania pracą grupową Systemy zarządzania pracą grupową wspierają głównie procesy związane z zarządzaniem projektem i inżynierią oprogramowania. Jako takie podnoszą poziom dojrzałości ponad poziom zerowy, który charakteryzuje się brakiem jakichkolwiek procesów, oraz pierwszy, w którym produkt co prawda wytwarzany jest w taki sposób, że spełnia częściowo cele procesów, ale może być rozwijany przy użyciu metod nieformalnych i bez odpowiedniej dokumentacji projektowej, a sposób prowadzenia projektu w dużej mierze zależy od cech indywidualnych zespołu ludzi biorących w nim udział. Powstaje pytanie, czy system zarządzania pracą grupową odpowiednio zastosowany pozwala na organizację projektu zgodnie z wymogami trzeciego poziomu dojrzałości modelu CMMI. Drugi poziom modelu charakteryzowany jest wprowadzeniem zarządzania za pomocą procesów, które jednak nie są do końca zdefiniowane. Objawiać się to powinno wykonywaniem praktyk wymienionych w poniższej tabeli.
9 342 Andrzej Adamczyk, Czesław Jędrzejek Praktyka ustalenie polityki firmy planowanie procesów poprawne przydzielanie zasobów przydzielanie odpowiedzialności (ról) szkolenie pracowników zarządzanie konfiguracją identyfikacja i zaangażowanie ważnych stron projektu monitorowanie i zarządzanie procesami obiektywna ocena zgodności działań z opisem procesu przegląd czynności, stanów i wyników w kontekście zarządzania wyższego poziomu Tabela 4. Ogólne praktyki poziomu drugiego Stopień wspierania przez systemy zarządzania pracą grupową nie dotyczy nie dotyczy w pełni wspiera w pełni wspiera częściowo wspiera np. przez dystrybucję wiedzy częściowo wspiera np. przez wiązanie wersji oprogramowania z konkretnymi zadaniami częściowo wspiera np. przez przydzielanie ról zespołom projektowym wszystkich zaangażowanych stron częściowo wspiera np. przez dostarczanie raportów zawierających kluczowe informacje o przebiegu projektu częściowo wspiera np. przez dostarczanie raportów zawierających kluczowe informacje o przebiegu projektu częściowo wspiera przez dostarczanie raportów zawierających kluczowe informacje o przebiegu projektu Można z całym przekonaniem powiedzieć, że w ramach funkcjonalności systemów zarządzania pracą grupową mieszczą się w pełni takie praktyki, jak przydzielanie zasobów i odpowiedzialności, gdyż jest to nierozerwalnie związane z mechanizmami zarządzania zadaniami. Praktyki związane z ustaleniem polityki firmy i planowaniem samych procesów biznesowych wykraczają poza funkcjonalność takich systemów. Pozostałe praktyki mogą być częściowo wspierane przez takie systemy. Można spostrzec, że jeśli zastosowanie narzędzi typu systemy zarządzania pracą grupową wynika z polityki firmy i modelu procesów, wtedy możemy powiedzieć, że organizacja wkroczyła na drugi poziom dojrzałości modelu CMMI. Na trzecim poziomie wymagane jest, aby firma dodatkowo dokładnie zdefiniowała procesy pracy. Definicja procesów polega na określeniu dla każdego z nich: celu procesu danych wejściowych kryteriów rozpoczęcia procesu czynności związanych z procesem ról poszczególnych osób miar kroków służących weryfikacji procesu
10 System zarządzania pracą grupową jako element wspierający wdrażanie metodyki CMMI 343 danych wyjściowych procesu kryteriów zakończenia procesu Taka definicja procesów uwzględniająca cele organizacji powinna być wykonana i modyfikowana na bieżąco wraz ze zmianą celów biznesowych. Dodatkowo wymaga się zbierania informacji służących udoskonalaniu istniejących w firmie procesów. W tej sferze system zarządzania pracą grupową może służyć jako baza danych informacji, na podstawie których należy wyciągnąć odpowiednie wnioski i zmodyfikować model procesów. Na poziomie czwartym modelu CMMI wymaga się od firmy zarządzania w oparciu o dokładnie zdefiniowany model procesów, ale z wykorzystaniem metod pozwalających nie tylko jakościowo, ale i ilościowo oceniać wykonywanie procesów i nimi zarządzać. Oczekuje się również stabilizacji warunków wykonywania podprocesów w taki sposób, aby jakość wykonania całego procesu nie została zachwiana. Wsparcie systemów zarządzania pracą grupową w tej dziedzinie ogranicza się do dostarczania raportów zawierających kluczowe dane służące ocenie parametrów wykonywanych procesów, przez co możliwe jest zarządzanie nimi w oparciu o wskaźniki ilościowe i statystyczne. Na ostatnim piątym poziomie firma powinna dodatkowo: zapewnić mechanizm ciągłej adaptacji procesów uwzględniając warunki środowiska i czynniki biznesowe, być w stanie określić ilościowo jak zmiany procesów wpływają na efektywność pracy, umieć na podstawie występujących błędów w oprogramowaniu i problemów inżynierskich usuwać przyczyny u źródła zapobiegając na przyszłość ich powstawaniu. Na tym etapie rozwoju systemy zarządzania pracą grupową mogą oczywiście być pomocne, jednak ewidentnie nie są wystarczające. Z powyższych rozważań widać, że systemy zarządzania pracą grupową mogą się wydatnie przyczynić do podwyższenia poziomu dojrzałości organizacji według modelu CMMI. Po zastosowaniu tego typu narzędzi można spodziewać się, że firma znajdzie się na drugim poziomie modelu. Co więcej w przypadku, gdyby narzędzie tego typu było wykonane lub sparametryzowane w oparciu o wcześniej wykonany model biznesowy procesów firmy w sposób zgodny z metodyką zawartą w modelu CMMI, można by taką firmę zakwalifikować od razu na trzeci poziom. Takie podejście do wdrażania systemów zarządzania pracą grupową nie jest niestety często spotykane. Oprócz systemów zarządzania pracą grupową przedstawionych w niniejszym opracowaniu istnieje kilka tego typu produktów udostępnianych w formie aplikacji WWW w Internecie. Do tego typu systemów należy Project.net [5], który jest sieciowym rozwiązaniem wspomagającym zarządzanie i pracę grupową. Innym przykładem może być iteamwork.com [6]. Trzeba sobie zdawać sprawę, że konkretne procesy związane z organizacją pracy w projekcie znajdują się poza modelem CMMI. Model ten opisuje tylko standardy według których procesy powinny być zarządzane. Definicje procesów zatem są instacją modelu CMMI [7].
11 344 Andrzej Adamczyk, Czesław Jędrzejek Rzeczywisty świat Zespoły projektowe Inżynieria systemowa Sprawy kadrowe Kultura organizacji Technologia Marketing Poziomy dojrzałości Kluczowe obszary procesów Kluczowe praktyki Opisy procesów, modele i instancje poniżej poziomu abstrakcji CMM CMMI Opisy procesów W praktyce dojrzałość obszaru procesu ustala się przy pomocy współczynnika KPA (Key Practice Area). Dla ustalenia dojrzałości danego obszaru procesu sporządza się listę około kilkunastu pytań (warunków) checklist. Sumę uzyskanych punktów (1 za całkowite spełnienie warunku, 0,5 za częściowe spełnienie warunku, 0 za nie spełnienie warunku) dzieli się przez liczbę maksymalnych do uzyskania punktów otrzymując procentowy wskaźnik dojrzałości procesu. 6. Podsumowanie Produkcja oprogramowania jest znacznie trudniejsza niż produkcja innych towarów i usług, bo w przypadku oprogramowania nie ma rzetelnych miar jakości. Ocenia się, że średni produkt informatyczny sprzedany klientowi zawiera ok. 15% nie zidentyfikowanych lub świadomie nie poprawionych na poziomie testowania błędu. Metodyka CMMI pozwala obniżyć ten wskaźnik do 1% [9]. Inną metodą poprawiania jakości oprogramowania jest metodyka inspekcji Fagana [10]. Powstaje też zasadnicze pytanie czy projekty pisane na zamówienie mogą realnie być realizowane na czwartym lub piątym poziomie modelu CMMI. Jest to wątpliwe ze względu na to, że aby zapewnić tego typu dojrzałość procesów w działaniu potrzebne jest, aby nie tylko wykonawca oprogramowania spełniał warunki takiego poziomu, ale również klient. Można śmiało powiedzieć, że zdarza się tak niezmiernie rzadko. Niesie to za sobą poważne konsekwencje szczególnie w projektach, w których wdrożenie oprogramowania realizowane jest metodą przyspieszoną. Taki typ projektu Oracle nazywa Fast Forward. Inne zaś firmy mają z reguły swoje nazewnictwo w odniesieniu do projektów, w których dostarczany pakiet oprogramowania jest predefiniowany, a następnie wdrażany w jak najkrótszym czasie i przy jak najniższym budżecie. Wtedy gros prac zostaje przeniesionych na klienta, który nie zawsze umie sobie z tym poradzić. W takich przypadkach trudno ocenić dojrzałość procesów wdrożeniowych w oparciu o model CMMI. Interesującym aspektem wydaje się kalkulacja kosztów wykonania i wdrożenia tego typu systemu w stosunku do korzyści, które można odnieść z tego faktu. Dokładna analiza tego typu byłaby możliwa po przeprowadzeniu kilku projektów z wykorzystaniem wszystkich funkcjonalności przedstawionych systemów.
12 System zarządzania pracą grupową jako element wspierający wdrażanie metodyki CMMI 345 Już teraz można powiedzieć, że CMMI jest kluczowym czynnikiem powodzenia projektów informatycznych obok stabilności specyfikacji, stabilności finansowej i dobrej organizacji zespołu projektowego. Metoda zawarta w modelu CMMI działa w przypadku określonej skali działalności. Koszty przebudowy firmy do 3 poziomu CMMI kształtują się na poziomie tys. USD na każdego członka zespołu [9]. Z tego wynika, że dobre oprogramowanie może powstawać tylko w dużych firmach. Jednak wdrożenie metodyki CMMI i osiągnięcie wysokiego poziomu dojrzałości organizacji nie jest gwarancją sukcesu. Wiele firm japońskich oraz firma Motorola mimo, że znajdują się na 5 poziomie modelu CMMI nie odnoszą sukcesów w produkcji oprogramowania. Osiągnięcie wyższego poziomu CMMI jest miarą jakości organizacji firmy informatycznej bardziej niż wdrożenie normy ISO Model CMMI staje się standardem w przemyśle informatycznym. Te zmiany nie ominą również Polski. Polskie firmy będą musiały włożyć duży wysiłek, żeby mieć co najmniej trzeci poziom w modelu CMMI, co jest niezbędne aby brały udział w projektach międzynarodowych. Bibliografia 1. CMMI Product Development Team, Capability Maturity Model Integration (CMMI SM ), version 1.1, Software Engineering Institute, Carnegie Mellon University, December Gallagher P. B.: Interpreting Capability Maturity Model Integration (CMMI SM ) for Operational Organizations, Carnegie Mellon University, Adamczyk A: ITTI Intranet Collaborator sposób wydajnego i bezpiecznego rozwoju oprogramowania w środowisku rozproszonym, VII konferencja PLOUG, Zakopane, Byrski W.: Model dojrzałości organizacyjnej CMM (Capability Maturity Model), V Konferencja PLOUG, Zakopane, Project.net, 6. iteamwork.com, 7. Phillips M., CMMI version 1.1 Tutorial 8. Arnez T, SA-CMM Orientation for the WDTIP Project Team, McFarland G., Rudmik A., Lange D., An Updated DACS State-of-the-Art Report, Object-Oriented Database Management Systems Revisited, DACS Customer Liaison, Fagan M.N. Advances in Software Inspection, IEEE Transaction on Software Engineering, Vol. SE 12, Nr 7, 1986, str
Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz
Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_3 1 CMMI (Capability Maturity Model Integration ) -
Kuchta 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
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
Zarzą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
RAPORT 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ę
Dobór systemów klasy ERP
klasy ERP - z uwzględnieniem wymagań normy ISO 9001 Prezentacja w Klubie Menedżera Jakości, 19 marzec 2008 Zagadnienia ogólne związane z doborem systemu klasy ERP Podstawowe podziały klasyfikujące systemy
CMM. Capability Maturity Model for Software. Capability Maturity Model for Software - Strona 1 z 6
CMM Capability Maturity Model for Software Capability Maturity Model for Software - Strona 1 z 6 1. Wstęp Capability Maturity Model jest to pięciostopniowy model oceny dojrzałości metod tworzenia oprogramowania.
Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie
Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie
INŻYNIERIA OPROGRAMOWANIA Jakość w projekcie informatycznym - normy
Wykład 5 (1) Jakość w projekcie informatycznym - normy ISO: Ogólne dot. jakości: ISO 8402 - terminologia ISO 9000 - wytyczne dotyczące wyboru modelu ISO 9001/3 - modele systemu jakości Dot. oprogramowania:
INŻ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
Model 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
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
Zarządzaj projektami efektywnie i na wysokim poziomie. Enovatio Projects SYSTEM ZARZĄDZANIA PROJEKTAMI
Sprawne zarządzanie projektami Tworzenie planów projektów Zwiększenie efektywności współpracy Kontrolowanie i zarządzanie zasobami jak również pracownikami Generowanie raportów Zarządzaj projektami efektywnie
Projektowanie 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
CRM w logistyce. Justyna Jakubowska. CRM7 Specjalista Marketingu
CRM w logistyce Justyna Jakubowska CRM7 Specjalista Marketingu CRM w logistyce Prezentacja firm more7 Polska dostawca systemu CRM Autor i producent systemu do zarządzania relacjami z klientem CRM7; Integrator
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
Usługa: Testowanie wydajności oprogramowania
Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych
CRM VISION FUNKCJE SYSTEMU
www.crmvision.pl CRM VISION FUNKCJE SYSTEMU www.crmvision.pl CRM VISION FUNKCJE SYSTEMU CRM Vision to nowoczesne, bezpieczne oprogramowanie wspomagające zarządzanie firmą poprzez usprawnienie przepływu
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
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
Zarzą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......................................................
Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski
Autor: Artur Lewandowski Promotor: dr inż. Krzysztof Różanowski Przegląd oraz porównanie standardów bezpieczeństwa ISO 27001, COSO, COBIT, ITIL, ISO 20000 Przegląd normy ISO 27001 szczegółowy opis wraz
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
Administracja jako organizacja zarządzana procesowo
Administracja jako organizacja zarządzana procesowo Jak procesy mogą zaszkodzić administracji oraz obywatelom? Michał Bukowski główny specjalista CPI MSWiA CC BY-NC 2.0 VanTheMan8 Agenda 1. Znaczenie projektu
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie
Wykaz 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
Maciej Oleksy Zenon Matuszyk
Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu
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
Dojrzałość procesowa organizacji
Projektowanie procesów dr Mariusz Maciejczak Dojrzałość procesowa organizacji www.maciejczak.pl Procesy są podstawowym bogactwem intelektualnym firmy i w dużej mierze stanowią o jej przewadze konkurencyjnej.
Zarzą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
Ocena okresowa za rok 2015 w systemie informatycznym jest wciąż możliwa!
Ocena okresowa za rok 2015 w systemie informatycznym jest wciąż możliwa! Dzięki systemowi TalentPlus w modelu wdrożenia Milestone Ocena okresowa pozwala zrealizować przynajmniej trzy kluczowe zadania:
KIERUNKOWE 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
6 Metody badania i modele rozwoju organizacji
Spis treści Przedmowa 11 1. Kreowanie systemu zarządzania wiedzą w organizacji 13 1.1. Istota systemu zarządzania wiedzą 13 1.2. Cechy dobrego systemu zarządzania wiedzą 16 1.3. Czynniki determinujące
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
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.
dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach Koszt Wartość
Wykład Zarządzanie projektami Zajęcia 4 Zarządzanie jakością w projekcie dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach
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
Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.
Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.pl Obsługa wniosków kredytowych Potrzeba elastyczności
Zasady organizacji projektów informatycznych
Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych
pod tytułem: Zakup usług doradczych celu poszerzenia oferty o możliwość automatycznego tworzenia i upubliczniania kart lokali w sieci
Projekt nr POIR.2.3.1-00-12-0020/17 QROPQA Spółka z ograniczoną odpowiedzialnością realizuje projekt dofinansowany z Funduszy Europejskich pod tytułem: Zakup doradczych usług proinnowacyjnych oraz licencji
Zarządzanie bezpieczeństwem informacji w świetle zmian w prawie po 2014 roku
Zarządzanie bezpieczeństwem informacji w świetle zmian w prawie po 2014 roku Cele szkolenia - wykazanie roli MBI w organizacji, - określenie i prezentacja zróżnicowanych struktur ochrony informacji w jednostkach
Przedmowa... 7 1. System zarządzania jakością w przygotowaniu projektów informatycznych...11
Spis treści Przedmowa... 7 1. System zarządzania jakością w przygotowaniu projektów informatycznych...11 1.1. Wprowadzenie...11 1.2. System zarządzania jakością...11 1.3. Standardy jakości w projekcie
Zarzą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
Skuteczność => 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.
ZARZĄDZANIE RYZYKIEM W LABORATORIUM BADAWCZYM W ASPEKCIE NOWELIZACJI NORMY PN-EN ISO/ IEC 17025:
ZARZĄDZANIE RYZYKIEM W LABORATORIUM BADAWCZYM W ASPEKCIE NOWELIZACJI NORMY PN-EN ISO/ IEC 17025:2018-02 DR INŻ. AGNIESZKA WIŚNIEWSKA DOCTUS SZKOLENIA I DORADZTWO e-mail: biuro@doctus.edu.pl tel. +48 514
Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA
CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia
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.
Usł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
Zmiany w standardzie ISO dr inż. Ilona Błaszczyk Politechnika Łódzka
Zmiany w standardzie ISO 9001 dr inż. Ilona Błaszczyk Politechnika Łódzka 1 W prezentacji przedstawiono zmiany w normie ISO 9001 w oparciu o projekt komitetu. 2 3 4 5 6 Zmiany w zakresie terminów używanych
ROZWÓJ SYSTEMÓW SZTUCZNEJ INTELIGENCJI W PERSPEKTYWIE "PRZEMYSŁ 4.0"
ROZWÓJ SYSTEMÓW SZTUCZNEJ INTELIGENCJI W PERSPEKTYWIE "PRZEMYSŁ 4.0" Dr inż. Andrzej KAMIŃSKI Instytut Informatyki i Gospodarki Cyfrowej Kolegium Analiz Ekonomicznych Szkoła Główna Handlowa w Warszawie
Spis treści. 00 Red. Spis tresci. Wstep..indd 5 2009 12 02 10:52:08
Spis treści Wstęp 9 Rozdział 1. Wprowadzenie do zarządzania projektami 11 1.1. Istota projektu 11 1.2. Zarządzanie projektami 19 1.3. Cykl życia projektu 22 1.3.1. Cykl projektowo realizacyjny 22 1.3.2.
Udane wdrożenie systemu IT
Udane wdrożenie systemu IT Maciej Guzek CMMS Department Marketing & Sales Manager mguzek@aiut.com.pl To nie takie proste Czego klient potrzebował Co klient zamówił Co zrozumiał analityk Co opisywał projekt
Audyt funkcjonalnego systemu monitorowania energii w Homanit Polska w Karlinie
Audyt funkcjonalnego systemu monitorowania energii w Homanit Polska w Karlinie System zarządzania energią to uniwersalne narzędzie dające możliwość generowania oszczędności energii, podnoszenia jej efektywności
Popularyzacja podpisu elektronicznego w Polsce
Popularyzacja podpisu elektronicznego w Polsce Rola administracji w budowaniu gospodarki elektronicznej Warszawa, 25 września 2006 r. Poruszane tematy Wprowadzenie i kontekst prezentacji Rola administracji
Kultura usługowa i jej znaczenie dla relacji biznes - IT
Kultura usługowa i jej znaczenie dla relacji biznes - IT Andrzej Bartkowiak Dyrektor Centrum Kompetencji Zarządzania Usługami IT BZ WBK System Zarządzania Usługami to zestaw wyspecjalizowanych zdolności
Scala Business Solutions Polska Sp. z o.o. Signature metodologia wdrażania Scali. Czego użytkownik potrzebuje najbardziej?
Signature metodologia wdrażania Scali Scala to zintegrowany pakiet do zarządzania przedsiębiorstwem. O efektywności jego działania decyduje sposób właściwego wdrożenia, toteż gorąco zachęcamy wszystkich
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
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
Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08
Spis treści Wstęp.............................................................. 7 Część I Podstawy analizy i modelowania systemów 1. Charakterystyka systemów informacyjnych....................... 13 1.1.
Zarządzanie zadaniami w projektach informatycznych na przykładzie systemu Trac. Integracja z Eclipse.
Zarządzanie zadaniami w projektach informatycznych na przykładzie systemu Trac. Integracja z Eclipse. Adam Szarecki, Przemysław Wesołek Instytut Informatyki Politechnika Poznańska 2008 Podstawowe problemy
Skuteczna Strategia CRM - wyzwanie dla organizacji. Artur Kowalski Prometriq
Skuteczna Strategia CRM - wyzwanie dla organizacji Artur Kowalski Prometriq Wrocław, 19-11-2009 Jest tylko jedna strategia sukcesu Polega ona na precyzyjnym zdefiniowaniu docelowego odbiorcy i zaoferowaniu
Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni
Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni Warsztaty FRAME I. Cel Zapoznanie uczestników z możliwościami wykorzystania Europejskiej Ramowej Architektury ITS FRAME (zwanej dalej FRAME ) oraz jej narzędzi
PDM wbudowany w Solid Edge
PDM wbudowany w Solid Edge Firma GM System Integracja Systemów Inżynierskich Sp. z o.o. została założona w 2001 roku. Zajmujemy się dostarczaniem systemów CAD/CAM/CAE/PDM. Jesteśmy jednym z największych
Zarządzanie Jakością. System jakości jako narzędzie zarządzania przedsiębiorstwem. Dr Mariusz Maciejczak
Zarządzanie Jakością System jakości jako narzędzie zarządzania przedsiębiorstwem Dr Mariusz Maciejczak SYSTEM System to zespół powiązanych ze sobą elementów, które stanowią pewną całość. Istotną cechą
Zarzą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
PRINCE 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
Zapewnij 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
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
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
Zarzą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
Zarzą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
ZARZĄDZANIE PROJEKTAMI PRZEMYSŁOWYMI
BalticBerg listopad 2018 ZARZĄDZANIE PROJEKTAMI PRZEMYSŁOWYMI ZGODNIE Z METODYKĄ INDUSTRIAL PROJECT MANAGEMENT Dobre praktyki, Instrukcje, Sukces O ARTYKULE Metodyka Industrial Project Management to zestaw
Akredytowane 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
Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań
2012 Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań Mateusz Kurleto NEOTERIC Wdrożenie systemu B2B Lublin, 25 października 2012 Mateusz Kurleto Od 2005 r. właściciel NEOTERIC,
WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE
OFERTA WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE W TWORZENIU MODELU AS-IS /Jest to przykład (wzór) oferty treść jest wypełniana na podstawie nie zobowiązujących rozmów i spotkań z Klientem, pracownikami
Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10.
Bez celu ani rusz Karolina Zmitrowicz Niepowodzenia projektów informatycznych to nieustannie wdzięczny temat pojawia się na konferencjach, szkoleniach, w prasie i innych publikacjach. Badaniem przyczyn
Matryca efektów kształcenia dla programu studiów podyplomowych ZARZĄDZANIE I SYSTEMY ZARZĄDZANIA JAKOŚCIĄ
Podstawy firmą Marketingowe aspekty jakością Podstawy prawa gospodarczego w SZJ Zarządzanie Jakością (TQM) Zarządzanie logistyczne w SZJ Wymagania norm ISO serii 9000 Dokumentacja w SZJ Metody i Techniki
Dokument Detaliczny Projektu
Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej
Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez
KONCEPCJA SYSTEMU JAKOŚCI zgodnie z wymaganiami norm ISO serii 9000 dr Lesław Lisak Co to jest norma? Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez upoważnioną
KILKA 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ść
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
Procesowa 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
Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy
Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy współfinansowany ze środków Mechanizmu Finansowego Europejskiego Obszaru Gospodarczego. Marek
udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych
Rola architektury systemów IT Wymagania udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu metod modelowania architektury systemów IT - UML, systemów zorientowanych na usługi, systemów
Analiza procesów wewnętrznych i ich optymalizacja przez ICT.
2012 Analiza procesów wewnętrznych i ich optymalizacja przez ICT. Sebastian Śnieciński Qubsoft - software media house Analiza biznesowa integracji B2B Bydgoszcz, 26 września 2012 Potrzebuję system B2B,
Międzynarodowa Rada Inżynierii Wymagań. The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS.
Międzynarodowa Rada Inżynierii Wymagań The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS www.cts.com.pl MISJA IREB Misją IREB jest udoskonalenie praktyki inżynierii wymagań
STUDIA 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
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
Opis znaczenia kryterium. Lp. Nazwa kryterium Opis kryterium. 1. Wnioskodawca przeprowadził inwentaryzację zasobów nauki objętych projektem.
Kryteria merytoryczne wyboru projektów dla poddziałania 2.3.1 Cyfrowe udostępnianie informacji sektora publicznego (ISP) ze źródeł administracyjnych oraz zasobów nauki Programu Operacyjnego Polska Cyfrowa
Metodologia weryfikacji wymagań IRIS w obszarze Projektowania i Rozwoju w teorii i praktyce. Szymon Wapienik TUV NORD Polska
Metodologia weryfikacji wymagań IRIS w obszarze Projektowania i Rozwoju w teorii i praktyce Szymon Wapienik TUV NORD Polska WARSZTATY SIRTS Metodologia weryfikacji wymagań IRIS Warszawa 25 listopada 2009r.
SYSTEM VILM ZARZĄDZANIE CYKLEM ŻYCIA ŚRODOWISK WIRTUALNYCH. info@prointegra.com.pl tel: +48 (032) 730 00 42
SYSTEM VILM ZARZĄDZANIE CYKLEM ŻYCIA ŚRODOWISK WIRTUALNYCH info@prointegra.com.pl tel: +48 (032) 730 00 42 1. WPROWADZENIE... 3 2. KORZYŚCI BIZNESOWE... 4 3. OPIS FUNKCJONALNY VILM... 4 KLUCZOWE FUNKCJE
Aurea BPM. Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013
Aurea BPM Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013 Agenda 1. Podstawowe informacje o Aurea BPM 2. Przykłady projektów w obszarze minimalizacji skutków zagrożeń 3. Aurea BPM dla
Zarządzanie usługami informatycznymi system BITIS itsm
usługami informatycznymi system BITIS itsm dr inż. Janusz Dorożyński główny specjalista, pełnomocnik zarządu janusz.dorozynski@zeto.bydgoszcz.pl ZETO Bydgoszcz SA 45 lat aktywności na polskim rynku informatycznym
Zarządzanie projektami w NGO
Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego
Akredytowane 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,
Wykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Tematy 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ę
Plan zarządzania projektem
Plan zarządzania projektem Opracował: Zatwierdził: Podpis: Podpis: Spis treści: 1. Wst p... 2 1.1 Cel... 2 1.2 Zakres... 2 1.3 Przeznaczenie dokumentu... 2 1.4 Organizacja dokumentu... 2 1.5 Dokumenty
Darmowy fragment www.bezkartek.pl
Wszelkie prawa zastrzeżone. Rozpowszechnianie całości lub fragmentów niniejszej publikacji w jakiejkolwiek postaci bez zgody wydawcy zabronione. Autor oraz wydawca dołożyli wszelkich starań aby zawarte