V Skill HF-D7.8-003 cross-sector 9 umiejętności
Defining and managing requirements
Elicits requirements from users and clients, records them testably, tracks changes and checks whether the result meets them.
W jaki sposób serwis hrmforce to mierzy
- Metoda oceny
- Work sample test · rho 0.33 (SD 0.09)
- hrmforce narzędzie
- Work sample test, Structured interview
- Kompetencje (50-ramowe)
- Problem Analysis
- Możliwość szkolenia
- high
- Prognoza popytu na lata 2026–2030
- rising
The candidate performs a representative work sample under standardised conditions.
Kotwice behawioralne
| Poziom | Zachowanie na tym poziomie |
|---|---|
| N1 Guided | Records user needs in the agreed format and probes until every need is concrete. works under supervision and follows instruction · routine, one variable at a time · own task |
| N3 Proficient | Elicits requirements from various stakeholders, makes them testable, prioritises together with them and manages changes traceably. sets own approach and seeks input proactively · several variables, some ambiguity · own team or process |
| N5 Leading | Determines the requirements practice in the organisation and decides which requirements prevail when interests conflict. sets the standard and the policy · strategic, under high uncertainty · organisation, value chain or profession |
N2 i N4 celowo nie zostały przypisane do konkretnych punktów odniesienia. Oceniający umieszczają je pomiędzy punktami odniesienia, zgodnie z konwencją O*NET.
Podstawowe umiejętności
Umiejętności te dziedziczą ścieżkę oceny oraz punkty odniesienia behawioralne tej konstrukcji.
| T | Umiejętności | Definicja | Prognoza popytu na lata 2026–2030 |
|---|---|---|---|
| V | Writing a user story User story | Describes a need from the user perspective with role, goal and reason in one short, understandable statement. | rising |
| V | Writing acceptance criteria Acceptance criteria | Formulates testable conditions a solution must meet before it counts as done. | rising |
| V | Applying MoSCoW prioritisation MoSCoW prioritisation | Divides requirements into must, should, could and will not and discusses that split with client and team. | stable |
| V | Eliciting requirements from users Requirements elicitation | Elicits requirements through interviews, observation and workshops and translates what people say into what they need. | rising |
| V | Recording non functional requirements Non functional requirements | Records requirements for performance, availability, security, accessibility and maintainability in measurable form. | rising |
| V | Describing a use case Use case | Describes the main scenario and exceptions of an interaction between user and system step by step. | stable |
| V | Keeping requirements traceable Requirements traceability | Links every requirement to design, test and delivery so it is demonstrable that nothing was lost. | stable |
| V | Managing a backlog Backlog management | Maintains an ordered list of work, refines what comes first at the top and removes what no longer applies. | rising |
| V | Controlling changes to requirements Requirements change control | Assesses the consequences of a changed requirement for planning, cost and coherence and records the decision. | stable |