Latarnia Analizy
A
API (Application Programming Interface)
API (Interfejs Programowania Aplikacji) to “łącznik”, który umożliwia jednemu programowi korzystanie z funkcji lub danych innego programu. W analizie systemowej API traktowane jest jako kontrakt:...
Czytaj więcej →Acceptance Criteria (AC)
Acceptance Criteria (Kryteria Akceptacji) to zestaw konkretnych wymagań, które precyzują zakres User Story. Podczas gdy sama opowieść użytkownika opisuje cel i wartość, kryteria akceptacji defini...
Czytaj więcej →Agile
Agile (zwinność) to zbiór wartości i zasad sformułowanych w 2001 roku w Manifesto for Agile Software Development. W przeciwieństwie do tradycyjnych, kaskadowych metod (Waterfall), Agile zakłada, ...
Czytaj więcej →Agile at Scale
Agile at Scale to odpowiedź na pytanie: „Jak zachować elastyczność i szybkość startupu w ogromnej korporacji?”. Tradycyjne metody zwinne (jak czysty Scrum) zostały zaprojektowane dla pojedynczych...
Czytaj więcej →Akronim INVEST
INVEST to akronim stworzony przez Billa Wake’a, który służy jako lista kontrolna do weryfikacji jakości User Stories. Jeśli zadanie spełnia wszystkie te kryteria, uznaje się je za dobrze sformuło...
Czytaj więcej →Analityka Biznesowa (Business Intelligence)
Analityka Biznesowa (BI) to proces polegający na zbieraniu, integrowaniu i analizowaniu danych pochodzących z różnych źródeł w celu dostarczenia historycznego, bieżącego i prognozowanego widoku o...
Czytaj więcej →Analiza biznesowa
Analiza biznesowa to zestaw zadań i technik wykorzystywanych do zrozumienia struktury, polityki oraz operacji organizacji, a także do rekomendowania rozwiązań, które pozwolą jej osiągnąć zamierzo...
Czytaj więcej →Analiza systemowa
Analiza systemowa to proces zbierania i interpretowania faktów, identyfikowania problemów oraz dekompozycji systemu na poszczególne komponenty w celu ich usprawnienia lub zaprojektowania od podst...
Czytaj więcej →B
BPMN (Business Process Model and Notation)
BPMN (Business Process Model and Notation) to międzynarodowy standard graficzny służący do wizualizacji procesów biznesowych w formie diagramów. Głównym celem BPMN jest dostarczenie notacji, któr...
Czytaj więcej →Backlog
Backlog to uporządkowana lista elementów roboczych (wymagań, funkcjonalności, poprawek błędów, ulepszeń technicznych), które czekają na realizację w projekcie. Jest to jedno z kluczowych narzędzi...
Czytaj więcej →Backlog Refinement
Backlog Refinement (często nazywany pielęgnacją lub czyszczeniem backlogu) to proces polegający na dodawaniu szczegółów, estymat oraz porządkowaniu elementów w Product Backlogu. W przeciwieństwie...
Czytaj więcej →Baza danych
Baza danych to fundament każdej nowoczesnej aplikacji. To nie tylko miejsce składowania informacji, ale przede wszystkim system, który zapewnia ich spójność, bezpieczeństwo i wysoką dostępność. Z...
Czytaj więcej →Bug (Błąd)
Bug (błąd, defekt) to rozbieżność między faktycznym działaniem oprogramowania a jego specyfikacją lub oczekiwaniami użytkownika. Błędy mogą wynikać z pomyłek w kodzie, błędnej logiki biznesowej, ...
Czytaj więcej →D
Daily Scrum
Daily Scrum (często nazywany “Daily”) to krótkie, maksymalnie 15-minutowe zdarzenie odbywające się każdego dnia Sprintu. Służy ono inspekcji postępów w realizacji Celu Sprintu oraz adaptacji plan...
Czytaj więcej →Definition of Done (DoD)
Definition of Done (Definicja Ukończenia) to formalna lista kontrolna zawierająca kryteria jakościowe, które musi spełnić każdy element backlogu, aby mógł zostać uznany za gotowy. Podczas gdy Use...
Czytaj więcej →Definition of Ready (DoR)
Definition of Ready (Definicja Gotowości) to umowa między zespołem deweloperskim a Product Ownerem, określająca, jakie informacje i warunki muszą zostać spełnione, aby zadanie (User Story) było “...
Czytaj więcej →Diagram Czynności (Activity Diagram)
Diagram Czynności to jeden z najważniejszych diagramów behawioralnych w notacji UML. Pozwala on na wizualizację algorytmów, logiki biznesowej oraz przepływów pracy (workflows). Choć na pierwszy r...
Czytaj więcej →Diagram Klas (Class Diagram)
Diagram klas to statyczny diagram w notacji UML, który stanowi serce modelowania obiektowego. O ile Diagram Przypadków Użycia mówi o tym, co system robi, a Diagram Sekwencji o tym, jak obiekty ze...
Czytaj więcej →Diagram Maszyny Stanów (State Machine Diagram)
Diagram Maszyny Stanów (często nazywany diagramem przejść między stanami) to narzędzie w notacji UML, które pozwala zamodelować dynamiczne zachowanie systemu. Skupia się on na zmianach statusu ko...
Czytaj więcej →Diagram Sekwencji (Sequence Diagram)
Diagram sekwencji to jeden z najważniejszych diagramów behawioralnych w notacji UML. Podczas gdy Diagram Klas opisuje statyczną strukturę systemu, diagram sekwencji koncentruje się na dynamice – ...
Czytaj więcej →Dostępność cyfrowa (Accessibility / WCAG)
Dostępność cyfrowa (Accessibility), często zapisywana skrótem a11y, to dążenie do tego, by technologia była inkluzywna. Oznacza projektowanie systemów IT tak, aby były funkcjonalne dla osób niewi...
Czytaj więcej →Dług techniczny (Technical Debt)
Dług techniczny to termin ukuty przez Warda Cunninghama, który porównuje niską jakość kodu do długu finansowego. Podobnie jak w banku, „pożyczasz” czas, idąc na skróty (np. pomijając testy automa...
Czytaj więcej →E
Epic (Epik)
Epic (Epik) to wysokopoziomowe wymaganie lub zestaw funkcjonalności, które są zbyt obszerne i złożone, by mogły zostać ukończone w ramach jednego Sprintu. Epik służy do grupowania powiązanych ze ...
Czytaj więcej →I
Inkrement
Inkrement (przyrost) to namacalny efekt pracy zespołu w danym Sprincie. Jest to działająca, przetestowana i użyteczna wersja produktu, która przybliża zespół do realizacji celu głównego. Aby elem...
Czytaj więcej →Interesariusze (Stakeholders)
Interesariusze (Stakeholders) to wszystkie osoby zainteresowane sukcesem (lub porażką) projektu. W świecie Agile, interesariuszem nie jest tylko klient płacący za system, ale każdy, kto ma swój i...
Czytaj więcej →Inżynieria wymagań
Inżynieria wymagań (ang. Requirements Engineering) to dyscyplina zajmująca się określaniem celów usług i ograniczeń systemów informatycznych. Jest to proces krytyczny, ponieważ błędy popełnione n...
Czytaj więcej →K
Kanban
Kanban to ewolucyjna metoda zarządzania procesami, która wywodzi się z systemu produkcyjnego Toyoty. W przeciwieństwie do Scruma, nie opiera się na sztywnych iteracjach (sprintach), lecz na ciągł...
Czytaj więcej →M
MVP (Minimum Viable Product)
MVP, czyli produkt o minimalnej koniecznej funkcjonalności, to najprostsza możliwa wersja rozwiązania, która pozwala zweryfikować kluczowe założenia biznesowe przy najmniejszym nakładzie pracy. N...
Czytaj więcej →Metoda MoSCoW – Priorytetyzacja Wymagań
MoSCoW to akronim pochodzący od czterech kategorii priorytetów: Must have, Should have, Could have oraz Won’t have (this time). Jest to jedna z najczęściej stosowanych technik w Analizie Biznesow...
Czytaj więcej →Model Kano – Analiza Satysfakcji Klienta
Model Kano to narzędzie opracowane w latach 80. przez profesora Noriaki Kano. Służy ono do zrozumienia, że nie wszystkie funkcjonalności produktu są postrzegane przez użytkowników w ten sam sposó...
Czytaj więcej →Modelowanie Danych (ERD – Entity Relationship Diagram)
ERD (Entity Relationship Diagram), czyli diagram związków encji, to narzędzie analizy systemowej służące do projektowania logicznej struktury bazy danych. Pozwala on zrozumieć, jakie dane system ...
Czytaj więcej →N
Narzędzia CASE
CASE (Computer-Aided Software Engineering) to szeroka kategoria oprogramowania, które automatyzuje działania wykonywane w ramach cyklu życia systemów informatycznych (SDLC). Ich głównym celem jes...
Czytaj więcej →Notacja Gherkin
Gherkin to język zorientowany na biznes, służący do definiowania testów akceptacyjnych i opisywania zachowania aplikacji. Jego nazwa wywodzi się z ekosystemu narzędzia Cucumber, które interpretuj...
Czytaj więcej →P
Persona
Persona to narzędzie analityczne i projektowe, które nadaje ludzką twarz suchym danym statystycznym. Zamiast operować na szerokich grupach (np. „kobiety w wieku 25-40 lat”), zespół projektowy two...
Czytaj więcej →Product Backlog
Product Backlog (Backlog Produktu) to priorytetyzowana lista wszystkich prac, które zespół musi wykonać, aby zrealizować wizję produktu. Nie jest to statyczna dokumentacja, lecz żywy artefakt, kt...
Czytaj więcej →Product Owner (PO)
Product Owner (Właściciel Produktu) to jedna z kluczowych ról w frameworku Scrum. Jest on odpowiedzialny za to, co zespół buduje i dlaczego, pełniąc rolę łącznika między interesantami (klientami,...
Czytaj więcej →Programowanie Obiektowe (OOP)
Zanim przejdziemy do zasad OOP, musimy rozróżnić dwa fundamentalne pojęcia: Klasa: To “przepis”, szablon lub projekt techniczny. Definiuje ona, jakie cechy i zachowania będzie miał każdy stwo...
Czytaj więcej →Przypadek testowy (Test Case)
Przypadek testowy to precyzyjny zestaw warunków, kroków i danych testowych, opracowany w celu zweryfikowania, czy konkretna funkcja systemu działa zgodnie z założeniami. O ile Scenariusz testowy ...
Czytaj więcej →Przypadek użycia (Use Case)
Przypadek użycia (ang. Use Case) to technika służąca do przechwytywania wymagań funkcjonalnych systemu. Opisuje on sekwencję kroków, jakie podejmuje system w odpowiedzi na działanie aktora, aby d...
Czytaj więcej →R
RFP (Request for Proposal)
RFP (Request for Proposal), czyli zapytanie ofertowe, to oficjalny dokument, za pomocą którego organizacja komunikuje potencjalnym dostawcom swoje potrzeby biznesowe i techniczne. W odróżnieniu o...
Czytaj więcej →Refaktoryzacja
Refaktoryzacja to proces wprowadzania zmian wewnątrz systemu w taki sposób, aby nie zmieniać jego zachowania z punktu widzenia użytkownika. Jeśli po zmianie w kodzie system zwraca inne wyniki niż...
Czytaj więcej →Roadmap (Mapa drogowa produktu)
Roadmap (Mapa drogowa) to strategiczny dokument określający, dokąd zmierza produkt i jakie kroki są niezbędne, aby osiągnąć założoną wizję. W środowisku Agile roadmapa nie jest sztywnym harmonogr...
Czytaj więcej →S
SQL (Structured Query Language)
SQL (Structured Query Language) to deklaratywny język zapytań wykorzystywany do interakcji z relacyjnymi bazami danych (RDBMS), takimi jak PostgreSQL, MySQL, SQL Server czy Oracle. W przeciwieńst...
Czytaj więcej →SQL (Structured Query Language) – Język komunikacji z danymi
SQL (Structured Query Language) to deklaratywny język zapytań wykorzystywany do interakcji z relacyjnymi bazami danych (RDBMS), takimi jak PostgreSQL, MySQL, SQL Server czy Oracle. W przeciwieńst...
Czytaj więcej →Scenariusz testowy (Test Scenario)
Scenariusz testowy to dokumentacja określająca konkretny cel testu lub obszar funkcjonalny, który musi zostać zweryfikowany. Można go traktować jako most łączący wymagania biznesowe z technicznym...
Czytaj więcej →Scrum
Scrum to lekka ramka postępowania (framework), która pomaga zespołom i organizacjom generować wartość poprzez adaptacyjne rozwiązania dla złożonych problemów. Jest to najczęściej wybierana metoda...
Czytaj więcej →Sparx Enterprise Architect
Sparx Enterprise Architect (EA) to flagowe narzędzie typu CASE (Computer-Aided Software Engineering), które od ponad dwóch dekad dominuje na biurkach architektów i analityków systemowych. Jest to...
Czytaj więcej →Sprint
Sprint to serce metodyki Scrum. Jest to ramy czasowe (timebox), trwające zazwyczaj od jednego do czterech tygodni, podczas których zespół dąży do zrealizowania określonego celu. Każdy Sprint możn...
Czytaj więcej →Sprint Backlog
Sprint Backlog to artefakt w frameworku Scrum, który definiuje pracę, jaką Zespół Deweloperski zobowiązuje się wykonać w trakcie danego Sprintu. Jest on prognozą tego, jakie funkcjonalności staną...
Czytaj więcej →Sprint Planning
Sprint Planning to wydarzenie otwierające każdy nowy Sprint. Podczas tego spotkania cały zespół (Product Owner, Scrum Master oraz Zespół Deweloperski) wspólnie ustala, jaką wartość biznesową uda ...
Czytaj więcej →Sprint Review
Sprint Review (Przegląd Sprintu) to przedostatnie wydarzenie w frameworku Scrum. Często mylnie nazywane “demem”, w rzeczywistości jest sesją roboczą, której celem jest inspekcja przyrostu produkt...
Czytaj więcej →U
UML (Unified Modeling Language)
UML (Unified Modeling Language) to ustandaryzowany język modelowania graficznego o ogólnym przeznaczeniu. W przeciwieństwie do BPMN, który skupia się na procesach biznesowych, UML dostarcza bogat...
Czytaj więcej →User Experience (UX)
User Experience (UX) to dziedzina zajmująca się projektowaniem produktów w taki sposób, aby były one użyteczne, łatwe w obsłudze i przyjemne dla odbiorcy. W kontekście systemów IT, UX nie ogranic...
Czytaj więcej →User Interface (UI)
User Interface (UI), czyli Interfejs Użytkownika, to wszystko, co widzisz i z czym wchodzisz w interakcję po uruchomieniu aplikacji lub strony internetowej. Podczas gdy UX odpowiada za to, jak uż...
Czytaj więcej →User Story
User Story (opowieść użytkownika) to najmniejsza jednostka pracy w metodykach zwinnych. Jest to zaproszenie do rozmowy o danej potrzebie, zapisane w języku zrozumiałym dla biznesu i klienta. Zami...
Czytaj więcej →User Story Mapping
User Story Mapping to technika warsztatowa spopularyzowana przez Jeffa Pattona. Polega na przekształceniu “płaskiej”, jednowymiarowej listy zadań (Product Backlogu) w dwuwymiarową mapę, która odz...
Czytaj więcej →W
WSJF (Weighted Shortest Job First) – Priorytetyzacja oparta na wartości
WSJF (Weighted Shortest Job First) to model priorytetyzacji służący do sekwencjonowania zadań (np. Epików czy funkcji) w taki sposób, aby zmaksymalizować dostarczaną wartość biznesową w czasie. M...
Czytaj więcej →Wymaganie
Wymaganie to udokumentowana potrzeba dotycząca tego, co system ma robić lub jak ma się zachowywać. W inżynierii oprogramowania wymagania stanowią fundament komunikacji między Interesariuszami a z...
Czytaj więcej →Wymaganie funkcjonalne
Wymaganie funkcjonalne określa, co system ma robić. Skupia się na konkretnych funkcjach, interakcjach i procesach, które system musi realizować, aby przynieść wartość użytkownikowi. Stanowi ono b...
Czytaj więcej →Wymaganie niefunkcjonalne
Wymaganie niefunkcjonalne (ang. Non-functional Requirement – NFR) określa cechy jakościowe systemu oraz ograniczenia, w jakich musi on operować. Podczas gdy wymagania funkcjonalne opisują zachowa...
Czytaj więcej →Z
Zasady SOLID
Klasa powinna mieć tylko jeden powód do zmiany. Oznacza to, że każda klasa powinna odpowiadać za jedną, ściśle określoną funkcjonalność. Jeśli klasa zajmuje się jednocześnie logiką biznesową, zap...
Czytaj więcej →Pojęcia w słowniku zostały wygenerowane z wykorzystaniem Google Gemini AI.