Inżynieria oprogramowania:
Inżynieria wymagań dla zwinnych zespołów
Tak dużo RE, jak to konieczne, tak mało RE, jak to możliwe – lekkość w każdej iteracji.
Kontakt z zespołem
Śledź nas
Co dzieje się z inżynierią wymagań (RE) w trakcie zwinnej transformacji?
Czy rola inżyniera wymagań jest nadal potrzebna i jak ma się ona do roli właściciela produktu? Czy zwinne RE oznacza zarządzanie wymaganiami tylko w formie user stories? Jak można zapewnić wystarczającą dokumentację? Jak znaleźć dobre kryteria akceptacji? I jak artefakty, metody i dokumenty „klasycznego” RE pasują do tego obrazu? Odpowiedzi znajdziesz tutaj!
- Budujemy zrozumienie potrzeb i metod pracy przyszłych użytkowników.
- Lekko i „w samą porę”.
- Z uwzględnieniem testowalności zidentyfikowanych user stories i wymagań.
Artykuł ekspercki
10 praktycznych wskazówek dla właścicieli produktów
Czy jesteś właścicielem produktu? A może planujesz nim zostać? W takim razie być może znasz następującą sytuację: Twoja firma postanowiła – z jakiegokolwiek powodu – pracować „zwinnie” w przyszłości. Większość deweloperów wiwatuje, testerzy przytakują sobie porozumiewawczo, tylko inżynierowie wymagań są wyjątkowo cicho.
Nic dziwnego, bo na horyzoncie rysuje się szok kulturowy: jeszcze niedawno wymagania były zbierane w kompleksowych procesach analitycznych i zestawiane w obszernych dokumentach, a nagle to wszystko ma odejść do przeszłości – zamiast tego są tylko „tablice”, na których przypina się „historyjki”. Dokumentowanie od teraz uchodzi za zło, a jedyną rzeczą, którą zarządzanie wymaganiami zabierze ze sobą do nowego świata, będą – ze wszystkich rzeczy, ponieważ były już nieprzyjemne w świecie przed zwinnym – kryteria akceptacji! Witamy w zwinnej transformacji RE!
Zwinna inżynieria wymagań: główne punkty
Nasze doświadczenie w zakresie inżynierii wymagań (RE) polega na pomaganiu właścicielowi produktu (PO) i inżynierom wymagań w Twoim zespole, w budowaniu zrozumienia potrzeb i sposobu pracy przyszłych użytkowników.
Analizy interesariuszy
Opracowywanie scenariuszy użytkownika i historyjek użytkownika
Walidacja dokumentów dotyczących wymagań
Ustanowienie pętli sprzężenia zwrotnego
Warsztaty i szkolenia
Skuteczna inżynieria wymagań wymaga jasnego zrozumienia przestrzeni problemowej, w tym „co” i „dlaczego”. Oznacza to, że współpracujemy z Twoim zespołem, aby zidentyfikować i ustrukturyzować rzeczywiste potrzeby i wyzwania użytkowników. Nasza metoda koncentruje się na lekkości i zwinności: wymagania są rejestrowane i dokumentowane „just in time”, tj. tak mało, jak to możliwe i tak dużo, jak to konieczne.
Dzięki ukierunkowanej metodologii i ciągłym pętlom informacji zwrotnych zapewniamy, że zespół jest zawsze na bieżąco i może elastycznie reagować na zmiany. Zapewnia to nie tylko jasność i przejrzystość, ale także umożliwia szybszą adaptację do nowych wymagań. Naszym celem jest umożliwienie zespołowi opracowywania najlepszych rozwiązań dla użytkowników, mając zawsze na uwadze szerszą perspektywę.
Zrozumienie przestrzeni problemowej dla lepszych rozwiązań
Co ma znaczenie
Testowalność historyjek użytkownika
Od samego początku skupiamy się na – zbyt często zaniedbywanej – testowalności zidentyfikowanych historii i wymagań. Takie podejście jest unikalną zaletą QualityMinds.
Jeśli więc chcesz wiedzieć, czy, w jakim stopniu i który RE najlepiej wspiera Cię w Twoim zwinnym sposobie pracy, to trafiłeś we właściwe miejsce.
Warsztat
Doskonalenie Inżynierii wymagań
Jak inżynieria wymagań i podejście zwinne korzystnie ze sobą współpracują?
W zwinnym zespole celem inżynierii wymagań jest stworzenie wspólnego zrozumienia produktu, który ma zostać opracowany oraz jego użytkowników. Zespół musi najpierw zrozumieć wizję produktu. Może na przykład stworzyć plakat produktu z najważniejszymi funkcjami, użytkownikami, systemami partnerskimi, celami i ryzykami lub skorzystać z metody Product Canvas. Następnie zespół musi zrozumieć, co tak naprawdę zawierają historie użytkowników następnej iteracji. Pojedyncza historia użytkownika nie opisuje wszystkich szczegółów niezbędnych do rozwoju lub testowania i musi być uzupełniona testowalnymi kryteriami akceptacji.
3 najważniejsze pytania dotyczące dokumentowania User Stories:
Czy są jakieś dokumenty, które muszą zostać utworzone dla tej historii – na przykład ze względów regulacyjnych? Dokumenty te powinny być częścią „Definicji ukończenia”. Odpowiednie zadania powinny zostać utworzone podczas planowania.
Czy istnieją artefakty – na przykład tabela decyzyjna lub diagram procesu – które pomogłyby zespołowi w implementacji? Jeśli tak, artefakty te powinny zostać utworzone w ramach udoskonalenia. Pomocnym narzędziem w znalezieniu przydatnych artefaktów może być plakat z artefaktami, na którym przedstawione są możliwe formaty, scenariusze zastosowania oraz powiązane metody testowe.
Jeśli dodatkowe artefakty lub dokumenty nie są ani pomocne, ani konieczne, wystarczy bezpośrednia komunikacja między zespołem a właścicielem produktu. W ten sposób tworzona jest tylko dokumentacja, która oferuje wartość dodaną; jednocześnie wszystko, czego potrzebuje zespół, jest dostępne w sprincie.
Konsultacje
Jako konsultanci wspieramy klienta i jego projekt na miejscu w następujących rolach:
→ Właściciel produktu → Inżynier ds. wymagań → Analityk biznesowy
Podejmujemy się tej roli odpowiedzialnie, integrujemy się z Twoim zespołem w najlepszy możliwy sposób i dostarczamy wyniki pracy, których potrzebujesz „na czas, w budżecie i zachowaniem jakości”.
Coaching
Alternatywnie, wspieramy pracowników, którzy już pełnią jedną z tych ról i zapewniamy im coacha:
→ Właściciel Produktu → Inżynierowie Wymagań → Analitycy Biznesowi
Nasi trenerzy są po Twojej stronie jako sparingpartnerzy, nośnicy doświadczenia i wiedzy. Możemy zapewnić Twojemu zespołowi skuteczne wsparcie, szczególnie we wszystkich tematach związanych ze zwinnymi wartościami i procedurami.
podcast
Jak wymagania niefunkcjonalne i historyjki techniczne wpisują się w zwinny backlog?
QualityHeroes Podcast odcinek 14: Tym razem Christian i Ralph omawiają dwa tematy, które prawdopodobnie pojawiają się w każdym projekcie Scrum. Przedstawiają rozwiązania i konkretne narzędzia, aby odpowiedzieć na pytanie z tytułu podcastu. Miłej zabawy!
Referencje z zakresu Inżynierii wymagań
Niektórzy z naszych zadowolonych klientów
LETSSWAP24 – Let’s Change Logistics
Wymagania dotyczyły stworzenia platformy, która z jednej strony jest łatwa i intuicyjna w obsłudze dla użytkowników, a z drugiej oferuje kompleksowy zakres funkcji, takich jak wielojęzyczność, szybkość i stabilność.
DATEV KI-Werkstatt – Kształtowanie przyszłości. Razem.
Wymaganiem było opracowanie w bardzo krótkim czasie responsywnie zaprojektowanych prototypów dla warsztatów AI. Celem było stworzenie działającej platformy w chmurze DATEV, na której aplikacje mogłyby być testowane i dalej rozwijane na wczesnym etapie rozwoju.
Czekamy na Twoje pytania!
Wysoce zadowoleni klienci są jednocześnie naszym kapitałem i priorytetem. Potrzebujesz wsparcia w zakresie zwinnej inżynierii wymagań? W takim razie pozwól nam wyjaśnić, w jaki sposób możemy Ci pomóc podczas niezobowiązującej wstępnej konsultacji!
