ベータ版·開発中のサービスです。仕様変更・データの削除を予告なく行う場合があります。
Ditbeta

非機能要件定義書(Excel一覧版)

0Fork 0DL 2

説明

要件定義書(Word)が合意した内容を文書として残すのに対し、こちらは★決まっているか・合意したか・いくらかかるかを管理する版です。IPA非機能要求グレードの6大項目・35中項目を全部並べ、対象外にするものも「対象外」と書いて残します(機能要件と違い、非機能は聞かなければ存在しないまま進むため)。レベル(0〜5)と具体値を必ず選ばせ、★コスト影響を列として持ちます——書かないと「全部いちばん高いレベルで」と言われ、見積りの段階で戻ることになります。コスト影響が大なのに未合意の行は赤。合意率と「要件定義を終えられる状態か」を数式で出し、レベルの目安表と合意記録を同梱しています。

使い方

★35中項目を全部並べたまま使ってください。項目ごと消すと「聞かなかった」ことすら残りません。対象外なら「対象外」と書いて理由を残します(空欄は赤)。レベルは「グレードの目安」シートを見てから選んでください。感覚で「高め」と付けないでください。レベルだけでなく、そのレベルが自案件で何を意味するか(具体値)を選択欄に書きます——「レベル3」だけでは3年後に読んだ人には何も分かりません。★コスト影響を必ず書いてください。コスト影響が大で未合意の行は赤くなります。ここが要件定義の終盤で必ず問題になるところで、後回しにすると見積りごとやり直しになります。根拠には、どの文書・どの実測から来た値かを書いてください(空欄は赤)。「一般的に」「経験上」は根拠になりません。合意した相手を必ず記録してください——「顧客と合意した」では誰が決めたか分からず、決裁権のある人かどうかが後から問われます。レベルを変えたときは変更前も残してください。条件つきの合意は、その条件を内容欄に書いてください。条件を書かずに「合意済」にすると、条件を満たさないまま設計に入ります。

この型で検査する

記入済みのファイルをアップロードすると、この型の必須項目(非機能要件定義書の組込みルール)を満たしているか検査します。ファイルは保存されません。

関連するテンプレート

同じフェーズ(要件定義)や業界でよく使われている型です。

@dit-official

ヒアリングシート(インフラ更改)

全質問に「記入例」列を持つヒアリングシート。回答品質は記入例の質で決まります。必須/任意を分け、必須が埋まれば次工程へ進める設計です。

要件定義ヒアリングシートExcel
0DL 0
@dit-official

要件定義書(IPA非機能要求グレードの項目体系に対応)

要件IDを起点に基本設計書・試験仕様書へトレースできる要件定義書。★各要件に「優先度(必須/推奨/任意)」と「確認方法(どの試験で確認するか)」の欄を設けました。★未決事項には決定期限と「決まらない場合の既定値」を書かせます。非機能要件はIPA「非機能要求グレード」の6大項目で整理し、詳細は非機能要件定義書へ寄せています。

要件定義要件定義書Word
0DL 4
@dit-official

現行環境調査報告書

ヒアリングシートが「聞いたこと」なら、こちらは「調べた事実」です。申告値と実測値を並べて一致/差異を数式で出すので、「サーバは10台」と言われて実機が13台だった、が表の上で見えます。出典(誰から聞いたか・どの出力か・いつ時点か)を必須の列にし、空欄は赤。調べていない項目を空欄にせず「未調査/調査不可」を状態として残し、網羅状況を数式で集計します。用途不明のサーバ・誰も知らない通信・手順書の無い手動バッチを集める「未確認・用途不明」シートが、この調査の最大の成果になります。課題は根拠と費用・期間への影響つき。

要件定義現行環境調査報告書Excel
0DL 2
@dit-official

議事録テンプレート(基本形)

決定事項ファーストの議事録。読み手が最初に知りたい「決まったこと・宿題」を冒頭に置く構成です。定例会・顧客打合せに。

プロジェクト管理議事録Word
0DL 13