Słownik analityka biznesowego

Technika analizy przyczynowo-skutkowej polegająca na wielokrotnym pytaniu 'dlaczego?' aż do dotarcia do przyczyny źródłowej.

Metoda porównywania dwóch wariantów (A i B) produktu lub strony na rzeczywistych użytkownikach w celu wyboru lepszego.

Application Programming Interface — interfejs umożliwiający komunikację między systemami przez zdefiniowane endpointy.

Angielska nazwa kryteriów akceptacji — warunki, które muszą być spełnione, aby praca została zaakceptowana.

Adapter to wzorzec projektowy należący do grupy wzorców strukturalnych, który umożliwia współpracę między klasami o niekompatybilnych interfejsach. Wzorzec ten działa jako pomost, który "adaptuje" interfejs jednej klasy do interfejsu oczekiwanego przez inną klasę. Adapter jest często używany, gdy istnieje potrzeba integracji nowego komponentu z istniejącym systemem bez modyfikowania jego kodu źródłowego.

Zbiór wartości i zasad iteracyjnego wytwarzania oprogramowania, opisanych w Manifeście Agile z 2001 roku.

Dokument z 2001 roku definiujący 4 wartości i 12 zasad zwinnego wytwarzania oprogramowania, będący fundamentem ruchu Agile.

Operacja SQL grupująca wiersze i obliczająca statystyki (suma, średnia, liczba) — podstawa raportowania i analizy KPI.

Osoba, system zewnętrzny lub urządzenie wchodzące w interakcję z systemem — inicjator lub odbiorca akcji w diagramach UML.

Technika komunikacji polegająca na pełnym skupieniu na rozmówcy, parafrazowaniu i weryfikowaniu zrozumienia — fundament pracy BA.

Model klasyfikujący wymagania wg wpływu na satysfakcję klienta: must-be, one-dimensional, attractive, indifferent i reverse.

Technika priorytetyzacji wymagań dzieląca je na Must have, Should have, Could have i Won't have.

Narzędzie analizy makrootoczenia badające czynniki Polityczne, Ekonomiczne, Społeczne, Technologiczne, Prawne i Środowiskowe.

Technika oparta na zasadzie 80/20 — identyfikacja 20% przyczyn odpowiedzialnych za 80% problemów.

Proces tworzenia i analizy matrycy RACI — alternatywna nazwa dla Matrycy RACI.

Narzędzie strategiczne identyfikujące Strengths (mocne strony), Weaknesses (słabe), Opportunities (szanse) i Threats (zagrożenia).

Zbiór technik i praktyk służących identyfikowaniu potrzeb biznesowych oraz definiowaniu rozwiązań spełniających te potrzeby.

Technika elicytacji polegająca na badaniu istniejących dokumentów (procedury, raporty, regulaminy, specyfikacje) w celu zrozumienia obecnego stanu.

Systematyczny proces identyfikacji, analizy i planowania strategii komunikacji z osobami i grupami mającymi wpływ na projekt.

Technika oceny opłacalności projektu przez porównanie wszystkich kosztów z oczekiwanymi korzyściami w ujęciu finansowym.

Porównanie stanu obecnego (as-is) ze stanem docelowym (to-be) w celu identyfikacji różnic i zaplanowania działań naprawczych.

Ocena skutków proponowanej zmiany na istniejące systemy, procesy, dane, użytkowników i inne wymagania.

Ustrukturyzowany zestaw pytań rozsyłany do wielu interesariuszy jednocześnie w celu zebrania danych ilościowych i jakościowych.

Systematyczna ocena systemów informatycznych, procesów i kontroli pod kątem zgodności, bezpieczeństwa i efektywności.

Business Analysis Body of Knowledge — międzynarodowy standard wiedzy o analizie biznesowej publikowany przez IIBA.

Podejście do wytwarzania oprogramowania łączące TDD z analizą biznesową — wymagania zapisywane w formacie Given/When/Then.

Business Process Model and Notation — standard graficznej notacji do modelowania procesów biznesowych.

Regularne spotkanie zespołu Scrum poświęcone doprecyzowaniu, wycenie i priorytetyzacji elementów Product Backlogu.

Priorytetyzowana lista wszystkich wymagań, funkcji i poprawek planowanych dla produktu.

Porównywanie procesów, produktów lub wyników organizacji z najlepszymi praktykami branżowymi w celu identyfikacji obszarów do poprawy.

Zbiory danych tak duże, szybko zmieniające się lub złożone, że tradycyjne narzędzia baz danych nie są w stanie ich przetwarzać.

Technika kreatywnego generowania pomysłów w grupie, oparta na zasadzie braku krytyki i dążeniu do jak największej liczby idei.

Wykres pokazujący ilość pozostałej pracy w sprincie (lub projekcie) w funkcji czasu, służący do monitorowania postępu.

Dokument uzasadniający celowość projektu — analiza kosztów, korzyści, ryzyk i opcji alternatywnych.

Zbiór planów i procedur zapewniających kontynuację krytycznych procesów biznesowych podczas i po awarii lub katastrofie.

Zbiór technik, narzędzi i procesów przekształcania surowych danych w użyteczne informacje wspierające decyzje biznesowe.

Narzędzie strategiczne przedstawiające model biznesowy na jednej stronie w 9 blokach: od propozycji wartości po strukturę kosztów.

Wzorzec architektoniczny oddzielający model odczytu danych (Query) od modelu zapisu (Command), umożliwiający ich niezależną optymalizację.

Formalny wniosek o zmianę zakresu, harmonogramu lub budżetu projektu, wymagający analizy wpływu i zatwierdzenia.

Filozofia stopniowego, ciągłego ulepszania procesów, produktów i usług przez małe, regularne zmiany.

Zgodność działania organizacji z obowiązującymi przepisami prawa, regulacjami branżowymi i wewnętrznymi politykami.

Platforma wiki do tworzenia, organizowania i udostępniania dokumentacji projektowej — specyfikacji, procedur, decyzji i wiedzy zespołowej.

Praktyka deweloperska polegająca na częstym łączeniu zmian w kodzie z główną gałęzią, z automatycznym budowaniem i testowaniem.

Rodzina lekkich metodyk Agile autorstwa Alistaira Cockburna, dopasowywanych do wielkości zespołu i krytyczności projektu.

Wykres pokazujący skumulowaną liczbę elementów w każdym stanie procesu w czasie, używany w Kanban do analizy przepływu.

Wizualizacja doświadczenia klienta w interakcji z produktem/usługą — od pierwszego kontaktu po lojalność.

Ocena skutków dla ochrony danych osobowych (Data Protection Impact Assessment) — obowiązkowa analiza ryzyka wymagana przez RODO.

Wizualny panel prezentujący kluczowe metryki i KPI w czasie rzeczywistym, umożliwiający szybką ocenę sytuacji.

Zbiór polityk, procesów i ról zapewniających jakość, bezpieczeństwo, dostępność i zgodność danych w organizacji.

Centralne repozytorium przechowujące surowe dane w natywnym formacie — strukturalne, półstrukturalne i niestrukturalne.

Proces odkrywania wzorców, korelacji i anomalii w dużych zbiorach danych za pomocą metod statystycznych i algorytmów uczenia maszynowego.

Stopień, w jakim dane spełniają wymagania dotyczące dokładności, kompletności, spójności, aktualności i wiarygodności.

Centralne repozytorium danych zoptymalizowane pod kątem analiz i raportowania, zbierające dane z wielu źródeł.

Wspólnie uzgodniona lista warunków, które muszą być spełnione, aby element pracy (User Story, Sprint) został uznany za ukończony.

Wspólne rozumienie zespołu, jakie warunki muszą być spełnione, aby element pracy mógł być uznany za ukończony.

Lista warunków, które User Story musi spełnić, zanim zespół może ją wziąć do sprintu.

5-dniowy proces rozwiązywania problemów i walidacji pomysłów stworzony przez Google Ventures, łączący design thinking z szybkim prototypowaniem.

Metoda rozwiązywania problemów skoncentrowana na użytkowniku, oparta na empatii, ideacji i prototypowaniu.

Kultura i zestaw praktyk łączących rozwój oprogramowania (Dev) z operacjami IT (Ops) w celu skrócenia cyklu dostarczania.

Entity-Relationship Diagram — diagram przedstawiający encje (tabele), ich atrybuty i relacje w modelu danych.

Wykres słupkowy przedstawiający harmonogram projektu — zadania, ich czas trwania, zależności i kamienie milowe.

Diagram przyczynowo-skutkowy (fishbone) służący do identyfikacji przyczyn źródłowych problemu w 6 kategoriach (6M).

Diagram wizualizujący relacje między zbiorami za pomocą nakładających się kół, używany w analizie do porównań i identyfikacji części wspólnych.

Diagram UML modelujący przepływ czynności w procesie, z decyzjami, równoległością i odpowiedzialnościami.

Diagram UML przedstawiający klasy (encje), ich atrybuty, metody i relacje w modelu domenowym systemu.

Diagram UML pokazujący fizyczną organizację systemu — komponenty, ich interfejsy i zależności między nimi.

Diagram najwyższego poziomu pokazujący system jako czarną skrzynkę oraz jego interakcje z aktorami zewnętrznymi.

Najprostsza forma wizualizacji procesu — diagram z prostokątami (czynności), rombami (decyzje) i strzałkami (przepływ).

Data Flow Diagram (DFD) — diagram pokazujący przepływ informacji przez system, procesy i magazyny danych.

Diagram UML wizualizujący aktorów, przypadki użycia (use cases) i relacje między nimi — przegląd funkcjonalności systemu.

Alternatywna nazwa diagramu Ishikawy — narzędzie analizy przyczynowo-skutkowej w kształcie szkieletu ryby.

Diagram UML pokazujący wymianę komunikatów między obiektami/systemami w określonej kolejności czasowej.

Diagram UML przedstawiający cykl życia obiektu — jego stany i przejścia między nimi wywołane zdarzeniami.

Diagram UML przedstawiający fizyczną infrastrukturę systemu — serwery, urządzenia i rozmieszczenie komponentów.

Plan i procedury odtwarzania systemów IT po awarii, katastrofie lub incydencie bezpieczeństwa.

Podejście do projektowania oprogramowania, w którym struktura kodu odzwierciedla domenę biznesową i język ekspertów domenowych.

Graficzny model decyzyjny w kształcie drzewa, pokazujący sekwencję decyzji, ich prawdopodobieństwa i oczekiwane wyniki.

Trzy poziomy certyfikacji analityka biznesowego wydawane przez IIBA: Entry (ECBA), Competency (CCBA) i Professional (CBAP).

Centralny komponent integracyjny łączący wszystkie systemy w organizacji, zapewniający routing, transformację i orkiestrację komunikatów.

Extract, Transform, Load — proces pobierania danych ze źródeł, przekształcania ich i ładowania do docelowego systemu (Data Warehouse).

Zwięzła prezentacja pomysłu, produktu lub projektu (30-60 sekund), wystarczająca do zainteresowania rozmówcy.

Duża User Story, zbyt złożona na jeden sprint, która jest dzielona na mniejsze stories przed implementacją.

Formalne przekazanie problemu, decyzji lub konfliktu na wyższy poziom zarządzania, gdy nie można go rozwiązać na obecnym poziomie.

Architektura oparta na zdarzeniach, w której komponenty reagują na zdarzenia (events) zamiast bezpośrednio wywoływać się nawzajem.

Metodyka Agile kładąca nacisk na jakość kodu przez praktyki takie jak pair programming, TDD i ciągła integracja.

Iteracyjna metodyka Agile oparta na modelowaniu domeny i budowie systemu wokół listy funkcjonalności (features).

Narzędzie do projektowania interfejsów (UI/UX) w przeglądarce — tworzenie wireframów, mockupów i klikalnych prototypów z możliwością współpracy.

Analiza luk — porównanie stanu obecnego (as-is) z pożądanym stanem docelowym (to-be) w celu identyfikacji różnic.

10 ogólnych zasad projektowania użytecznych interfejsów, sformułowanych przez Jakoba Nielsena.

International Institute of Business Analysis — międzynarodowa organizacja non-profit promująca zawód analityka biznesowego i wydająca certyfikacje (ECBA/CCBA/CBAP).

Akronim definiujący cechy dobrej User Story: Independent, Negotiable, Valuable, Estimable, Small, Testable.

Information Technology Infrastructure Library — framework najlepszych praktyk zarządzania usługami IT (ITSM).

Struktura danych przyspieszająca wyszukiwanie w tabelach bazy danych — analogia do indeksu w książce.

Sztuka organizowania i strukturyzowania informacji w systemie cyfrowym tak, aby użytkownicy mogli łatwo znaleźć to, czego szukają.

Osoba lub grupa, która ma wpływ na projekt lub jest dotknięta jego wynikami.

Operacja SQL łącząca dane z dwóch lub więcej tabel na podstawie wspólnej kolumny — fundament pracy z relacyjnymi bazami danych.

Najpopularniejsze narzędzie do zarządzania projektami Agile — backlog, sprinty, tablice Kanban, raportowanie i śledzenie zadań.

Framework produktowy skupiający się na 'zadaniach', które użytkownik chce wykonać, a nie na cechach demograficznych.

Key Performance Indicator — kluczowy wskaźnik efektywności mierzący realizację celów biznesowych.

Znaczący punkt w harmonogramie projektu oznaczający ukończenie ważnego etapu lub dostarczenie kluczowego produktu.

Metoda wizualnego zarządzania przepływem pracy oparta na tablicy z kolumnami reprezentującymi etapy procesu.

Zestaw warunków, które muszą być spełnione, aby wymaganie zostało uznane za zrealizowane.

Filozofia zarządzania skoncentrowana na eliminacji marnotrawstwa i ciągłym doskonaleniu procesów.

Uproszczona wersja Business Model Canvas stworzona przez Asha Maurya, skupiona na problemach, rozwiązaniach i kluczowych metrykach startupów.

Metodyka budowania startupów oparta na szybkim eksperymentowaniu, walidacji hipotez i iteracyjnym rozwoju produktu.

Minimum Viable Product — najprostsza wersja produktu, która dostarcza wartość i pozwala zweryfikować hipotezy.

Narzędzie do definiowania ról i odpowiedzialności: Responsible, Accountable, Consulted, Informed.

Narzędzie priorytetyzacji umieszczające inicjatywy na macierzy 2×2: nakład pracy (effort) vs wpływ biznesowy (impact).

Narzędzie wizualne do zrozumienia perspektywy użytkownika — co myśli, czuje, widzi, słyszy, mówi i robi.

Wizualizacja interesariuszy projektu na macierzy wpływ/zainteresowanie, określająca strategię komunikacji z każdą grupą.

Diagram radialno-hierarchiczny organizujący informacje wokół centralnego tematu, używany do brainstormingu i eksploracji wymagań.

Wizualne przedstawienie kroków procesu biznesowego, pokazujące przepływ pracy, decyzje i odpowiedzialności.

Zarządzanie danymi podstawowymi (master data) — kluczowymi encjami biznesowymi wspólnymi dla całej organizacji.

Narzędzie przypisujące role (Responsible, Accountable, Consulted, Informed) do zadań, eliminujące niejasności odpowiedzialności.

Requirements Traceability Matrix — tabela łącząca wymagania z ich źródłami, przypadkami testowymi i elementami rozwiązania.

Zestaw mierzalnych wskaźników opisujących zachowanie użytkowników, adopcję, zaangażowanie i wartość biznesową produktu cyfrowego.

Oprogramowanie pośredniczące łączące różne systemy, aplikacje i bazy danych, umożliwiając wymianę danych między nimi.

Styl architektoniczny, w którym aplikacja składa się z małych, niezależnych usług komunikujących się przez API.

Wirtualna tablica (digital whiteboard) do współpracy zdalnej — warsztaty, mapowanie procesów, brainstorming i wizualna praca z zespołem.

Metoda priorytetyzacji wymagań dzieląca je na Must have, Should have, Could have i Won't have.

Statyczny projekt wizualny interfejsu użytkownika z docelowymi kolorami, fontami i grafiką, ale bez interakcji.

Model cyklu życia oprogramowania łączący iteracyjne podejście z systematyczną analizą ryzyka na każdym etapie.

Tworzenie abstrakcyjnych modeli opisujących strukturę, relacje i ograniczenia danych w systemie informatycznym.

Tworzenie wizualnych reprezentacji procesów biznesowych w celu ich analizy, optymalizacji i automatyzacji.

Standard notacji graficznej do modelowania procesów biznesowych, umożliwiający jednoznaczny zapis przepływu pracy.

Proces organizacji danych w bazie relacyjnej w celu eliminacji redundancji i zapewnienia spójności — patrz: Normalizacja bazy danych.

Proces organizowania danych w bazie relacyjnej w celu eliminacji redundancji i zapewnienia integralności danych.

Jedna kluczowa metryka, która najlepiej odzwierciedla wartość dostarczaną klientom i napędza długoterminowy wzrost produktu.

Objectives and Key Results — framework do definiowania celów (Objectives) i mierzalnych rezultatów (Key Results).

Online Analytical Processing — technologia umożliwiająca szybką, wielowymiarową analizę dużych zbiorów danych.

Technika elicytacji polegająca na obserwowaniu użytkowników podczas ich codziennej pracy, aby zrozumieć rzeczywiste procesy i problemy.

Czynnik limitujący możliwości realizacji projektu, np. budżet, czas, technologia lub regulacje.

Plan-Do-Check-Act — cykliczny model ciągłego doskonalenia procesów (cykl Deminga).

Project Management Body of Knowledge — zbiór dobrych praktyk zarządzania projektami publikowany przez PMI, podstawa certyfikacji PMP.

Professional in Business Analysis — certyfikacja PMI potwierdzająca kompetencje BA w kontekście zarządzania projektami.

Projects IN Controlled Environments — strukturalna metodyka zarządzania projektami oparta na procesach, szeroko stosowana w Europie.

Fikcyjny, ale realistyczny profil reprezentujący grupę docelowych użytkowników produktu, oparty na badaniach.

Technika estymacji w Agile, w której członkowie zespołu jednocześnie pokazują karty z wyceną, aby uniknąć efektu zakotwiczenia.

Platforma Microsoft do wizualizacji danych i tworzenia interaktywnych dashboardów — najpopularniejsze narzędzie Business Intelligence.

Umiejętność skutecznego komunikowania wniosków, rekomendacji i wyników analizy różnym grupom interesariuszy.

Zbiór powiązanych czynności wykonywanych w określonej kolejności w celu dostarczenia wartości klientowi.

Rola w Scrum odpowiedzialna za maksymalizację wartości produktu i zarządzanie Product Backlogiem.

Moment, w którym produkt zaspokaja silną potrzebę rynkową — użytkownicy aktywnie go używają, polecają i płacą za niego.

Eksperyment lub prototyp techniczny mający na celu sprawdzenie, czy pomysł lub technologia jest wykonalna przed pełnym wdrożeniem.

Rozszerzenie PoC o walidację wartości biznesowej — nie tylko 'czy działa technicznie', ale 'czy przynosi oczekiwane korzyści'.

Wstępny model rozwiązania służący do wizualizacji koncepcji i zbierania feedbacku przed implementacją.

Technika walidacji wymagań polegająca na budowie uproszczonej wersji systemu lub interfejsu w celu zebrania feedbacku przed pełną implementacją.

Opis interakcji między aktorem (użytkownikiem) a systemem prowadzącej do osiągnięcia konkretnego celu.

Metodyka szybkiego wytwarzania oprogramowania z intensywnym prototypowaniem i ciągłym feedbackiem użytkowników.

Representational State Transfer — styl architektoniczny API oparty na HTTP, zasobach (URL) i operacjach (GET/POST/PUT/DELETE).

Ogólne Rozporządzenie o Ochronie Danych — regulacja UE definiująca zasady przetwarzania danych osobowych.

Return on Investment — wskaźnik rentowności inwestycji, wyrażony jako stosunek zysku netto do kosztu inwestycji.

Robotic Process Automation — technologia automatyzacji powtarzalnych, regułowych zadań przez boty naśladujące działania użytkownika.

Jednorazowy raport tworzony na żądanie, odpowiadający na konkretne pytanie biznesowe, w przeciwieństwie do raportów cyklicznych.

Regularny dokument informujący interesariuszy o postępie projektu — co zrobiono, co planowane, jakie ryzyka i blokady.

Zasada lub polityka organizacji definiująca lub ograniczająca sposób działania procesów biznesowych.

Formalne stwierdzenia definiujące lub ograniczające sposób działania organizacji — polityki, warunki, walidacje i obliczenia.

Dokument zawierający listę zidentyfikowanych ryzyk projektu wraz z ich oceną, strategią reakcji i statusem.

Spotkanie zespołu Scrum po zakończeniu sprintu, poświęcone refleksji nad procesem pracy i identyfikacji usprawnień.

Technika odtwarzania wymagań i specyfikacji z istniejącego systemu, gdy oryginalna dokumentacja nie istnieje lub jest nieaktualna.

Strategiczny plan rozwoju produktu przedstawiający cele, inicjatywy i kamienie milowe w perspektywie czasowej.

Niepewne zdarzenie, które jeśli wystąpi, będzie miało pozytywny lub negatywny wpływ na cele projektu.

Scaled Agile Framework — framework do skalowania praktyk Agile na poziomie całej organizacji (wiele zespołów, portfolio).

Narzędzie do wysokopoziomowego opisu procesu: Supplier, Input, Process, Output, Customer.

Service Level Agreement — formalna umowa definiująca poziom usługi (dostępność, czas odpowiedzi, czas naprawy).

Architektura systemów informatycznych oparta na luźno powiązanych, autonomicznych serwisach komunikujących się przez standardowe protokoły.

Structured Query Language — język zapytań do zarządzania i pobierania danych z relacyjnych baz danych.

Opis kroków do wykonania w celu weryfikacji, czy system działa zgodnie z wymaganiami — obejmuje dane wejściowe, kroki i oczekiwane rezultaty.

Niekontrolowane rozszerzanie zakresu projektu bez odpowiedniej weryfikacji wpływu na budżet, harmonogram i zasoby.

Framework Agile do zarządzania projektami oparty na iteracjach (sprintach), rolach i ceremoniach.

Rola w Scrum odpowiedzialna za usuwanie przeszkód, coaching zespołu i promowanie praktyk Scrum w organizacji.

Rozszerzenie Customer Journey Map o procesy wewnętrzne organizacji — pokazuje co dzieje się 'za kulisami' usługi.

Metodyka zarządzania jakością procesów, dążąca do ograniczenia defektów do 3.4 na milion możliwości (DMAIC).

Software Requirements Specification — formalny dokument opisujący wszystkie wymagania funkcjonalne i niefunkcjonalne systemu.

Timeboxowane zadanie badawcze w Agile — celem jest zdobycie wiedzy lub odpowiedź na pytanie techniczne, nie dostarczenie kodu.

Stały, powtarzalny cykl pracy w Scrum (1-4 tygodnie), w którym zespół dostarcza gotowy przyrost produktu (Increment).

Wydarzenie Scrum rozpoczynające sprint, podczas którego zespół wybiera elementy z backlogu i planuje pracę na nadchodzący sprint.

Jednostka estymacji w Agile, wyrażająca względną złożoność User Story (nie czas), najczęściej w skali Fibonacciego.

Całkowity koszt posiadania rozwiązania obejmujący zakup, wdrożenie, utrzymanie, szkolenia i wycofanie z użycia.

The Open Group Architecture Framework — framework do projektowania architektury korporacyjnej (Enterprise Architecture).

Ustrukturyzowana tabela definiująca wszystkie kombinacje warunków i odpowiadające im działania, eliminująca niejednoznaczności w regułach biznesowych.

Koszt dodatkowej pracy wynikający z wybrania szybszego rozwiązania zamiast lepszego podejścia, które wymagałoby więcej czasu.

Alternatywna polska nazwa dla User Acceptance Testing — patrz UAT.

Metoda badawcza polegająca na obserwacji użytkowników wykonujących zadania w systemie w celu identyfikacji problemów z interfejsem.

Technika zarządzania czasem polegająca na przydzieleniu stałego limitu czasu na czynność — po upływie czasu przechodzi się dalej.

Zdolność do śledzenia powiązań między wymaganiami a ich źródłem, implementacją i testami przez cały cykl życia projektu.

Fundamentalna zmiana sposobu działania organizacji poprzez wykorzystanie technologii cyfrowych do tworzenia nowej wartości.

Model ilustrujący zależność między zakresem, czasem i kosztem projektu — zmiana jednego wpływa na pozostałe.

Końcowa faza testów, w której użytkownicy biznesowi weryfikują, czy system spełnia ich wymagania i jest gotowy do produkcji.

Unified Modeling Language — standardowy język graficzny do modelowania systemów informatycznych (14 typów diagramów).

Szczegółowy opis interakcji aktora z systemem prowadzącej do osiągnięcia konkretnego celu biznesowego.

Krótki opis funkcjonalności z perspektywy użytkownika, zapisany w formacie: Jako [rola], chcę [cel], aby [korzyść].

Model wytwarzania oprogramowania rozszerzający Waterfall o powiązanie każdej fazy projektowej z odpowiadającą fazą testowania.

Unikalna obietnica wartości, jaką produkt lub usługa dostarcza klientowi — powód, dla którego klient wybiera nas, a nie konkurencję.

Technika Lean polegająca na wizualizacji przepływu materiałów i informacji od zamówienia klienta do dostarczenia wartości.

Work Breakdown Structure — hierarchiczny rozkład zakresu projektu na coraz mniejsze, zarządzalne elementy pracy.

Ilość pracy rozpoczętej, ale jeszcze nieukończonej — kluczowa metryka w Kanban, której ograniczanie zwiększa przepływność.

Ustrukturyzowane spotkanie grupowe służące do pozyskiwania, analizowania i uzgadniania wymagań.

Ustrukturyzowane spotkanie grupowe prowadzone przez facylitatora w celu zbierania, analizy i priorytetyzacji wymagań.

Sekwencyjny model wytwarzania oprogramowania, w którym każda faza musi zostać ukończona przed rozpoczęciem następnej.

Mechanizm powiadomień HTTP — system A automatycznie wysyła żądanie POST do systemu B gdy wystąpi określone zdarzenie.

Wirtualna tabela SQL zdefiniowana jako zapisane zapytanie — upraszcza dostęp do złożonych danych bez duplikowania ich fizycznie.

Szkieletowy schemat interfejsu użytkownika, pokazujący układ elementów bez grafiki, kolorów i treści docelowej.

Umiejętność prowadzenia warsztatów grupowych — zarządzanie dynamiką grupy, czasem, energią i dochodzenie do konsensusu.

Wysokopoziomowy opis potrzeby organizacji, który definiuje cel lub problem do rozwiązania.

Opis konkretnej funkcji lub zachowania systemu, które musi zostać zaimplementowane.

Opis potrzeby lub oczekiwania interesariusza wobec systemu lub procesu, stanowiący podstawę do definiowania wymagań systemowych.

Opis ograniczeń i cech jakościowych systemu, takich jak wydajność, bezpieczeństwo czy dostępność.

Ustrukturyzowana lub swobodna rozmowa BA z interesariuszem w celu zrozumienia potrzeb, problemów i oczekiwań wobec systemu.

Precyzyjne określenie tego, co projekt obejmuje (IN scope) i czego nie obejmuje (OUT of scope).

Relacja między zadaniami, w której jedno zadanie wymaga ukończenia innego przed rozpoczęciem — kluczowe dla planowania projektu.

Umiejętność rozpoznawania, adresowania i rozwiązywania konfliktów między interesariuszami dotyczących wymagań, priorytetów lub zakresu.

Proces planowania, śledzenia, analizy i dokumentowania wymagań przez cały cykl życia projektu.

Systematyczne podejście do przeprowadzania organizacji, zespołów i osób przez transformację — od stanu obecnego do stanu docelowego.

Czynnik przyjęty za prawdziwy na potrzeby planowania projektu, ale niesprawdzony — wymaga monitorowania.

Najdłuższa sekwencja zależnych zadań w projekcie, wyznaczająca minimalny czas realizacji całego projektu.