A. Struktura zarządzania a
A. Struktura zarządzania
typy SI-tycznych
a typy SI-tycznych
B. Dane a informacja
WYKŁAD 3:
C. Proces systemowej analizy
•
Struktura hierarchiczna - SI musi uwzględniać relacje pod i nadrzędności; nie może wymagać wprowadzania nowych poziomych związków wymagań informacyjnych
•
Zorientowana na projekty - elastyczny SI, zmienne potrzeby użytkowników, gdy zmienia się ich "przydział" organizacyjny; zmienna D.
struktura funkcjonalna „dopasowana” do projektu Podsumowanie
•
Macierzowa - elastyczny SI; zmienne potrzeby użytkowników,
•
Modelowanie przetwarzania informacji - SI musi być adaptowalny do ilości informacji jaka musi być przetwarzana; im większy stopień niepewności w organizacji tym większa potrzeba przetwarzania informacji POTRZEBY INFORMACYJNE W ZALEŻNOŚCI OD POZIOMU
SIK,
POZIOM
ZARZĄDZANIA
SWK
STRATEGICZNY
SWD,
SE
POZIOM OPERACYJNY
• TRANSAKCJA – zdarzenie, które ma wpływ na POZIOM
ISZ
TAKTYCZNY
prowadzoną działalność organizacji
• SYSTEMY TRANSAKCYJNEGO
POZIOM OPERACYJNY
PRZETWARZANIA DANYCH (STPD)
TPD
– wspomagają monitoring i rejestrację podstawowych transakcji organizacji, ich przechowywania,
przetwarzania i udostępniania;
SAB
– ich celem jest dostarczenie wszelkich informacji wymaganych przez prawo i/lub politykę
FINANSE
KSIĘGOWOŚĆ
MARKETING
PRODUKCJA
KADRY
organizacji/przedsiębiorstwa, aby zapewnione było prawidłowe i wydajne funkcjonowanie.
INFRSTRUKTURA INFORMATYCZNA
SPRZĘT – OPROGRAMOWANIE – BAZY DANYCH
POTRZEBY INFORMACYJNE W ZALEŻNOŚCI OD POZIOMU
OBSZARY WDROŻENIA STPD
ZARZĄDZANIA
POZIOM TAKTYCZNY
LISTA PŁAC
ZAKUPY
SPRZEDAŻ
Rejestracja czasu
• SYSTEMY INFORMATYCZNE ZARZĄDZANIA (SIZ)
-
Zamówienia
-
Rejestracja
-
pracy
Dostawy
-
sprzedaży
– służą średniemu kierownictwu;
Wynagrodzenia i
-
Płatności
-
Rachunki i faktury
-
potrącenia
Należności
– dostarczają raportów okresowych i na żądanie
-
Przelewy do banku
-
Zwroty sprzedaży
-
(kompresja, agregacja danych z STPD)
Dostawa/wysyłka
-
– umożliwiają dostęp do informacji o bieżącej i RACHUNKOWOŚĆ I
ZUŻYCIE
historycznej działalności
PRODUKCJA
FINANSE
MATERIAŁÓW
– zorientowane są prawie wyłącznie na informację Raporty produkcji
wewnętrzną
-
Sprawozdania finansowe
-
Zużycie materiałów
-
Raporty kontroli
-
Rejestry podatków
-
Poziom zapasów
-
jakości
Rejestry wydatków
-
1
POTRZEBY INFORMACYJNE W ZALEŻNOŚCI OD POZIOMU
WEJŚCIA
ZARZĄDZANIA
• źródła wewnętrzne: bazy danych utworzone w ramach STPD
POZIOM STRATEGICZNY
• zewnętrzne źródła danych: dane o klientach, dostawcach, konkurentach, udziałowcach, które nie
• SYSTEMY INFORMOWANIA KIEROWNICTWA
zostały wcześniej zarejestrowane przez STPD
(SIK)
WYJŚCIA
• SYSTEMY WSPOMAGANIA KIEROWNICTWA
• Statystyczne podsumowania
(SWK)
• Raporty wyjątków
• Raporty okresowe i na żądanie
– służą kierownictwu najwyższego szczebla;
• Analiza porównawcza
– dostarczają informacji zagregowanej,
• Projekcje
uszczegółowionej w miarę potrzeb
• Problemy wczesnego wykrywania
– przyjazne dla użytkowników
• Rutynowe decyzje
– dane ze źródeł wewnętrznych przedsiębiorstwa i
• Raporty uszczegóławiające
zewnętrznych baz danych
SYSTEMY INFORMACYJNE A SZCZEBLE
CECHY SYSTEMÓW:
ZARZĄDZANIA I GRUPY ZAWODOWE
• Dostosowanie do indywidualnych
WSPOMAGANI
potrzeb
TYP SYSTEMÓW
POZIOM ZARZĄDZANIA
PRACOWNICY
• Łatwo
SIK/SWK
Poziom strategiczny
Zarząd
ść obsługi
• Krytyczne czynniki sukcesu: kluczowe
Eksperci, konsultanci,
SWD, SE
Poziom wiedzy
analitycy
wskaźniki działalności
• Bezpośredni dostęp
ISZ
Poziom taktyczny
Średnie kierownictwo
• Analiza trendów
Kierownictwo
STPD
Poziom operacyjny
liniowe
• Analiza ad hoc
Urzędnicy
Pracownicy techniczno-
• Raporty wyjątków
SAB
projektanci
administracyjni
inżynierowie
KIJEWSKA Anna, Systemy informatyczne w zarządzaniu, Wydawnictwo Politechniki Śląskiej, Gliwice 2005
CHARAKTERYSTYKA SI wg
CHARAKTERYSTYKA SI wg
POZIOMÓW ZARZĄDZANIA
POZIOMÓW ZARZĄDZANIA
Typ SI
Rodzaj wejść
Przetwarzanie
Rodzaj wyjść
Użytkownicy
Typ SI
Rodzaj wejść
Przetwarzanie
Rodzaj wyjść
Użytkownicy
SIK/
dane zagre-
grafika;
projekcje;
zarząd,
SE, SSN
specyfikacja
modelowanie;
modele; grafika;
profesjonaliści;
SWK
gowane;
symulacje;
odpowiedzi na
wyższe
problemu; bazy
symulacje
propozycje
pracownicy
zewnętrzne,
interaktywne
zapytania
kierownictwo
wiedzy
rozwiązań
techniczni
wewnętrzne
SWD
niewielka liczba
interaktywne;
specjalne raporty; eksperci;
danych lub duże
symulacje, analizy
analizy decyzji;
konsultanci,
STPD
transakcje;
sortowanie;
szczegółowe
personel
bazy danych dla
odpowiedzi na
czasem średnie
zdarzenia
zestawienie; łączenie;
raporty; listy;
operacyjny,
celów analitycz-
zapytania
kierownictwo
uaktualnianie
podsumowania
kierownicy liniowi
nych; modele
analityczne;
SAB
dokumenty,
zarządzanie
dokumenty;
urz
narz
ędnicy,
ędzia do
harmonogramy
dokumentami;
harmonogramy;
administracja
analizy danych
harmonogramowanie,
poczta
ISZ
Podsumowujące
rutynowe raporty;
raporty
średnie
komunikacja
elektroniczna
dane transakcji;
proste modele; analizy
podsumowujące;
kierownictwo
duże zbiory
raporty wyjątków
danych
KIJEWSKA Anna, Systemy informatyczne w zarządzaniu, Wydawnictwo Politechniki Śląskiej, Gliwice 2005
KIJEWSKA Anna, Systemy informatyczne w zarządzaniu, Wydawnictwo Politechniki Śląskiej, Gliwice 2005
2
PORÓWNANIE CECH SI NA RÓŻNYCH
POZIOMACH ZARZĄDZANIA
POZIOMACH ZARZĄDZANIA
POZIOM
POZIOM
CECHA
CECHA
operacyjny
taktyczny
strategiczny
operacyjny
taktyczny
strategiczny
całkowicie lub
często okazjonalna
ściśle
częściowo
Częstotliwość
regularna,
Typy danych
częściowo nie
zazwyczaj regularna
(uzależniona od
ustrukturyzowane
ustrukturyzowane
decyzji
powtarzalna
ustrukturyzowane
potrzeb)
częściowo
całkowicie
Wiarygodność
mogą być
często są
Dokładność danych
bardzo duża
przewidywalne
szacunkowa
szacunkowa
wyników
niespodziewane
niespodziewane
kierowcy
Typowi
kierownicy
kierownicy
Horyzont czasowy
najwyższego
przeszłość
teraźniejszość
przyszłość
użytkownicy
niskiego szczebla
średniego szczebla
decyzji
szczebla
Szczegółowość
częściowo
kontrola i alokacja
bardzo duża
zagregowane
Orientacja decyzji
zadania
cele
danych
zagregowane
zasobów
wewnętrzne i
wewnętrzne i
Źródła danych
wewnętrzne
zewnętrzne
zewnętrzne
POTRZEBY INFORMACYJNE
CECHY INFORMACJI NA RÓŻNYCH
wg POZIOMÓW ZARZĄDZANIA
POZIOMACH DECYZYJNYCH
Zarządzanie
KRYTERIUM
Zarządzanie
strategiczne
taktyczne
Zarządzanie
KRYTERIUM
Zarządzanie operacyjne
strategiczne
⇒
Szerokie
⇐
Zakres informacji
Wąskie
⇒
Szerokie
⇐
Zakres
Wąskie
⇒
Ogólne
⇐
Poziom szczegółowości
Bardzo szczegółowe
⇒
Ogólne
⇐
Poziom szczegółowości
Bardzo szczegółowe
⇒
Głównie sumaryczne
⇐
Sumaryczność
Głównie „surowe” dane
⇒
Głównie sumaryczne
⇐
Sumaryczność
Głównie „surowe” dane
⇒
Mogą być stare
⇐
Wiek informacji
Muszą być bieżące
⇒
Mogą być stare
⇐
Wiek
Muszą być bieżące
⇒
Wystarczają oszacowania
⇐
Dokładność informacji
Muszą być dokładne
⇒
Wystarczają oszacowania
⇐
Dokładność
Muszą być dokładne
⇒
Bardziej jakościowe
⇐
Typ informacji
Bardziej ilościowe
⇒
Głównie zewnętrzne
⇐
⇒
Bardziej jakościowe
⇐
Źródło informacji
Głównie wewnętrzne
⇒
⇐
Typ
Bardziej ilościowe
⇒
Głównie zewnętrzne
⇐
Źródło
Głównie wewnętrzne
DANE A INFORMACJE
DANE to wszelkie liczby, fakty, pojęcia podane w sposób umowny i przystosowany do porozumiewania B. Dane a informacje
się, interpretacji, przetwarzania lub przesyłania metodami ręcznymi lub automatycznymi.
• pierwotne zapisy wiadomości
• nie są uporządkowane zgodnie z celem i zadaniem
WYKŁAD 3:
odbiorcy
•
Struktura hierarchiczna - SI musi uwzględniać relacje pod i nadrzędności; nie może wymagać wprowadzania nowych poziomych związków
• stanowią podstawowy, surowy materiał do przetworzenia
•
Zorientowana na projekty - elastyczny SI, zmienne potrzeby w informację
użytkowników, gdy zmienia się ich "przydział" organizacyjny; zmienna struktura funkcjonalna „dopasowana” do projektu
•
Macierzowa - elastyczny SI; zmienne potrzeby użytkowników, INFORMACJA to znaczenie, jakie przy zastosowaniu
•
Modelowanie przetwarzania informacji - SI musi być adaptowalny do odpowiedniej interpretacji przypisuje się wiadomościom ilości informacji jaka musi być przetwarzana; im większy stopień (każdy przekaz) zarejestrowanym w postaci danych.
niepewności w organizacji tym większa potrzeba przetwarzania informacji 3
ASPEKTY INFORMACJI
Dane stają się informacją, kiedy ich nadawca
• ILOŚCIOWY
- wyraża się liczbą symboli,
(twórca) dodaje im znaczenia.
sygnałów koniecznych do jej przekazania
• nadawanie kontekstu – wiemy, w jakim celu dane są (perspektywa nadawca)
zbierane.
• kategoryzacja – znane s
• ZNACZENIOWY
- semantyczny wyraża się
ą jednostki analizy lub
kluczowe składowe danych.
w interpretacji treści informacji za pomocą
• kalkulacja (obliczenia) – dane mogą być analizowane symboli lub przypisywania im określonego
matematycznie lub statystycznie.
znaczenia
• korekta (poprawianie) – z danych usuwane są błędy.
• WARTOŚCIOWY
- polega na jej użyteczności
• kondensacja (agregacja) – dane można
podsumowywać nadając im bardziej zwartą formę.
w określonym działaniu (perspektywa odbiorcy)
MIARY WARTOŚCI UŻYTKOWEJ
WARTOŚĆ UŻYTKOWA INFORMACJI
INFORMACJI
Popyt na wymagania informacyjne:
ILOŚCIOWY - wyraża zapotrzebowanie na określoną informację podaną w postaci danych.
• AKTUALNOŚĆ
JAKOŚCIOWY - uwzględnia żądane cechy określonej treści
• ISTOTNOŚĆ
informacji, którymi są:
• użyteczność w określonym czasie (opóźnienia w tworzeniu i
• KOMPLETNOŚĆ
przesyłaniu informacji obniżają użyteczność)
• stosowność, dokładność i szczegółowość (informacja
• WIARYGODNOŚĆ
musi być zupełna, aby mogła być podstawą podejmowania skutecznych decyzji),
• zrozumiałość – odpowiedni kontekst u odbiorcy
• kompletność opisu: źródło i forma prezentacji, algorytm przetwarzania
WIEDZA
Ludzie
Wiedza - płynne połączenie doświadczenia, wartości, odpowiednio dobranych informacji oraz MĄDROŚĆ
eksperckiego wglądu w jakieś zagadnienie, co
WIEDZA
zapewnia ramy dla oceny i włączenia nowych
doświadczeń i informacji. Wiedza powstaje i jest Komputery
wykorzystywana w umy
INFORMACJE
śle ludzkim.
i systemy
(przeanalizowane,
W organizacjach wiedza jest często zawarta
przetworzone dane)
nie tylko w dokumentach czy zbiorach wiedzy, DANE
lecz również w procedurach i procesach
(fakty)
organizacyjnych, w praktykach i normach
działania.
Relacje pomiędzy danymi, informacjami, wiedzą i mądrością 4
SPOSOBY KLASYFIKACJI INFORMACJI CECHA
OPIS
Dokładna
wolna od błędów
KRYTERIUM
PRZYKŁAD
Kompletna
obejmuje wszystkie ważne fakty
Selektywna/Relewantna dobrana pod kątem potrzeb Źródło
Wewnętrzna, zewnętrzna, pierwotna, wtórna
Ekonomiczna/
koszty uzyskania mniejsze od kosztów jej braku Charakter
Ilościowa, jakościowa, formalna, nieformalna
Opłacalna
Poziom
Strategiczna, taktyczna, operacyjna
Elastyczna
wykorzystywana do różnych celów
Wiarygodna/
mo
Czas
Historyczna, tera
żna polegać na jej źródle i metodzie uzyskania źniejsza, przyszła
Rzetelna/Obiektywna
Częstotliwość
Ciągła, dzienna, miesięczna, kwartalna, roczna Istotna/Relewantna
przydatna w kontekście potrzeb
Wykorzystanie
Planistyczna, kontrolna, do podejmowania decyzji Prosta/Zwarta
wolna od nadmiaru szczegółów
Forma
Pisemna, ustna, wizualna, czujnikowa
Aktualna
terminowa
Weryfikowalna
można sprawdzić jej prawdziwość
Pojawianie się
W zaplanowanych przedziałach czasu,
okazjonalnie, na żądanie
Dostępna/Wygodna
we właściwej formie i czasie
Zrozumiała
właściwie sformułowana (język adresata)
Typ
Szczegółowa, zagregowana, podsumowana
Zabezpieczona
dostępna tylko dla uprawnionych użytkowników
Etapy przedsięwzięcia informatycznego
1. Identyfikacja,
2. Określenie potrzeb
celów, problemów
informacyjnych
C. Proces systemowej analizy
i możliwości
użytkowników
wymagań informacyjnych
3. Analiza potrzeb
7. Wdrożenie,
systemowych
WYKŁAD 3:
użytkowanie i
Warianty przedsięwzięć informatycznych ze względu na „produkt”
rozwój
4. Projektowanie
– pozyskanie powielarnego systemu informatycznego, systemu
systemu
– opracowanie indywidualnego systemu informatycznego,
– zastosowanie nowych środków organizacyjnych i 5. Tworzenie i dokumentowanie
technologicznych.
6. Testowanie i
oprogramowania systemowego
szacowanie
systemu
ETAPY SPECYFIKACJI WYMAGAŃ
I. IDENTYFIKACJA ZAKRESU SYSTEMU I
SYSTEMOWYCH
ŹRÓDEŁ WYMAGAŃ
Identyfikacja zakresu
I.
systemu i źródeł wymagań
1) USTALENIE ZAKRESU PROJEKTU
Pozyskiwanie
Pozyskiwanie
II.
2) PRZYGOTOWANIE FAZY POZYSKIWANIA
WYMAGAŃ
Konsolidacja
III.
i redakcja
IV.
Analiza zbiorcza
5
II. POZYSKIWANIE WYMAGAŃ
• Analiza celów i problemów
• Sesje dyskusyjne
Wydobycie
STOSOWANE TECHNIKI
Reprezentacja
• Strukturalny język naturalny
• Tabele krzyżowe
• Schematy graficzne
Wstępna analiza
• Dekompozycja funkcjonalna
STOSOWANE METODY
STOSOWANE TECHNIKI
• Analiza dokumentów
• Strukturalny język naturalny
– notowanie, opisywanie
• Wywiady
• Drzewa decyzyjne
• Ankiety
• Tablice decyzyjne
• Analiza procesów decyzyjnych
• Próbkowanie
• Strukturalizacja/agregacja danych
• Obserwacje zachowań
• Analiza statystyczna
II. POZYSKIWANIE WYMAGAŃ cd
II. POZYSKIWANIE WYMAGAŃ cd
Wydobycie
Wydobycie
Reprezentacja
Reprezentacja
Wstępna
Wstępna analiza
analiza
6
III. KONSOLIDACJA I REDAKCJA
WYMAGAŃ
WYMAGAŃ
WYMAGANIA FUNKCJONALNE
WYMAGANIA NIEFUNKCJONALNE lub
OGRANICZENIA
• opisują interakcje pomiędzy systemem a
• opisują restrykcje nałożone na system, które limitują środowiskiem
nasze wybory odnośnie konstruowania rozwiązania problemu,
• określają to, co system ma robić; dotyczą
• nie zawsze oczywiste dla użytkowników końcowych, rezultatów oczekiwanych przez użytkowników
• formułowane są w odniesieniu do całego systemu i podczas kontaktów z systemem np.:
obejmują:
– zdolność systemu do powrotu do poprzednich, poprawnych
– przewidywane tryby pracy systemu,
warunków działania, wyrażaną takimi atrybutami jak:
– funkcje, które maj
dost
ą być wykonywane przez system
ępność, niezawodność, odtwarzalność, pielęgnowalność,
– zdolność systemu do uwzględniania przyszłych zmian określaną
– postać interfejsów.
przez: rozszerzalność, kompatybilność oprogramowania, przenośność.
III. KONSOLIDACJA I REDAKCJA
IV.
ANALIZA ZBIORCZA
WYMAGAŃ
POZOSTAŁE KATEGORIE WYMAGAŃ:
• Cele biznesowe
• sprzeczności (usunąć),
• Ograniczenia narzucone przez
• nadmiarowości (wykryć i rozwiązać),
użytkownika
• ograniczeń (zrozumieć i głębiej wyjaśnić),
• Założenia
• luk (wypełnić),
• Wymagania polityczne
• wymagania niechciane (zidentyfikować i
• Wymagania względem czynnika ludzkiego
wyeliminować).
Produkt 2:
Produkt 1:
DOKUMENT SPECYFIKUJĄCY
DOKUMENT DEFINICJI WYMAGAŃ
WYMAGANIA
• napisany tak, aby był zrozumiałym dla
• jest technicznym uzupełnieniem
klienta-użytkownika
dokumentu definicji wymagań
• jest kompletną listą wszystkiego czego
• formułuje ponownie definicje wymagań
klient oczekuje od systemu
stosując bardziej techniczne słownictwo
• przedstawia porozumienie między
zgodne z terminologią projektowania
analitykiem a klientem
systemu
• przykładowa definicja: „Bie
• przykład: Rekordy zawierające informacje
żąca informacja
o jakości wody muszą być wyszukiwane w
o jakości wody musi być dostępna”.
czasie nie dłuższym niż 5 s od zapytania.
7
Musi istnieć BEZPOŚREDNIA
ODPOWIEDNIOŚĆ pomiędzy każdym
Wykład 3
wymaganiem z dokumentu definicyjnego
ZAKRES SYSTEMOWEJ ANALIZY WYMAGAŃ
i specyfikującego.
•
Identyfikacja celów organizacji i problemów w jej funkcjonowaniu.
(ETAP KRYTYCZNY)
•
Analiza wymagań informacyjnych organizacji jako całości i jej elementów. (ETAP ZASADNICZY)
•
Modelowanie organizacji z punktu widzenia procesów przetwarzania informacji.
•
Opracowanie alternatywnych propozycji systemu informatycznego.
•
Oszacowanie kosztów zaproponowanych wariantów i przedstawienie przewidywanych korzyści z ich wdrożenia.
ANALITYK SYST. KOMPUTEROWYCH
ANALITYK SYST. KOMPUTEROWYCH
1. Praca polega na rozpoznaniu i zdefiniowaniu 2. Następnie przy współpracy z programistą
procesów, które będą podlegać informatyzacji.
tworzy oprogramowanie. Zadaniem analityka
W tym celu analityk musi dokonać
jest troska o to, by program spełniał
wszechstronnej analizy potrzeb klienta, w tym
oczekiwania klienta, dlatego współpraca z
zapoznać się dokładnie z jego działalnością
programistą jest szczególnie ważna na etapie
oraz specyfiką branży.
projektowania programu i omawiania założeń
Oznacza to, że analityk często musi
wstępnych.
współpracować ze specjalistami innych
Powstała w ten sposób pierwsza wersja
dziedzin, dla których ma powstać
oprogramowania zostaje poddana testom, a
oprogramowanie.
następnie ewentualnym poprawkom.
ANALITYK SYST. KOMPUTEROWYCH
ANALITYK SYST. KOMPUTEROWYCH
3. Praca analityka nie kończy się wraz z
4. Do jego zadań należy też zbieranie uwag
powstaniem programu.
przekazywanych przez klienta oraz
Musi on jeszcze
nadzorowanie:
•
zadbać o to, by oprogramowanie zostało
•
dokonywania ewentualnych poprawek,
prawidłowo zainstalowane,
•
konserwacji systemu i
•
następnie przeszkolić osoby, które będą
•
usuwania ewentualnych błędów.
z usług programu korzystać.
8
PRZYCZYNY PORAŻEK W REALIZACJI PRZYCZYNY PORAŻEK W REALIZACJI
WDROŻEŃ SI
WDROŻEŃ SI
1. Brak wydzielenia poszczególnych faz
11. Założenie, że czas jest z gumy
przedsięwzięcia
12. Złe zapisy w umowach wdrożeniowych
13. Złe zapisy w umowach serwisowych
2. Złe określenie oczekiwań
14. Wewnętrzny bojkot nowego systemu
3. Brak dokładnych analiz funkcjonalności
15.Zignorowanie znaczenie użytkowników
systemu
kluczowych
4. Brak menedżera projektu
5. Za słabe umocowanie mened
16.Nieprzemy
żera projektu
ślany sposób wdrażania systemu
6. Brak odpowiedniej liczby osób
szytego na miarę
zaangażowanych w projekt
17. Brak mierników postępu
18. Brak planu awaryjnego
7. Zła komunikacja wewnętrzna
19.Brak wniosków powdrożeniowych
8. Wybór złego dostawcy
Źródło: Marek Wierzbicki. Nowoczesna Firma Sp. z o.o., Warszawa, portal wiedzy dla 9. Pozorne oszczędności
biznesu www.nf.pl
10. Wymuszenie na dostawcy prac, których nie chce się podjąć ZASADY UDANEJ REALIZACJI
ZASADY UDANEJ REALIZACJI
WDROŻEŃ SI
WDROŻEŃ SI
1.
Wybór i wdrożenie systemu powinno być
4.
Przemyślana wybór dostawcy systemu.
poprzedzone analizą potrzeb i funkcjonalności docelowego rozwi
Oprócz marki i ceny, należy zwrócić uwagę przede wszystkim na: ązania. Należy powołać zespół
projektowo-analityczny, którego członkami
•
funkcjonalność systemu
powinni być specjaliści oraz pracownicy
•
modułowość
wszystkich działów w firmie.
•
możliwość indywidualnego dopasowania
2.
Zdefiniowanie docelowego stanu: oprogramowania i rozwiązań technicznych oraz przeprowadzenie
•
możliwość rozbudowy
audytu istniejącego systemu, oczekiwań
5.
Projekt wdrożenia powinien obejmować aspekt: wszystkich potencjalnych użytkowników systemu finansowy, metodologii i planowania, szkoleń i oraz zdefiniowanie procesów biznesowych i
wsparcia technicznego.
określenie priorytetów.
6.
Wykona
3.
Wybór tych funkcji, spo
ć wdrożenie pilotażowe w pojedynczej
śród dużej ilości
oferowanych przez system, których zastosowanie jednostce czy dziale.
w praktyce przyniesie największe efekty.
ZASADY UDANEJ REALIZACJI
ZAROBKI W BRANŻY IT
WDROŻEŃ SI
7.
Etapami wdrażać oprogramowanie i instalować
• W 2008 roku 50% osób na stanowisku
sprzęt.
specjalista help desk zarabiało od 2 500 PLN do 8.
Zadbać o logiczną kolejność wdrażania systemu, szkoleń i wprowadzania zmian organizacyjnych.
4 000 PLN. Informatycy otrzymywali nieznacznie 9.
Dobre motywowanie personelu przez nadzorujących wyższe wynagrodzenia – od 2 400 PLN do 4
przedsięwzięcie.
500 PLN.
10. Zagwarantowanie w okresie powdrożeniowym
• Znacznie lepiej zarabiali konsultanci/analitycy IT
•
szkoleń okresowych,
– mediana ich wynagrodzenia wyniosła 7 000
•
cyklicznych raportów poziomu wdrożenia,
problemów i błędów programu,
PLN.
•
dystrybucji wiedzy na temat zmian funkcjonalnych,
• W grupie najwyżej opłacanych znaleźli się
wniosków z kontroli systemu.
również projektanci/architekci systemów (4 600
Źródło: Alicja Mazur, Madar Sp. z o.o. , Zabrze, portal wiedzy dla biznesu www.nf.pl
– 9 000 PLN).
9