システムアーキテクト｜トレードオフの言語化で合格答案を作る
SA 論述では「全部両立しました」型の答案は評価されません。「何を捨てたか」を明示することが、設計者の力量を示します。
典型的なトレードオフ
- 可用性 vs コスト
- 性能 vs 拡張性
- セキュリティ vs ユーザビリティ
- 一貫性 vs パーティション耐性 (CAP)
- スケールアウト vs スケールアップ
言語化テンプレート
「A を優先するため B を一部犠牲にした。代替策として C を採用し、D の指標で B のリスクを許容範囲に抑えた」というテンプレを意識します。
数値で支える
「99.95% の可用性を確保するため、二重化のコスト 800 万円を許容。99.99% は ROI 上見送り」のように、捨てた選択肢にも数値を添えるのが効果的。
AI 添削の活用
SA 論述添削 では「トレードオフが明示されているか」を採点軸の一つに含めています。書きながら自己評価できるため、論述スキルが速く伸びます。
よくある質問
Q1. システムアーキテクトの午後IIでは何が評価されますか？ 「すべての要件を両立しました」という万能解型の答案は評価されにくく、「何を優先し、何を一部犠牲にしたか」というトレードオフの言語化が設計者の力量として評価されます。可用性vsコスト、性能vs拡張性などの判断を、理由とともに具体的に書けるかが合否を分けます。
Q2. トレードオフはどう書けばよいですか？ 「Aを優先するためBを一部犠牲にした。代替策としてCを採用し、Dの指標でBのリスクを許容範囲に抑えた」というテンプレートが有効です。さらに「99.95%の可用性のため二重化コスト◯万円を許容、99.99%はROI上見送り」のように、採用・不採用の両方に数値を添えると説得力が増します。
Q3. システムアーキテクトとITストラテジスト・プロジェクトマネージャはどう違いますか？ SAは「要件を満たすシステムをどう設計するか（技術的な構造とトレードオフ）」、ITストラテジストは「経営課題に対しITをどう位置づけるか」、プロジェクトマネージャは「プロジェクトを計画通り完遂するマネジメント」が中心です。同じ午後II論述でも、自分の経験が設計寄りか経営寄りか実行寄りかで選ぶと書きやすくなります。
Q4. 設計判断が合格レベルか自分では判断できません。 IPA は採点基準を公開していないため、自己採点は難しいのが実情です。午後論述 AI 採点では、答案を「適合度・論理性・具体性」などの観点で即時に評価し、トレードオフが明示されているかを第三者視点で確認できます。AI採点は参考評価ですが、万能解になっていないかなど自己採点では気づけない弱点の発見に役立ちます。
まとめ
- 万能解は減点、トレードオフを書く
- 採用 / 不採用の両方に理由を付ける
- 数値で判断を支える
- AI 採点でトレードオフ軸を強化