ユーザストーリーとは？ゆーざすとーりー
ユーザストーリーとは、利用者の立場から「〈誰〉として〈目的〉のために〈機能〉がほしい」の形で要求を1〜2文にまとめたもの。仕様を書き尽くす文書ではなく、開発直前に関係者が会話して詳細を詰めるための約束として使う。良いストーリーの条件はINVEST（独立・交渉可能・価値・見積り可能・小さい・テスト可能）で表され、支援士ではセキュリティ要求をストーリーとして扱う場面で問われる。
最終更新：2026-10-06
情報処理安全確保支援士を最短で暗記・合格する →背景
分厚い要求仕様書は、書き上げた時点で古くなり、開発者が読んだころには顧客の意図とずれていた。アジャイル開発は文書より対話を重視し、要求を小さな単位で並べ替えられる形にする必要があった。セキュリティの要求は機能要求の陰に隠れやすく、「ログイン試行を制限してほしい」のように明示的なストーリーへ起こさないと優先順位から漏れる。この扱い方が問われる。
具体例
Atlassianの Jira はユーザストーリーを1件ずつのチケットとして登録し、受入条件を添えて優先順に並べる運用を前提に作られている。「利用部門の管理者として、退職者のアカウントを当日中に無効化したいので、人事システムからの通知で自動停止してほしい」と書けば、権限管理の要求も同じ土俵で扱える。
試験での引っ掛け
実装手段を書き込む欄ではない点が引っ掛けになる。「二段階認証の画面を追加する」のように手段から書くと、なぜ必要かが消え、別の方式で満たす選択肢を検討できなくなる。またUMLのユースケース図とは別の道具で、ストーリーは文で書き図にはしない。受入条件を省いたストーリーは完了判定ができない。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。