
コンテクスト
申請内容、関係者、所在地、プロジェクトの段階を記録してください。
プロジェクトと実績プロジェクトの決定事項は、有用になる順に見直す。
プロジェクト/方法論
プロジェクトの参考資料は、文脈を無視して成果物だけを示すよりも、問題点、制約、根拠、そして次の行動を説明している場合に、より価値が高まります。

調達に関する質問
チームが何を決定しようとしているのか、どのような証拠が入手可能なのか、そしてどの詳細についてまだ確認が必要なのかを明確にするために、この方法論を使用してください。
意思決定の証拠
この手順は、根拠のないプロジェクト成果を提示することなく、製品、アプリケーション、技術、および商業に関する議論をサポートします。

申請内容、関係者、所在地、プロジェクトの段階を記録してください。

意思決定に影響を与えている、設置場所、設置方法、文書、市場、または調達に関する制約を特定してください。

関連する製品、アプリケーション、テストイメージ、または要求されたファイルを、それらが回答する質問にリンクしてください。
これらの事実を関連付けて考えてください
公開サイトでは、審査方法について説明されています。顧客名、測定結果、プロジェクト文書については、明示的な許可と検証済みの情報源が必要です。
検証済みの製品、プロセス、およびアプリケーション情報を使用し、それらを公開して検証できるようにする。
顧客の身元確認、プロジェクト写真、およびプロジェクト成果物は、それぞれ別の承認項目として扱ってください。
プロジェクトチームに、製品、文書、または問い合わせのレビューへの明確な道筋を示す。
今後の課題
回答はあくまで出発点として活用してください。モデル、市場、プロジェクト固有の詳細については、書面による確認が必要です。
いいえ。これはレビューの整理方法を説明し、顧客からの証拠を一般的な企業情報や製品情報とは分けて保管する方法を示しています。
必要なアプリケーション、市場、および参照資料または文書の種類を明記してください。そうすることで、チームが共有可能な内容を確認できます。
次のステップ
用途、製品の背景、ターゲット市場、およびレビューが必要なドキュメントを共有してください。最終的な構成は、選択されたモデルとプロジェクト概要に基づいて決定されます。