| Term | Key | Definition |
|---|---|---|
| 文脈 |
context
|
その用語の意味が通じる範囲。DDDの境界づけられたコンテキストにあたる。 livt では `ubiquitous/{ctx}/` のディレクトリとして切り、同じ言葉が範囲ごとに違う意味を持つことを表す。 文脈を切らない用語は、範囲を跨いで共通の意味を指す。 |
| ディスカバリー |
discovery
|
何を作るべきかをチームで探索する協働活動。 livt はその結果を living text として残し、開発成果物との橋渡しをする。 |
| 実例マッピング |
example-mapping
|
1つのストーリーについて、ルール・実例・疑問を色分け付箋で整理する手法。 詳細ディスカバリーで仕様を具体化するために使う。 |
| 実装リポジトリ |
implementation-repository
|
livtリポジトリのルールを、自プロダクトのテストとして自動化する側のリポジトリ。ストーリーの `repos:` で宣言し、livtは実装リポジトリのコードを読まず、Issueとlivt URIというポインタだけを渡す。 livtリポジトリと同一のリポジトリでも成立するが、それは両者が別々であるという一般形の特殊ケース。本リポジトリ自身がその特殊ケースにあたるため、同一である前提が暗黙に紛れ込みやすい。 |
| livtリポジトリ |
livt-repository
|
ディスカバリーで合意した清書成果物（ストーリー・ストーリーマップ・実例マッピング・ユビキタス言語）を収める置き場で、全ての機能開発の起点。 サイト・CLI・MCPの出力はすべてここからの導出物。livt URIはこの中の一点を指し、ルート（`--root` / `LIVT_ROOT`）は各環境における所在を指す。 |
| livt URI |
livt-uri
|
livtリポジトリの一点（ルール・実例・疑問・ストーリー・ストーリーマップ・用語）を指す安定した名前。 `livt://` で始まり、MCP・CLI・SSGが同じ形を使う。デプロイ先のURLには依存しない。 |
| オポチュニティ |
opportunity
|
1枚のユーザーストーリーマップが向き合う事業機会の単位。livtではストーリーマップとオポチュニティを1:1とし、マップ名がオポチュニティ名を兼ねる。 各一覧の絞り込み軸になる。 |
| 計画 |
planning
|
清書したマッピングを現状の実装・デザインと突き合わせ、これから作る・直すものを見極める工程。 スクラムのプランニングにあたる。 |
| 清書 |
refine
|
転記した素のマッピングを、実装を見ずに構造と表現を整えて正式版に仕上げる工程。 スクラムのリファインメントにあたり、その場で合意した意味は変えない。 |
| リリーススライス |
release-slice
|
ストーリーマップを横方向に区切り、どのストーリーをどの順序でリリースするかを示すまとまり。 リリース未指定のストーリーは未スコープ行にまとまる。 |
| ストーリーマップ |
story-map
|
アクティビティ・ステップ・ストーリーをリリーススライスと共に俯瞰するボード。 全体ストーリーを発見し、ブラッシュアップするために使う。 |
| ストーリー |
story
|
ユーザーにとって価値のある振る舞いの単位。 `stories/{story-key}.md` にコミットされ、ストーリーマップや実例マッピングから参照される。 |
| 転記 |
transcribe
|
協働セッションでボードに出た成果を、解釈や改善を加えず素のまま YAML に書き起こす工程。 転記した素のマッピングが、清書・計画のベースラインになる。 |
| ユビキタス言語 |
ubiquitous-language
|
チームが協働と実装で共通して使う用語。 livt では用語ごとに Markdown ファイルとして管理し、一覧をテーブルとして閲覧する。 |