Głównym przesłaniem wystąpienia będzie pokazanie kilku błędnych założeń jakie możemy przyjmować jeszcze zanim zaczniemy zbierać wymagania. Wskażę kluczowe aspekty, na które analityk powinien zwracać uwagę na początku swojej pracy aby nie wpaść w pułapkę.
Rozpoczynając analizę, szczególnie w świecie agile, gdy nie ma czasu, zespół czeka, klient oczekuje na efekt właściwie natychmiast, łatwo w zawirowaniu stracić głowę i zapomnieć o takich aspektach jak:
- dla kogo naprawdę robimy zmianę,
- w jakim celu robimy zmianę – czy znamy prawdziwy powód zmian i jaki efekt powinniśmy osiągnąć,
- jaki proces wspieramy zmianą.
Zdarza się nam również dobrać taką technikę zbierania wymagań, która nie doprowadza nas do właściwych odpowiedzi. W wielu przypadkach zadowalamy się tylko przygotowaniem się do wywiadu. Bez zaplanowania swojej pracy w powyżej wymienionych kluczowych aspektach łatwo ograniczyć się tylko do stworzenia wrażenia dobrze zebranych wymagań.
Klient jest zadowolony, niestety na krótko. Za chwilę do zakresu dochodzi kolejna zmiana – okazuje się bowiem, że poprzednio chodziło o coś zupełnie innego. Problemy te wydają się być klasyczne; postawione w prezentacji tezy banalne – jednak w dalszym ciągu spora liczba analityków wpada w pułapkę niewłaściwego pozyskiwania wymagań.
Jakie jest rozwiązanie? Jedni powiedzą – nauczyć się na błędach wynikających z doświadczenia. Warto jednak skorzystać z doświadczeń innych i uczyć się na cudzych błędach. W prezentacji podam kilka rzeczywistych sytuacji projektowych, w których analitycy nie uniknęli błędów.
[Request 2017] Przygotuj się do zbierania wymagań. Czy wiesz czego nie wiesz?
1. Przewodnik nie tylko dla
analityka
PRZYGOTUJ SIĘ
DO ZBIERANIA
WYMAGAŃ - CZY
WIESZ CZEGO
NIE WIESZ
E L E N A Z H U K O V A
2. 'Wiedzieć, że się wie, co się wie i
wiedzieć, że się nie wie, czego się nie
wie — oto prawdziwa wiedza'
'To know what you know and what you
do not know, that is true knowledge '
Konfucjusz
3. H I S T O R I A P I E R W S Z A
...dawno dawno temu...
4. W S Z Y S T K O B Y Ł O J A S N E
J a k t o b y ł o ?
system obsługi ubezpieczeń
zamówienie Klienta- utworzyć nowy raport
Klient przekazał założenia co do zawartości raportu
cel wydawał się jasny
5. K I L K A D N I P Ó Ź N I E J
C o s i ę s t a ł o
zaczęłam przygotowywać specyfikacje
problem z ustaleniem jednej danej na raporcie
telefon do klienta - są wątpliwości
raport jednak nie jest potrzebny
kilka dni 'do kosza'
6. K I E D Y T E M A T W Y G L Ą D A N A O C Z Y W I S T Y
C z y m o ż n a b y ł o i n a c z e j ?
Na 99 % na taki tylko wygląda
Odpowiedź na pytanie kilka razy - czy na pewno wiesz W JAKIM CELU robisz zmianę
Moje sposoby:
parafrazowanie, rozmowa z klientem jak rozumiem cel
opowiedzieć koledze/koleżance co robię i jak rozumiem cel
pomyśleć jak bym wytłumaczyła końcowemu użytkownikowi - dlaczego to robię
7. R O Z W I Ą Z A N I E
H i s t o r i a 1
ustalić dokładnie w jakim celu będzie
wykorzystywany raport
'wirtualnie' wytłumaczyć użytkownikowi jak może
wykorzystać dany raport
8. H I S T O R I A D R U G A
aplikacja do obsługi Klienta detalicznego
zmienić technologię aplikacji - inicjatywa
developerów
unowocześnić wygląd interfejsu
przyspieszyć obsługę Klienta w salonie
zmniejszyć koszty wdrożenia aplikacji
(infrastruktury itp.)
k o l e j n a p u ł a p k a
9. C O P O S Z Ł O N I E T A K ?
koszty wdrożenia bez zmian
klient zgłasza bugi
nie została uwzględniona księgowa w
obliczeniach prowizji
dla kogo zrobiliśmy zmianę?
10. Z R O B I O N E . . . A L E . . .
dla kogo naprawdę robimy zmianę - KTO jest jej odbiorcą
w jakim celu robimy zmianę i jaki efekt chcemy osiągnąć
mój sposób - macierz RACI -pomaga!
11. R O Z W I Ą Z A N I E
H i s t o r i a 2
R – Responsible – osoba odpowiedzialna za wykonanie zadania;
A – Accountable – osoba weryfikująca, odpowiedzialna za zatwierdzenie i
prawidłowe ukończenie zadań, może nią być sponsor projektu;
C – Consulted – osoba pełniąca rolę konsultanta, posiadająca wiedzę o
przedmiocie procesu, będąca ekspertem dziedzinowym;
I – Informed – osoba informowana o podejmowanych działaniach
12. H I S T O R I A T R Z E C I A
...to tylko interfejs wymiany danych
13. P O T R Z E B U J E M Y T Y L K O . . .
J a k t o b y ł o ?
zmiana systemu X przez zespól A
zlecenie - wymienić interfejs pomiędzy systemami A i B
za system Y odpowiada zespól B
14. P O D W Ó J N E K O S Z T Y
j a k i e f e k t ?
dwa takie same procesy w dwóch systemach
użytkownicy muszą szukać 'obejść'
wymagane są kolejne zmiany
nie sprawdziliśmy procesu
mój sposób - rysuję/definiuję/znajduję proces
15. R O Z W I Ą Z A N I E
H i s t o r i a 3
zdefiniować proces
określić jakie elementy procesu są wspierane przez
poszczególne aplikacje
16. 9 0 %
Sukcesu to prawidłowe rozpoznanie poniższych
składowych:
C E L D L A K O G O P R O C E S
Dlaczego
(historia 1:
niepotrzebny raport)
Interesariusze
(historia 2: pominięta
księgowa)
Jaki, co jest produktem
(historia 3: ten sam proces
w 2 systemach)
18. Przewodnik nie tylko dla analityka
UDANYCH PODROZY!
DZIĘKUJĘ ZA POŚWIĘCONY CZAS
E L E N A Z H U K O V A
W W W . L I N K E D I N . C O M / I N / L E N A - Z H U K O V A
Bardziej niż cokolwiek innego –
przygotowywanie się jest sekretem do
sukcesu.
Before everything else, getting ready is
the secret of success. (ang.)
Henry Ford