KSZTAŁTOWANIE KADRY MENADŻERSKIEJ
1. JAKA JEST RÓŻNICA POMIĘDZY CELAMI BIZNESOWYMI, POTRZEBAMI ORAZ PROBLEMAMI ?
Cele biznesowe
– pożądany stan lub wynik przedsięwzięcia
Potrzeby
– coś pożądanego przez określonego interesariusza (chciałby mieć taki program)
Problemy
– opis życzeń klienta mających na celu realizację procesów biznesowych (nie ma takiego
programu)
2. CZYM SĄ WYMAGANIA ?
Wymagania
– sposób wdrażania potrzeb
warunek lub zdolność potrzebna interesariuszowi do rozwiązania danego problemu lub osiągnięcia
celu
warunek, który musi zostać spełniony lub zdolność, którą musi posiadać dany system lub moduł
systemu, by móc wypełnić dany kontrakt, standard lub inne formalnie nałożone dokumenty
udokumentowana reprezentacja warunku lub zdolności interesariusza lub też danego systemu bądź
modułu
3. PO CO SĄ WYMAGANIA ?
Pozwalają wyrazić klientowi/sponsorowi jego oczekiwania wobec planowego rozwiązania
Pozwalają oszacować, zaplanować, wykonać oraz monitorować czynności projektowe
4. JAKIE RODZAJE WYMAGAŃ MOŻNA WYRÓŻNIĆ ?
1. Kryterium 1 – ze względu na cechy wymagane od danego produktu dzielimy na :
wymagania funkcjonalne
(mówią co dany produkt ma robić, zachowania produktu)
wymagania niefunkcjonalne
(jak ma robić)
2. Kryterium 2 – ze względu na źródło :
zewnętrzne
(klient, instytucja kontroli jakości)
wewnętrzne
(zespół, który wytwarza usługę)
3. Kryterium 3 – ze względu na poziom abstrakcji :
biznesowe
(klienta, wysokopoziomowe)
systemowe
(rozwiązanie, co i jak mamy zrobić, język techniczny)
produktu
(bardzo szczegółowe, zawierają się w nim wymagania funkcjonalne i niefunkcjonalne z
kryt.1)
4. Ograniczenia :
biznesowe
(ile mamy pieniędzy, czasu, ograniczenia przez prawo)
t
echniczne
(jak bardzo innowacyjne jest rozwiązanie, sprzęt i jakość)
5. CO TO JEST ŚLEDZENIE WYMAGAŃ ?
zdolność definiowania, przechwytywania oraz monitorowania śladów pozostawionych przez
wymagania na innych elementach środowiska wytwarzania oprogramowania oraz śladów
pozostawionych przez te elementy na wymaganiach
możliwość identyfikacji powiązanych elementów w dokumentacji i oprogramowaniu, jak wymagania z
powiązanymi przypadkami tekstowymi
powiązanie pomiędzy artefaktami produktu na różnych poziomach, np. pomiędzy wymaganiami
biznesowymi a wymaganiami rozwiązania
(artefakt – jedno z wyjść produkowanych podczas wytwarzania oprogramowania)
6. JAKIE ATRYBUTY MAJĄ WYMAGANIA ?
Zobowiązanie
– stopień obligatoryjności, (może mieć, powinien, będzie miał w przyszłości, potrafi,
MoSCoW)
Priorytet
– określa pilność danego wymagania, (obowiązkowe, bardzo pożądane, pożądane,
opcjonalne)
Krytyczność
– wynik ryzyka oceny szkód, (ocena ryzyka)
Model Kano
– odnosi się do zobowiązania i priorytetów, (wymagania podstawowe muszą być aby
spełnić potrzeby klienta, wymagania operacyjne nie muszą być ale zwiększają specyfikacje,
wymagania emocjonalne – klient nie jest świadomy, a my się znamy i mu o tym mówimy)
7. JAKIE SĄ GŁÓWNE PROBLEMY ZWIĄZANE Z WYMAGANIAMI ?
niejasne cele biznesowe
niestabilne wymagania
niska jakość wymagań
niewystarczające wymagania
niedokładne planowanie
niewystarczające zainteresowanie interesariuszy
brak interesariuszy
problemy komunikacyjne
pozłacanie (potrzeby nie są nikomu potrzebne, ale klient ma takie widzimisię)
8. JAKIE CECHY POWINNY SPEŁNIAĆ WYMAGANIA, ABY BYŁY JAKOŚCIOWO DOBRE?
musi być poprawne
musi być wykonalne
konieczne
jednoznaczne
weryfikowalne
pojedyncze
niezależne od projektu
9. JAKA POWINNA BYĆ SPECYFIKACJA WYMAGAŃ, ABY BYŁA JAKOŚCIOWO DOBRA ?
MIKS
:
modyfikowalna- musi pozwalać na wprowadzenie zmian identyfikowalny (kto jest autorem)
musi mieć przypisane artefakty
kompletna -nie powinna pominąć żadnego wymagania ani niezbędnej informacji
spójna-wymagania, które zostały opisane w specyfikacji wymagań nie mogą być w konflikcie z innymi
10. CZYM RÓŻNI SIĘ WALIDACJA OD WERYFIKACJI ?
Walidacja
– jest przeprowadzona na koniec projektu, na sprzęcie klienta, sprawdzamy czy program jest
odpowiedni dla wymagań klienta
Weryfikacja
– czy stworzyliśmy produkt poprawnie, dostarcza punktów kontrolnych, czy robiliśmy to co klient
chciał, sprawdzanie w miejscu tworzenia
walidacja i weryfikacja pozwala nam sprawdzić czy produkt jest poprawny
11. JAKIE SĄ ETAPY OPRACOWYWANIA WYMAGAŃ?
Proces
Wejście
Główne czynności
Wyjście
Pozyskiwanie
wymagań
Interesariusze
Potrzeby
biznesowe
Wstępne
określenie
zakresu
Zbieranie wymagań
od interesariuszy
Uszczegółowienie
wymagań
wysokopoziomowych
Wyłączenie
niepotrzebnych cech
Wymagania
biznesowe
Ograniczenia
Założenia
Analiza wymagań
Wymagania
biznesowe
Ograniczenia
Założenia
Aktywa
organizacyjne
Techniki
modelowania
Narzędzia
Opracowywanie
(zmiana) wymagań
biznesowych w
wymagania
systemowe/rozwiąza
nia oraz dalej aż do
wymagań
produktu/modelu
Rozwiązywanie
konfliktów pomiędzy
wymaganiami
Ustalenie granic dla
rozwiązania
Tworzenie modeli
rozwiązania
biznesowego
Uzgodnione
wymagania
Określenie
zakresu
Model
rozwiązania
biznesowego
Specyfikacja
wymagań
Wymagania
Ograniczenia
Dokumentowanie
wymagań
Dokument
specyfikacji
Założenia
Interesariusze
Aktywa
organizacyjne
wymagań
Walidacje i
weryfikacje
Wymagania
Dokument
specyfikacji
wymagań
Sprawdzenie jakości
wymagań oraz
dokumentacji
specyfikacji
wymagań
Zwalidowane
wymagania
Zwalidowane
dokumenty
specyfikacji
wymagań
Defekty
Problemy
Zmiany
12. JAKIE SĄ ETAPY ZARZĄDZANIA WYMAGANIAMI?
1.
Identyfikacja wymagań
– podczas tego procesu zbieramy wymagania inwestora, określamy problemy, jakie
produkt ma rozwiązać – czyli jakie ma spełniać wymagania. Pobiera się również dane techniczne od zespołu
wykonawczego. Celem jest zdefiniowanie celów produktu, narzędzi potrzebnych do wykonania, oraz zaplecza
wykonawczego. Musimy również wiedzieć, jakie możliwości ma mieć nasz produkt, jakie może mieć
ograniczenia, jakie możliwości i ograniczenia mają konkurencyjne produkty. Tworzymy wstępną koncepcję
produktu.
2.
Stworzenie studium wykonalności
– na tym etapie powstaje zarys koncepcji produktu lub usługi oraz analiza
wykonalności. Pojawiają się dokumenty, tj. specyfikacja wymagań. Dokument ten musi zostać zaakceptowany
przez wszystkich członków zespołu projektowego oraz inwestora. Ma to zapobiec nieprzewidywalnym
zmianom wymagań dotyczących produktu oraz ograniczyć przypadki niekontrolowanego życia produktu. W
celu rozpoczęcia pisania studium wykonalności należy odnieść się do definicji zagadnienia produktu,
zastosowanej na etapie badań. Definicja ta musi określać, z jakiego powodu rozpoczęto proces planowania i
powinna być odzwierciedleniem projektu.
3.
Projektowanie
– w momencie kiedy znamy już budżet projektu i wykonaliśmy kalkulację przewidywanych
zysków z tytułu wdrożenia projektu, można przystąpić do projektowania. Podstawowym zadaniem związanym
z zarządzaniem wymaganiami jest utrzymywanie projektu w wyznaczonych ramach, zwłaszcza jeśli chodzi o
wymagania funkcjonalne i niefunkcjonalne
4.
Wykonanie i testowanie
– podstawową czynnością, wykonywaną na tym etapie w ramach zarządzania
wymaganiami jest upewnienie się, czy prace nad projektem zamykają się w opracowanym kosztorysie. Musimy
też upewnić się, czy powstający projekt spełnia wymagania uwzględnione w specyfikacji. Na tym etapie
tworzymy również szkielety (np. frameworki) i testujemy nasz produkt. Pozwoli nam to na oszacowanie
zgodności rozwiązania z wymaganiami oraz monitorowanie postępów prac.
5.
Wypuszczenie produktu na rynek
– jest to etap, który w rzeczywistości wcale nie oznacza końca zarządzania
wymaganiami. Podczas pracy nad projektem mogą się pojawić nowe koncepcja, a wizja produktu może ulec
zmianie. Po dojściu do tego etapu, warto przeanalizować wszystko jeszcze raz od początku. W rezultacie
otrzymujemy nowy, lepszy produkt.
Działanie
Odkrywanie
Badanie
Określanie celu
13. JAKIE CECHY POWINIEN POSIADAĆ MENEDŻER WYMAGANIAMI?
Kompetencje metodologiczne
Wiedza o źródłach
Precyzyjne analityczne myślenie
Umiejętności działania
Pewność siebie
Umiejętność negocjacji
Argumentować, przekonywać
Odporność na stres
Umiejętności komunikacyjne
14. CO TO JEST RYZYKO?
Ryzyko
-szansa zdarzenia powodująca niepożądane skutki lub problem.
Poziom ryzyka
- prawdopodobieństwo wystąpienia zdarzenia.
15. JAKIE RODZAJE RYZYKA MOŻEMY WYRÓŻNIĆ?
Ryzyko projektowe
- zdolność projektu do spełnienia jego celów.
Czynniki organizacyjne
Kwestie techniczne
Problemy dostawcy
Ryzyko biznesowe wynikające z niższej jakości
Ryzyko produktowe
- potencjalne obszary awarii i jakość produktu
Oprogramowanie nie realizuje pożądanych funkcji w określonych limitach
Niska jakość dokumentacji oprogramowania (niekompetentna, niespójna)
Słabe charakterystyki oprogramowania
Niska integralność, jakość danych
Oprogramowanie nie wykonuje pożądanych funkcji i nie spełnia potrzeb
16. W JAKI SPOSÓB ZARZĄDZA SIĘ RYZYKIEM?
Jakościowa analiza ryzyka
:
Prawdopodobieństwo wystąpienia ryzyka (zagrożenia)
Prawdopodobieństwo wystąpienia jego konsekwencji
Strata spowodowana ryzykiem
Skala ryzyka
17. W JAKI SPOSÓB OBLICZA SIĘ RYZYKO?
Prawdopodobieństwo wysokości ryzyka x prawdopodobieństwo wysokości jego skutków
18. W JAKI SPOSÓB ODBYWA SIĘ ZARZĄDZANIE ZMIANĄ?
Zarządzanie zmianą
może mieć różny zakres, od stałych udoskonaleń, obejmujących niewielkie bieżące
zmiany w trwających procesach, aż po radykalne i zasadnicze zmiany, włączając strategię organizacyjną.
Zarządzenie zmianą może być reaktywne lub proaktywne. Może zostać wyłonione czynnikiem w
zewnętrznym otoczeniu organizacji, np. na obszarze ekonomicznym, politycznym, legislacyjnym lub
konkurencyjnym, albo być reakcją na coś w ramach procesów, struktur, osób lub wydarzeń wewnątrz
organizacji. Może być również wprowadzone jako środek zaradczy, np. w oczekiwaniu przyszłych
niesprzyjających oczekiwań ekonomicznych. W zarządzaniu zmianą wyróżnia się pięć kroków:
Rozpoznawanie przyczyn wskazujące na potrzebę zmian
Sprecyzowanie punktu końcowego lub „gdzie chcemy się znaleźć”
Planowanie przeprowadzenia zmiany
Wdrożenie zmian
Zapewnienie, iż zmiany będą trwałe