Information Technology Strategist Examination flashcards

32 cards. Read the term and the definition here. The deck at the top of this page is optional.

クロスSWOT分析

SWOTの内部要因と外部要因を掛け合わせ、強みで機会を活かすSO、強みで脅威をかわすST、弱みを機会で補うWO、弱みと脅威を防御するWTの4戦略を導く手法。

PPMの4象限

市場成長率と相対市場シェアで事業を花形・金のなる木・問題児・負け犬に分類する。金のなる木が生む資金を花形や問題児へ再配分するのが基本方針。

ファイブフォース分析

新規参入の脅威、代替品の脅威、買い手の交渉力、売り手の交渉力、既存競合間の敵対関係の5つの力で業界の収益構造と魅力を評価する枠組み。

バリューチェーン

購買物流・製造・出荷物流・販売・サービスという主活動と、全般管理・人事・技術開発・調達という支援活動に分け、各工程で競争優位の源泉を特定する分析手法。

損益分岐点売上高

固定費を限界利益率（1−変動費率）で割った値。売上高がこの水準を超えると利益が出る。限界利益は売上高から変動費を引いた額。

NPVとIRR

NPVは将来キャッシュフローを資本コストで割り引いた現在価値から初期投資を引いた額で、正なら投資実行。IRRはNPVが0になる割引率。

要配慮個人情報

人種、信条、社会的身分、病歴、犯罪歴など、不当な差別や偏見が生じないよう取扱いに配慮を要する個人情報。取得には原則として本人の同意が必要。

不正アクセス禁止法

識別符号の不正取得・提供と、アクセス制御機能を回避して行う侵入を禁じる法律。設定不備を突いた利用など、アクセス制御が働いていない場合は対象外とされる。

情報セキュリティの7特性

機密性・完全性・可用性に、真正性・責任追跡性・否認防止・信頼性を加えた7つの特性。リスク対応は低減・回避・移転・受容に分類される。

EAの4アーキテクチャ

エンタープライズアーキテクチャを構成するビジネス・データ・アプリケーション・テクノロジの4層。現状と将来像のギャップを埋める移行計画を作る。

SOAの成熟段階

個別システム連携から共通基盤のサービス化、業務プロセス統合、業界横断のサービス化へ進む段階モデル。サービスを疎結合にして再利用性を高めるほど成熟度が上がる。

スクラムの3役割

価値を最大化しバックログを管理するプロダクトオーナー、プロセスを支援するスクラムマスター、成果物を作る開発チーム。スプリントレビューは成果物を検査する場。

ファンクションポイント法

外部入力・外部出力・外部照会・内部論理ファイル・外部インタフェースファイルの5要素を重み付けしてシステム規模を見積もる方法。開発言語に依存しない。

COCOMO

人月＝工数係数×規模の指数で開発工数を見積もるモデル。規模をソースコード行数で表すため、開発初期段階では見積り精度が低い。

クリティカルパス

開始から終了まで余裕時間（フロート）が0の作業経路。プロジェクト全体の最短完了時間を決めるため、この経路上の遅延は全体の遅延に直結する。

インシデント管理と問題管理

インシデント管理はサービスを早期に復旧させることが目的。問題管理はインシデントの根本原因を特定して除去し、再発を防ぐことが目的。

RTOとRPO

RTOは災害後に業務を復旧させる目標時間、RPOはどの時点までのデータを復旧させるかを示す目標時点。バックアップ間隔はRPO以下に設計する。

CAP定理

分散システムは一貫性・可用性・分断耐性の3つを同時に完全には満たせないという定理。ネットワーク分断時には一貫性か可用性のどちらかを選択する。

クラウドの責任分界

IaaSはOS以上、PaaSはアプリとデータ、SaaSは設定のみを利用者が管理する。オンプレミスからSaaSへ進むほど利用者の管理範囲は狭まる。

記述式の字数配分

指定字数の8割以上を埋め、6割未満は要素不足とみなされやすい。指定数ちょうどの要素を番号付きで書き、余分な要素を足さない。

記述式の根拠提示

答案の根拠は設問文か本文の記述に限定する。本文にない一般論や自社の宣伝は評価されない。結論を先に書き、理由を後に続ける構成が読みやすい。

記述式の単位明記

計算問題では万円・人月・件/時などの単位を答案に必ず書く。数値が正しくても単位が欠けると減点対象になる。途中式も残す。

比較を問う設問の作法

AとBの比較を求められたら、両方の特徴を対比形式で書く。片方だけの説明では比較にならず、観点をそろえて差異を明示する必要がある。

記述式の時間配分

90分で2問解くため1問45分を目安に区切る。配点と難易度を見て解く順を決め、1問に時間を費やしすぎないようにする。

論述の基本構成

現状認識、課題の特定、施策、効果、リスクと対応の順で論じる。この流れが論理性と実現性の評価項目を満たしやすい。

論述の指定条件対応

業種・予算・期間・制約・登場人物など設問の指定条件はすべて答案で触れる。条件を無視した答案は題意不適合と評価される。

論述の字数配分

1200字程度なら序論150字、本論900字、結論150字を目安にし、段落を4〜6個に分ける。各段落の主張を冒頭文で示す。

施策の具体化

DX推進などの抽象語で終わらせず、対象業務、利用システム、実施主体、測定するKPIまで落とし込む。具体性が実現性の評価につながる。

定量効果の示し方

リードタイム30%短縮、月間工数200時間削減、一次解決率70%など、測定可能な指標で効果を示す。施策と指標を因果で結びつける。

リスクの4観点

技術・組織・法務・費用の4観点からリスクを挙げ、それぞれに回避または低減の対応策を対応させる。リスクだけ挙げて対策を欠くと評価が下がる。

KGIとKPIの区別

KGIは売上や利益など最終的な事業成果、KPIはその達成を測る中間指標。施策がどのKPIを動かし、それがKGIにどうつながるかを示す。

ステークホルダー別の合意形成

経営層には投資対効果、現場には業務負担の軽減、情報システム部門には運用性、取引先には取引継続性など、相手ごとに説得材料と合意形成の方法を書き分ける。