| ID | 大項目 中項目 |
小項目（課題要素） | 必要となる知識と行動 | できるという状態 | 技術補足（言語・FWなど） |
|---|---|---|---|---|---|
| 901 | 要件理解と価値設計 要件定義とは何か？ |
1. 要件定義と設計の違いを説明できる | 要件定義と設計の違いを理解し、目的を明確に説明できる知識を持つ。 | 要件段階では「何を実現するか」を整理し、設計とは区別できる。 | |
| 902 | 要件理解と価値設計 要件定義とは何か？ |
2. 要件定義の目的と成果物を理解している | 要件定義の目的（合意形成・範囲確定）と成果物を理解している。 | 目的に沿った要件定義書を作成・共有できる。 | |
| 903 | 要件理解と価値設計 要件定義とは何か？ |
3. 要件を「何を実現するか」として記述できる | 「どうやるか」ではなく「何を実現するか」の視点を理解する。 | 要件を目的ベースで記述できる。 | |
| 904 | 要件理解と価値設計 要件定義とは何か？ |
4. システム要件と業務要件を区別できる | 業務要件とシステム要件の違いを学び、両者を区別して扱う。 | 両者を整理して正確に文書化できる。 | |
| 905 | 要件理解と価値設計 要件定義とは何か？ |
5. 利用者の視点で要件を捉え直せる | ユーザー中心設計の概念を理解し、利用者視点で課題を捉える。 | 開発者視点から離れ、利用者の立場で要件を再定義できる。 | |
| 906 | 要件理解と価値設計 要件定義とは何か？ |
6. 機能要件と非機能要件を整理できる | 機能要件と非機能要件の違いを体系的に理解する。 | 両者を整理して、性能・保守性などを考慮した定義ができる。 | |
| 907 | 要件理解と価値設計 要件定義とは何か？ |
7. 「仕様」ではなく「要件」として抽象的に整理できる | 抽象化と仕様化の違いを理解する。 | 実装方法を含まず、要件として抽象的に整理できる。 | |
| 908 | 要件理解と価値設計 要件定義とは何か？ |
8. 要件の粒度をフェーズに応じて調整できる | フェーズに応じた要件粒度の調整手法を理解する。 | 関係者や段階に応じて粒度を適切に変えられる。 | |
| 909 | 要件理解と価値設計 要件定義とは何か？ |
9. 不要な要件を排除する視点を持てる | 優先順位付けや価値判断の視点を持つ。 | 不要な要件を排除し、重要項目に集中できる。 | |
| 910 | 要件理解と価値設計 要件定義とは何か？ |
10. 要件定義を開発者と非エンジニアの橋渡しとして進められる | 要件定義の役割を理解し、非エンジニアとの橋渡しを意識する。 | 開発とビジネスの両面から合意形成を行える。 | |
| 911 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
11. ユーザーや業務担当者から情報を聞き出す力がある | ヒアリング技法を理解し、質問の目的を明確にできる。 | ユーザーや業務担当者から有効な情報を引き出せる。 | |
| 912 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
12. ヒアリングの目的を明確にして臨める | ヒアリングのゴール設定と事前準備の重要性を理解する。 | 目的に沿ったヒアリング計画を立て実施できる。 | |
| 913 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
13. 質問内容を事前に構成しておける | 質問構成と仮説立案のスキルを学ぶ。 | 限られた時間で要点を効率よく聞き出せる。 | |
| 914 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
14. 表面的な要望に対し「なぜ？」と深掘りできる | 「なぜ？」を繰り返し、根本原因を掘り下げる姿勢を持つ。 | 表面的な要望の背後にある本質的課題を引き出せる。 | |
| 915 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
15. 現場の制約や運用背景をくみ取れる | 現場観察と制約条件把握の重要性を理解する。 | 運用実態に即した現実的な要件定義ができる。 | |
| 916 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
16. 矛盾した要求を整理・統合できる | 利害関係者の要求調整スキルを学ぶ。 | 矛盾した要件を整理・統合して合意を得られる。 | |
| 917 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
17. 要求をMECEに分類・構造化できる | MECEや構造化の概念を理解して使える。 | 要求を抜け漏れなく分類・構造化できる。 | |
| 918 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
18. ヒアリングメモを整理し第三者に伝わる形にできる | メモ整理と第三者共有の技術を学ぶ。 | ヒアリング内容を誰でも理解できる形にまとめられる。 | |
| 919 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
19. 暗黙知や感覚的な要望を言語化できる | 抽象的な要望を具体化するための質問力を持つ。 | 感覚的な要望を定量・定性的に言語化できる。 | |
| 920 | 要件理解と価値設計 ヒアリングと要求分析のスキル |
20. 要望の中から本質的な課題を抽出できる | 現状分析と課題抽出の手順を理解する。 | 要望から本質的な課題を抽出できる。 | |
| 921 | 要件理解と価値設計 業務フローとユースケース設計 |
21. 現在の業務フローを可視化して説明できる | 業務フロー図やプロセスマップの基本を理解する。 | 現行業務を可視化して説明できる。 | |
| 922 | 要件理解と価値設計 業務フローとユースケース設計 |
22. As-Is／To-Beのギャップを整理できる | As-Is／To-Be分析の進め方を学ぶ。 | 現状と理想の差分を明確に整理できる。 | |
| 923 | 要件理解と価値設計 業務フローとユースケース設計 |
23. 業務処理の例外系も含めてフロー化できる | 例外処理や異常系の洗い出し手法を理解する。 | 例外パターンを業務設計に反映できる。 | |
| 924 | 要件理解と価値設計 業務フローとユースケース設計 |
24. ユースケース記述法を使って要件を整理できる | ユースケース記述法とアクター概念を学ぶ。 | 行動ベースで要件を整理できる。 | |
| 925 | 要件理解と価値設計 業務フローとユースケース設計 |
25. 入力・出力・処理の流れを時系列で設計できる | 時系列設計とデータフローの考え方を理解する。 | 入力から出力までの処理順序を設計できる。 | |
| 926 | 要件理解と価値設計 業務フローとユースケース設計 |
26. 利用者と担当者の視点を分けて整理できる | ユーザーと担当者の役割の違いを理解する。 | 両者の視点を分離して整理できる。 | |
| 927 | 要件理解と価値設計 業務フローとユースケース設計 |
27. 業務の属人化・非効率を抽出できる | 業務観察を通じて属人化を発見する力を身につける。 | 非効率な業務を抽出し、改善提案できる。 | |
| 928 | 要件理解と価値設計 業務フローとユースケース設計 |
28. システムに任せる部分と人手を残す部分を切り分けられる | システム化の判断基準（ROI・リソース）を理解する。 | 自動化すべき範囲を明確に決められる。 | |
| 929 | 要件理解と価値設計 業務フローとユースケース設計 |
29. 処理単位や粒度を揃えて設計できる | 処理粒度を揃える設計原則を理解する。 | 統一された単位で処理設計を行える。 | |
| 930 | 要件理解と価値設計 業務フローとユースケース設計 |
30. フローとユースケースが一貫していることを確認できる | フローとユースケース整合性の確認手法を理解する。 | 設計の一貫性を保った要件定義ができる。 | |
| 931 | 要件理解と価値設計 ペルソナとUXの理解 |
31. 想定ユーザーの属性や背景をペルソナとして設定できる | ユーザーの属性・背景を分析し、代表的な人物像をペルソナとして定義する方法を理解する。 | 想定ユーザーの行動・目的を明確に設定し、開発に活かせる。 | |
| 932 | 要件理解と価値設計 ペルソナとUXの理解 |
32. ペルソナごとのニーズや感情を整理できる | ユーザーの感情やニーズを把握するリサーチ手法を学ぶ。 | ペルソナごとの動機・課題・期待を整理して共有できる。 | |
| 933 | 要件理解と価値設計 ペルソナとUXの理解 |
33. ユーザー体験の良し悪しを具体的に分析できる | UX評価指標や行動観察の考え方を理解する。 | 体験の良し悪しを定量・定性の両面から分析できる。 | |
| 934 | 要件理解と価値設計 ペルソナとUXの理解 |
34. UX設計に必要な非機能要件を列挙できる | UXにおける非機能要件（快適さ・安心感・可用性）を理解する。 | ユーザー体験に必要な非機能要件を整理して設計に反映できる。 | |
| 935 | 要件理解と価値設計 ペルソナとUXの理解 |
35. ユーザーが「使いやすい」と感じる要因を整理できる | 「使いやすさ」を構成する要因（認知・動線・負荷）を理解する。 | ユーザーが直感的に操作できる設計を考えられる。 | |
| 936 | 要件理解と価値設計 ペルソナとUXの理解 |
36. 利用状況や環境（スマホ／PC）を考慮した設計ができる | 利用端末・環境差異を考慮した設計手法を学ぶ。 | スマホやPCなど環境に応じたUI設計ができる。 | |
| 937 | 要件理解と価値設計 ペルソナとUXの理解 |
37. ユーザーのゴールを明確にしたUI設計ができる | ユーザーの最終目的（ゴール指向設計）を把握する。 | UI設計にユーザーの目的を反映できる。 | |
| 938 | 要件理解と価値設計 ペルソナとUXの理解 |
38. UXと業務効率のバランスを意識して判断できる | UXと業務効率のバランスをとる視点を持つ。 | ユーザー満足と生産性を両立した設計判断ができる。 | |
| 939 | 要件理解と価値設計 ペルソナとUXの理解 |
39. ユーザー導線をフローチャートや画面遷移図で表現できる | ユーザー導線設計の基本（画面遷移図・フローチャート）を理解する。 | ユーザー行動を可視化した導線図を作成できる。 | |
| 940 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
40. ユーザー視点での「理想体験」を言語化できる | ユーザーが理想とする体験を言語化する手法を理解する。 | 理想体験を具体的に記述し、設計方針に落とし込める。 | |
| 941 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
41. 最小限で動く仕組み（MVP）を定義できる | MVP（最小実行可能プロダクト）の考え方を理解する。 | 最小限で動作し価値を検証できる仕組みを定義できる。 | |
| 942 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
42. 機能の優先度を「必要・便利・不要」で分類できる | 優先度付けのフレームワーク（MoSCoWなど）を理解する。 | 機能を「必要・便利・不要」に分類し優先順位を付けられる。 | |
| 943 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
43. 小さな単位でのリリース計画を立てられる | 小規模リリースによる改善サイクルを理解する。 | 段階的なリリース計画を立て実行できる。 | |
| 944 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
44. 検証可能な仮説に基づく開発単位を定義できる | 仮説検証型開発の概念を理解する。 | 検証可能な仮説単位で開発を計画できる。 | |
| 945 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
45. 大規模化せずに効果検証できる単位を切り出せる | 効果測定を前提とした小規模実装手法を学ぶ。 | 大規模化せずに成果検証できる範囲を設計できる。 | |
| 946 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
46. 早期フィードバックを得る設計を前提にできる | 早期フィードバックを得るためのリリース設計を理解する。 | 初期段階でユーザー反応を得られるプロセスを設計できる。 | |
| 947 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
47. MVP後のロードマップを予測・設計できる | MVPから拡張へのロードマップ策定手法を学ぶ。 | 次フェーズの計画を見据えたロードマップを作成できる。 | |
| 948 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
48. 限られたリソースでの優先順位判断ができる | リソース制約下での優先順位判断基準を理解する。 | 限られた人員・予算の中で最適な判断ができる。 | |
| 949 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
49. 「全部作る前に使われる価値」を意識できる | 「価値検証」の考え方を理解する。 | 完成前でも使われる価値を意識した開発ができる。 | |
| 950 | 要件理解と価値設計 MVPとスモールスタートの考え方 |
50. スモールスタートを社内外に説明・合意形成できる | スモールスタートの意義と説明力を身につける。 | 最小リリースの意図を社内外に説明し合意を得られる。 | |
| 951 | 要件理解と価値設計 プロトタイピングによる検証 |
51. FigmaやXDなどのツールを使って画面プロトタイプを作れる | プロトタイピングツール（Figma/XD等）の基本操作を理解する。 | 画面プロトタイプを作成し共有できる。 | |
| 952 | 要件理解と価値設計 プロトタイピングによる検証 |
52. モックを使ってフィードバックを収集できる | モックアップによるテスト・検証方法を理解する。 | モックを使って実際のユーザーからフィードバックを得られる。 | |
| 953 | 要件理解と価値設計 プロトタイピングによる検証 |
53. フィードバックを設計に反映するサイクルを回せる | デザインスプリント等の改善サイクルを理解する。 | フィードバックを次の設計に反映し、改善サイクルを回せる。 | |
| 954 | 要件理解と価値設計 プロトタイピングによる検証 |
54. 見た目だけでなく処理の流れも図示できる | 処理フローの視覚化手法（シーケンス図等）を理解する。 | UIの見た目と処理の流れを図示できる。 | |
| 955 | 要件理解と価値設計 プロトタイピングによる検証 |
55. クリック・入力などの操作体験を模擬できる | ユーザー操作を模擬するプロトタイプの設計手法を学ぶ。 | クリック・入力など操作体験を再現できる。 | |
| 956 | 要件理解と価値設計 プロトタイピングによる検証 |
56. ユーザーとのプロトタイプ検証会を実施できる | ユーザーテストの設計と実施手順を理解する。 | プロトタイプ検証会を実施し、行動データを取得できる。 | |
| 957 | 要件理解と価値設計 プロトタイピングによる検証 |
57. プロトタイプと実装の差分を意識して伝えられる | プロトタイプと実装の違いを理解し、意図を説明できる。 | 実装前提を考慮して差分を明確に伝えられる。 | |
| 958 | 要件理解と価値設計 プロトタイピングによる検証 |
58. 仮説と検証の繰り返しを前提とした説明ができる | 仮説検証型開発プロセスを体系的に理解する。 | 仮説と検証を繰り返す前提で説明・設計ができる。 | |
| 959 | 要件理解と価値設計 プロトタイピングによる検証 |
59. モックとドキュメントを併用して合意形成できる | ドキュメントとモックを併用した合意形成手法を理解する。 | 設計意図を資料と試作物で明確に伝えられる。 | |
| 960 | 要件理解と価値設計 プロトタイピングによる検証 |
60. プロトタイプから実装への橋渡し設計ができる | プロトタイプから実装への移行プロセスを理解する。 | 試作から本開発への橋渡し設計ができる。 | |
| 961 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
61. 表面的な要望にとどまらず背景を問い直せる | 問題解決思考の基本を理解し、背景を問い直す姿勢を持つ。 | 表面的な要望の裏にある根本的背景を再定義できる。 | |
| 962 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
62. そもそも何が問題か、を深堀できる | 問題定義の重要性と技法を学ぶ。 | 課題の本質を特定し「何が問題か」を明確に言語化できる。 | |
| 963 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
63. 「なぜそれが起こるのか」を多面的に掘り下げられる | 因果関係分析やロジックツリーを使って深掘りする手法を理解する。 | 「なぜそれが起こるか」を構造的に説明できる。 | |
| 964 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
64. 仮説を立てたうえで必要な情報収集ができる | 仮説思考と情報収集サイクルを理解する。 | 仮説を立て、必要な情報を自ら収集・検証できる。 | |
| 965 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
65. 問題・原因・理想状態を構造的に説明できる | 課題構造化の基本（問題・原因・理想状態）を理解する。 | 課題を論理的に分解し、理想像とのギャップを説明できる。 | |
| 966 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
66. チームで課題仮説を共有・検証できる | チームで仮説を共有・検証するプロセスを理解する。 | 課題仮説をチームで共有し、検証方針を立てられる。 | |
| 967 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
67. 複数の仮説を同時に検討・比較できる | 複数仮説の比較評価方法を理解する。 | 複数案を並行検討し、妥当性を比較できる。 | |
| 968 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
68. データや観察に基づく仮説の補強ができる | 観察・データ分析による仮説検証手法を理解する。 | データや現場観察に基づき仮説を補強できる。 | |
| 969 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
69. 検証の結果を要件・仕様に反映できる | 検証結果を要件・仕様に反映する仕組みを理解する。 | 検証結果を設計・仕様レベルに反映できる。 | |
| 970 | 要件理解と価値設計 本質的な課題と仮説の立て方 |
70. 問題解決のために一時的な対処と根本改善を整理できる | 根本改善と一時対処の違いを理解し、整理するスキルを持つ。 | 短期対応と恒久対策を整理して説明できる。 | |
| 971 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
71. 事業構造とシステム設計のつながりを意識している | ビジネスモデルキャンバスなどの事業設計手法を理解する。 | 事業構造とシステム設計の関係を意識して説明できる。 | |
| 972 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
72. 顧客セグメントと提供価値の関係を整理できる | 顧客セグメントと提供価値の設計方法を理解する。 | 顧客層と価値提供の関係を整理できる。 | |
| 973 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
73. 収益ポイントとコスト構造を図解できる | 収益構造とコスト構造を図示化する技法を学ぶ。 | 収益ポイントとコスト構造をビジュアルで説明できる。 | |
| 974 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
74. プライシングと機能設計の関係を説明できる | 価格戦略と機能設計の関係を理解する。 | プライシングの違いが設計に与える影響を説明できる。 | |
| 975 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
75. プラットフォーム型と単体サービス型の構造の違いを理解している | サービス構造（プラットフォーム／単体）を比較理解する。 | ビジネスモデルの構造的違いを理解し、設計に反映できる。 | |
| 976 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
76. システムの成長による収益構造の変化を予測できる | 事業成長に伴うコスト・収益変動を理解する。 | システム拡張による収益構造変化を予測できる。 | |
| 977 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
77. マネタイズの選択肢を複数列挙できる（広告／課金等） | マネタイズの基本パターン（広告・課金・手数料）を理解する。 | 複数の収益化案を比較検討できる。 | |
| 978 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
78. 外部パートナーとの連携による収益設計ができる | パートナー連携による事業スキーム設計を学ぶ。 | 外部パートナーとの連携を収益設計に組み込める。 | |
| 979 | 要件理解と価値設計 ビジネスモデルと収益構造理解 |
79. 新規事業と既存事業の構造的違いを説明できる | 新規事業と既存事業の構造的差を理解する。 | 事業フェーズごとに適切な設計判断ができる。 | |
| 980 | 要件理解と価値設計 ステークホルダーとの調整力 |
80. システムが提供する価値と利益の関係を可視化できる | 価値提供と利益構造の関係性を可視化する方法を学ぶ。 | システムがもたらす価値と利益のつながりを説明できる。 | |
| 981 | 要件理解と価値設計 ステークホルダーとの調整力 |
81. 利害関係者の一覧を整理できる | ステークホルダー分析の手法を理解する。 | 関係者一覧を整理して利害関係を可視化できる。 | |
| 982 | 要件理解と価値設計 ステークホルダーとの調整力 |
82. それぞれの立場・目的を可視化して理解できる | 関係者マッピングの技術を学ぶ。 | 各立場・目的を俯瞰して理解できる。 | |
| 983 | 要件理解と価値設計 ステークホルダーとの調整力 |
83. 対立する意見を構造的に整理して対話に持ち込める | 対立構造を整理し、建設的対話へ導く方法を学ぶ。 | 意見の衝突を整理し、合意に向けた議論を設計できる。 | |
| 984 | 要件理解と価値設計 ステークホルダーとの調整力 |
84. 関係者の「懸念」を先読みして対応できる | リスク・懸念分析の手法を理解する。 | 関係者の懸念を先読みし、予防的対応ができる。 | |
| 985 | 要件理解と価値設計 ステークホルダーとの調整力 |
85. 合意形成のために情報を分かりやすく整理できる | 情報整理・プレゼン技術を理解する。 | 合意形成に必要な情報を分かりやすく提示できる。 | |
| 986 | 要件理解と価値設計 ステークホルダーとの調整力 |
86. 非エンジニアへの説明力を高められる | 非エンジニアとのコミュニケーション設計を理解する。 | 専門知識をわかりやすく伝えられる。 | |
| 987 | 要件理解と価値設計 ステークホルダーとの調整力 |
87. 部門横断の会議で論点を簡潔に共有できる | 会議ファシリテーションと論点整理の技術を学ぶ。 | 部門横断の会議で論点を簡潔に共有できる。 | |
| 988 | 要件理解と価値設計 ステークホルダーとの調整力 |
88. 合意のないまま進めないブレーキ役を担える | 意思決定プロセスにおける合意形成の重要性を理解する。 | 合意のないまま進行しない安全な体制を作れる。 | |
| 989 | 要件理解と価値設計 ステークホルダーとの調整力 |
89. 調整の記録と背景を可視化しておける | 意思決定履歴と背景をドキュメント化する方法を理解する。 | 調整過程や背景を記録として残せる。 | |
| 990 | 要件理解と価値設計 ステークホルダーとの調整力 |
90. 利用者と開発者の相互理解を橋渡しできる | 開発と利用者間の橋渡しコミュニケーションを理解する。 | 技術側と利用側の相互理解を促進できる。 | |
| 991 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
91. 技術的選択肢のメリット・デメリットを整理できる | 技術選定における比較分析手法を理解する。 | 選択肢ごとの長所短所を整理して判断できる。 | |
| 992 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
92. 導入コストと将来負債を比較して判断できる | コスト評価と技術負債の概念を理解する。 | 導入コストと将来リスクを比較して提案できる。 | |
| 993 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
93. 関係者に応じた説明レベルで技術提案ができる | 技術提案における説明レベルの調整を理解する。 | 相手に応じた技術提案を行える。 | |
| 994 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
94. 技術と業務の接点を見極めて設計できる | 業務と技術の接点を整理するスキルを学ぶ。 | 業務要件に沿った技術設計ができる。 | |
| 995 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
95. 複数案を比較し意思決定に必要な要素を提示できる | 比較検討と意思決定支援の方法を理解する。 | 複数案を比較し、意思決定材料を整理できる。 | |
| 996 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
96. 非技術者にも伝わる図解や例示を使える | 説明資料や図解の作成技術を学ぶ。 | 非技術者にも理解されるビジュアルで説明できる。 | |
| 997 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
97. 技術的制約による仕様調整を適切に交渉できる | 技術的制約と仕様調整の交渉術を理解する。 | 制約条件を踏まえた建設的な交渉ができる。 | |
| 998 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
98. 決定事項の記録と経緯を残しておける | 決定事項管理とナレッジ共有手法を学ぶ。 | 決定の経緯と背景を記録・共有できる。 | |
| 999 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
99. 短期視点と中長期視点のバランスで提案できる | 短期的成果と長期的戦略のバランスを理解する。 | 両視点を統合して提案できる。 | |
| 1000 | 要件理解と価値設計 技術提案と意思決定のサポート力 |
100. 技術選定に対して意思決定者を納得させられる提案ができる | 提案における説得構成力と論理展開を理解する。 | 意思決定者を納得させる技術提案ができる。 |
