今回は、「マネジメント」その 1 として プロジェクトマネジメント の分野を取り上げます。

プロジェクトマネジメントが必要な理由

図 1 は、情報処理技術者試験の試験要綱（ Ver.4.9 ）に示された基本情報技術者試験の対象者像です。 ここで、注目してほしいのは、赤色文字で示した
「情報技術を活用した戦略立案」
「信頼性・生産性の高いシステムを構築」
「安定的な運用サービスの実現」
です。

基本情報技術者試験は、社会人である IT エンジニアを対象とした試験です。 IT エンジニアは、テクノロジ（技術）がわかるだけではいけません。 信頼性・生産性の高いシステムを構築して、安定的な運用サービスの実現するためのマネジメント（管理）の知識や、情報技術を活用した戦略立案のためのストラテジ（戦略）の知識も必要なのです。

だから、基本情報技術者試験の問題は、テクノロジ系、マネジメント系、ストラテジ系から構成されているのです。 この連載では、これまでテクノロジ系を取り上げてきましたが、今回と次回はマネジメント系を取り上げ、次々回はストラテジ系を取り上げます。どれも IT エンジニアに必須の知識です。

図 1　基本情報技術者試験の対象者像

対象者像

高度 IT 人材となるために必要な基本的知識・技能をもち、実践的な活用能力を身に付けた者

業務と役割

基本戦略立案又は IT ソリューション・製品・サービスを実現する業務に従事し、上位者の指導の下に、次のいずれかの役割を果たす。

1. 需要者（企業経営、社会システム）が直面する課題に対して、情報技術を活用した戦略立案に参加する。
2. システムの設計・開発を行い、又は汎用製品の最適組合せ（インテグレーション）によって、信頼性・生産性の高いシステムを構築する。また、その安定的な運用サービスの実現に貢献する。

プロジェクトマネジメントの流れ

マネジメント系の出題分野は、プロジェクトマネジメントとサービスマネジメントに大きく分けられています。 今回は、プロジェクトマネジメントを取り上げ、次回はサービスマネジメントを取り上げます。

プロジェクトマネジメントとは、何でしょう？

基本情報技術者試験のシラバス（ Ver.8.0 ）には

プロジェクトは、プロジェクトの目標を達成するために遂行する、開始日と終了日とをもち、調整し、かつ、管理する活動で構成するプロセスの独自性のある集合である

と示されています。 さらに

「プロジェクトマネジメントとは、方法、ツール、技法及びコンピテンシーを、あるプロジェクトに適用することであり、複数のプロセスを通じて遂行するものである」

と示されています。 コンピテンシー（ competency ）とは「職務や役割において優れた成果を発揮する個人の能力や行動特性」という意味です。

やや難しい説明なので、ポイントだけを抽出すると、

プロジェクトとは

「目標があって、それを開始日と終了日の間に実現するもの」

プロジェクトマネジメントとは

「プロジェクトを構成する複数のプロセス（工程）に、技術や人材を効果的に適用すること」

です。

ここで、プロセスという言葉が出てきましたが、プロセスの種類には

1. 立ち上げのプロセス群
2. 計画のプロセス群
3. 実行のプロセス群
4. 管理のプロセス群
5. 終結のプロセス群

があり、これらがプロジェクトマネジメントの流れです。

プロジェクトマネジメントの対象は

• 統合の対象群
• ステークホルダの対象群
• スコープの対象群
• 資源の対象群
• 時間の対象群
• コストの対象群
• リスクの対象群
• 品質の対象群
• 調達の対象群
• コミュニケーションの対象群

です。 ステークホルダ（ stakeholder ）とは「あらゆる利害関係者」という意味です。 プロジェクトのステークホルダには、株主、債権者、経営者、労働者、仕入先、販売先、金融機関、行政機関などがあります。

プロジェクトマネジメントの主要な用語

図 2 は、プロジェクトマネジメントの用語です。 膨大な数の用語があることを知っていただくために、シラバスの「用語例」に示されたすべての用語を、テーマごとに示しています（重複して示している用語もいくつかあります）。

ただし、ざっと目を通してみると、ほとんどの用語の意味は、一般常識で理解できるものだとわかるでしょう。 一般常識では理解しにくいと思われる用語（それほど多くありません）は、赤色文字で示してあります。 これらが、試験対策における主要な用語ということになるでしょう。 すぐ後で示す過去問題も、主要な用語に関するものです。

図 2　シラバスに示されたプロジェクトマネジメントの用語

プロジェクトマネジメント

プロジェクト、プロジェクトマネジメント、プロジェクトの環境、プロジェクトガバナンス、プロジェクトライフサイクル、プロジェクトの制約、 JIS Q 21500 、 PMBOK ^®（ Project Management Body of Knowledge: プロジェクトマネジメント知識体系）、プロジェクトスポンサー、プロジェクトマネージャ、プロジェクトマネジメントチーム、プロジェクトチーム、 PMO（ Project Management Office ）、作業計画立案、進捗管理、品質管理、コスト管理、リスク管理、変更管理、問題発見、問題報告、対策立案、文書化、コミュニケーション

プロジェクトの統合

プロジェクト作業規定書、プロジェクト憲章、プロジェクト全体計画（プロジェクト計画及びプロジェクトマネジメント計画）、変更要求、承認された変更、変更登録簿、是正処置、プロジェクト完了報告書、プロジェクト又はフェーズの終結報告書、得た教訓文書、ベースライン、 CCB （ Change Control Board: 変更管理委員会）

プロジェクトのステークホルダ

ステークホルダ登録簿、ステークホルダ分析

プロジェクトのスコープ

スコープ規定書、 WBS 、 WBS 辞書、活動リスト、進捗データ、スコープ（作業及び成果物）、活動、ワークパッケージ、プロジェクトスコープのクリープ

プロジェクトの資源

資源要求事項、プロジェクトの組織図、 RAM （ Responsibility Assignment Matrix: 責任分担マトリックス）、 OBS（ Organizational Breakdown Structure: 組織ブレークダウンストラクチャ）

プロジェクトの時間

活動順序、活動所用期間見積り、活動リスト、スケジュールの制約、スケジュール、類推見積り、パラメトリック見積り、三点見積り、ボトムアップ見積り、スケジュールネットワーク分析、 PERT 、 CPM （ Critical Path Method: クリティカルパス法）、 PDM （ Precedence Diagramming Method: プレシデンスダイアグラム法）、アローダイアグラム、ガントチャート、マイルストーン、クラッシング、ファストトラッキング、ラグ、リード、 EVM （ Earned Value Management ）、大日程計画表（マスタスケジュール）、中日程計画表（工程別作業計画）、小日程計画表（週間作業計画）、進捗報告

プロジェクトのコスト

予算、実コスト、予想コスト、類推見積り、パラメトリック見積り、三点見積り、ボトムアップ見積り、ファンクションポイント法、 LOC （ Lines of Code ）法、 COCOMO （ Constructive Cost Model ）、 COCOMOⅡ （ Constructive Cost ModelⅡ ）、 EVM （ Earned Value Management ）、コストベースライン

プロジェクトのリスク

リスク登録簿、優先順位付けされたリスク、リスクの定性的分析技法、リスクの定量的分析技法

プロジェクトの品質

品質要求事項、品質計画、進捗データ、検査報告書、是正処置、予防処置、プロジェクトにおける品質管理測定値の活用（データ表現技法の選択など）

プロジェクトの調達

契約書又は注文書、プロジェクトにおける調達戦略（契約のタイプの選択など）

プロジェクトのコミュニケーション

進捗報告書、配布情報、双方向コミュニケーション、プッシュ型コミュニケーション、プル型コミュニケーション、電子メール、ボイスメール、テレビ会議、紙面、コミュニケーションチャネル

プロジェクトマネジメントの過去問題

プロジェクトマネジメントの分野の過去問題を 3 問ほど紹介しましょう。

WBS に関する問題

最初は、 WBS に関する問題です。

WBS は、とてもよく出題される用語であり、試験によく出る用語の Top 10 に入ります（筆者の独自調査）。

WBS は、Work Breakdown Structure の略であり「作業分解構成図」と訳されています。 WBS は、プロジェクトを構成する作業を、階層的に分解した図もしくは文書です。 階層的とは、大きく分解した作業を、段階的に詳細化するということです。

したがって、この問題の答えは、選択肢イの「作業を階層的に細分化する」です。 WBS を作ることによって、プロジェクトで行うべき作業の範囲と内容が明確になり、管理がしやすくなります。

アローダイアグラムに関する問題

次は、アローダイアグラムに関する問題です。 これは、マネジメント系の鉄板問題と呼べるものであり、試験によく出る問題の Top 3 に入ります（筆者の独自調査）。

問 52　令和元年度 秋期

あるプロジェクトの日程計画をアローダイアグラムで示す。 クリティカルパスはどれか。

ア A, C, E, F
イ A, D, G
ウ B, E, F
エ B, E, G

アローダイアグラムの問題を解くために必要な知識

アローダイアグラムは、プロジェクトを構成する作業の順序を示した図です。

作業を矢印（ arrow = 矢印）で表し、その上に作業名（この問題では、 A, B、C, D, E, F, G が作業名です）と所要日数を書き添えます。
作業が切り換わる日を結合点と呼び、円で表します。
破線で示されたダミー作業は、実際の作業ではありませんが、作業の順序がつながっていることを意味します。 ダミー作業は、所要時間 0 の作業として取り扱います。

アローダイアグラムの左端にある結合点はプロジェクトの開始日であり、右端にある結合点はプロジェクトの終了日です。

1. アローダイアグラムを左端から右端にたどると、プロジェクトが最短で何日間で完了するかがわかります。
2. それがわかってから、アローダイアグラムを右端から左端にたどると、クリティカルパスが求められます。

クリティカルパスは、余裕がない作業をつないだ流れであり、もしもその流れに遅れが生じると、プロジェクト全体に遅れが生じてしまいます。 クリティカルパス（ critical path ）は、直訳すると「極めて重要な道筋」という意味です。 管理の対象として、極めて重要な道筋なのです。

アローダイアグラム問題の定番の解き方

この問題では、クリティカルパスを求めます。 そのためには、定番の方法があります。

1. まず、ダミー作業の矢印の上に所要日数として 0 を書き込んでください。
2. 次に、すべての結合点に 2 階建ての四角形を書いてください。
3. それができたら、結合点を左端から右端にたどって、四角形の下段に、それぞれの結合点の最早開始日（結合点から先の作業を最も早くて、いつから始められるか）を書き込んでください。
   • 左端の結合点の最早開始日に 0 を書き込んでから、他の結合点をたどって最早開始日を書き込んでいきます。
   • 注意してほしいのは、複数の作業が結合する点では、最も遅い作業がたどりつく日を最早開始日にすることです。

図 3 の 1 は、すべての結合点に再早開始日を赤色文字で書き込んだ結果です。 右端の結合点の再早開始日は 14 なので、このプロジェクトは最短で 14 日間で完了することがわかりました。

4. 今度は、結合点を右端から左端にたどって、四角形の上段に、最遅開始日（結合点から先の作業を最も遅くて、いつから始めなければならないか）を書き込んでください。
   • 右端の結合点に 14 を書き込んでから、他の結合点を逆方向にたどって最遅開始日を書き込んでいきます。
   • 注意してほしいのは、複数の作業を開始する点では、最も早い作業を始めなければならない日を最遅開始日にすることです。

最早開始日（いつから始められるか）と最遅開始日（いつまでに始めなければならないか）が同じになる作業は、余裕がないことがわかります。

図 3 の 2 は、すべての結合点に最遅開始日を青色文字で書き込んだ結果です。 余裕がない作業は、青色の太い矢印で示しています。

たとえば、作業 F は 9 日に始められて、 9 日に始めなければならないので、余裕がありません。
作業 G は、 9 日に始められて、 10 日に始めなければならなので、 1 日の余裕があることがわかります。

余裕がない作業は、 B 、 E 、 F であり、それらをつないだ流れがクリティカルパスです。 したがって、この問題の答えは、選択肢ウの「 B, E, F 」です。

ファンクションポイント法に関する問題

最後は、ファンクションポイント法に関する問題です。

ファンクションポイント法は、ソフトウェア開発のコストを見積る技法の一種です。

シラバスには、パラメトリック見積り、三点見積り、ボトムアップ見積り、ファンクションポイント法、 LOC （ Lines of Code ）法、 COCOMO（ Constructive Cost Model ）、 COCOMOⅡ（ Constructive Cost ModelⅡ ）などが示されていますが、試験にはファンクションポイント法が圧倒的によく出題されます。

ファンクションポイント法では、

1. ソフトウェアを構成する機能（ function = 機能）ごとにに、複雑さに応じた点数（ point = 点数）を付ける
2. すべての点数を合計した値に補正係数を掛ける

それをファンクションポイント値とします。 この問題では、複雑さに応じた点数のことを重み付け係数と呼んでいます。

ファンクションポイント値の計算方法は、とてもシンプルです。 それぞれの機能の個数と重み付け係数を掛けて、それらを合計して補正係数を掛けます。 問題に示された値を使って計算すると、

になります。 したがって、選択肢アの「 18 」が正解です。

今回は、「マネジメント」その 1 として「プロジェクトマネジメント」の分野のポイント、主要な用語、技法、および過去問題を紹介しました。

次回は、「マネジメント」その 2 として「サービスマネジメント」の分野を取り上げます。

それでは、またお会いしましょう！

The post IT初心者のための基本情報ではじめる プロジェクトマネジメント 入門 ～マネジメント分野 1 first appeared on 基本情報技術者試験 受験ナビ｜科目A・科目B対策から過去問解説まで 250本以上の記事を掲載.

ほとんどの過去問題が、

• 説明文の内容を適切に読み取る設問
• 説明に示された通りに計算をする設問

から構成されています。

特殊な知識を要求されることは、ほとんどありません。

ただし、問 2 ～問 4 のテクノロジ系の選択問題と比べて、時間がかかる内容になっている場合がある ので、選択するかどうかは、試験当日によく考えてください。

ここでは、例として、平成 21 年度春期 午後 問 6「スケジュール管理」を紹介します。

この問題は、あまり時間がかかりません。

前半部は、国語の長文読解問題のようなもの

問題は、マネジメントに関する事例（架空の事例）の説明から始まります。

ポイントと思われる部分に下線を付けながら読んでください。慣れていないと、ほとんどの部分に下線を付けてしまうかもしれませんが、それは仕方がないことです。

それなら、ここは説明の区切りだとわかった部分に、大きく区切りの線を引いてください。そうすれば、後で見直すときに、わかりやすいからです。

以下に、ポイントになると思われる部分を書き出してみました。

• A 社（ユーザ企業）が B 社（開発会社）に開発を委託している。
• 2 年前の基幹業務システムは成功している。
• 今回の経営管理システムは、以下の 2 つである。
  • M1:　経営データ分析サブシステム
  • M2:　経営幹部向けナビゲーションサブシステム

それでは、設問 1 を見てみましょう。

説明文の内容を適切に読み取れたなら、選択肢の中から正解を選べるでしょう。もしも、選べないなら、 panorama_fish_eye と clear を付けて消去法でやってください。

「選べなかったら消去法」

これは、基本情報技術者試験の全ての問題に共通する解法テクニックです。なぜなら、基本情報技術者試験の問題は、すべて選択問題だからです。

選択肢ア～選択肢エは、以下のように、説明文から得られる理由から、 panorama_fish_eye と clear を付けられます。

正解は、空欄 a が選択肢ウで、空欄 b が選択肢イです。これは、例ですので、自分の判断で panorama_fish_eye と clear を付けてください。

ア

開発担当者（ B 社）は、「開発経験も豊富」とあるので、技術力は低くない。 clear

イ

「 M2 の操作性を自社判断で一層高めた」とあるので、空欄 b である。 panorama_fish_eye

ウ

「概略説明→概算見積り→開発期間 3 か月で契約」とあるので、空欄 a である。 panorama_fish_eye

エ

B 社は、A 社の基幹業務システムで成功実績があるので、A 社の業務理解に時間はかからない。仕様の解釈に誤解が生じるような記述はない。 clear

説明文になくても、言葉の意味から正誤を判断できる場合がある

続いて、設問 2 です。今度は、説明文を読みながら、そこにある穴埋めをする問題になっていますが、説明文から得られる理由から選択肢の正誤を判断するという解法は、設問 1 と同様です。

正誤を判断して、選択肢に panorama_fish_eye と clear を付けた例を以下に示します。

ここでは、説明文から得られる理由だけでなく、言葉の意味から正誤を判断していることにも注目してください。

空欄 c と 空欄 d は、「・・・といった現象を回避する。」という文書になっています。

したがって、空欄 c と空欄 d には、現象とは呼べないものは入りません。このことから、現象ではない選択肢アは、どちらの空欄にも不適切で clear だとわかります。

正解は、空欄 c が 選択肢エ で、空欄 d が 選択肢ウ です。

ア

「開発メンバを増強する」は、現象（問題）ではなく、対策である。 clear

イ

空欄 c の 定量データ、空欄 d の 変更管理 は、「 M1 が予想以上に複雑」に効果はない。 clear

ウ

操作性を勝手に高めないように変更管理をするので、空欄 d である。 panorama_fish_eye

エ

2 週間という数字を示しておきながら、どんどん日数が増えてしまったのだから、定量化すれば対策できる。これは、空欄 c である。 panorama_fish_eye

後半部は、中学生レベルの算数の計算問題のようなもの

マネジメント系の問題も、今後の記事で紹介するストラテジ系の問題も、国語の長文読解だけで終わることは、滅多にありません。

ITエンジニアである以上、マネジメント（管理）もストラテジ（戦略）も数字で示して実践するべきだからです。

したがって、ほとんどの問題の後半部は、計算を行う設問になっています。

この問題でも同様です。

筆者が知る限り、基本情報技術者試験の問題を解くのに、あらかじめ特殊な公式を暗記しておく必要があったことは、一度もありません。

計算のやり方は、必ず問題に示されています。

ただし、計算を行うのに、基本的な算数の知識は必要とされます。

これは、中学生レベルの知識（方程式、不等式、1次関数、平方根、統計など）です。

高校生レベルの知識（微分、積分、三角関数など）は不要ですので、算数が苦手な人も、どうぞ安心してください。

計算式の中に平方根や 2 乗などがあるので計算が面倒ではないか？ という心配もいりません。

基本情報技術者試験は、電卓を持ち込めないのですから、面倒な計算が出題されることはありません。

問題を読み進めると、案の定、平方根や 2 乗を必要とする計算は、すでに計算済みになっていました。

それでは、最後の設問 3 です。

空欄 e は、M2 と M3 全体の平均作業日数なので、両者を加算して、12.7 ＋ 12.3 ＝ 25 日です。

したがって、選択肢イが正解です。

空欄 f は、

1. 開発全体の σ（標準偏差）が 2.2 日で、
2. 平均 ± 2σ に 95% が入るとあるので、
3. 最長作業日数は、平均 ＋ 2σ　であり、
4. 平均行日数に 2σ ＝ 2 × 2.2 ＝ 4.4 日を加えた値

になります。

したがって、選択肢エが正解です。

どうです。中学生レベルの算数の知識で解けるでしょう。

もしも、中学生レベルの算数の知識に自信がないなら、この機会に復習をしてください。

高校受験の参考書を使うことをお勧めします。中学の算数をまとめて学習でき、問題を解きながら楽しく学習できるからです。

コンピュータは、計算機なのですから、ITエンジニアが「算数は嫌い！」なんて言ってちゃダメですよ。

基本情報技術者試験の出題分野は、テクノロジ系、マネジメント系、ストラテジ系に大きく分けられています。

ITエンジニアは、テクノロジ系だけを重視しがちですが、それはいけません。

ITエンジニアも、ビジネスマンなのですから、ビジネス（マネジメント系とストラテジ系）に関する知識が必要とされます。

基本情報技術者試験の学習を通して、ビジネスの基礎知識を習得してください。

それでは、またお会いしましょう。

The post 午後問題の歩き方 | 午後問題の読み方～マネジメント系 first appeared on 基本情報技術者試験 受験ナビ｜科目A・科目B対策から過去問解説まで 250本以上の記事を掲載.

プロジェクトマネジメントの問題は、午前問題で 4 問、午後問題で 1 問（平成 30 年度 春期）出題されています。プロジェクトマネージャの問題はそんなにたくさん出題されません。

午前問題では 51 問目 ～ 60 問目 までの 10 問が “マネジメント系” の問題になるのですが、その 10 問を次の 3 つの分野で分けています（平成 30 年度 春期）。

プロジェクトマネジメント分野は 4 問です。

プロジェクトマネジメント（上位資格：プロジェクトマネージャ）

3 問

ITサービスマネジメント（上位資格：ITサービスマネージャ）

3 問

システム監査（上位資格：システム監査技術者）

3 問

また午後問題では、IT サービスマネジメント といずれか 1 問が出題されます。過去数年の出題だと、2 年間の 4 回で 3 回は プロジェクトマネジメント の問題になっています。

PMBOK ® の知識

基本情報技術者試験における “プロジェクトマネジメント分野” の問題の特徴は、午前問題では断片的な知識が問われ、午後問題では実践的な知識が問われるところです。

また、仕事でプロジェクトマネージャとして活躍している人も多く、そういう人にとっては過去問題を使って手応えを確認する程度で高得点が取れるという分野にもなります。

したがって、長期的なキャリア形成をどう考えるのかという点、経験者かどうかという点を十分加味した上で戦略を立てるのがベストですね。

応用情報技術者試験の次にプロジェクトマネージャ試験を狙っている人

基本情報技術者試験では、少々投資効果が低いかもしれませんが、この段階で PMBOK ® に関する知識を会得しておくといいでしょう。今からだと PMBOK ® は第 6 版。

まずはシンプルに 49 のプロセスから、その概要を覚えておくといいでしょう。

この段階で PMBOK ® の 49 のプロセスが鮮明にイメージできていると、そのあと学習する知識も、経験することも、全てその 49 のプロセスマップのところにプロットすることができるため、記憶に定着しやすくなるのは間違いありません。

将来のキャリアに “プロジェクトマネージャ” や、その資格を見据えているのなら、まずはここからスタートを。

将来のキャリアに “プロジェクトマネージャ” は特に無い人

PMBOK ® の学習はせず、可能であればプロジェクトマネジメントの問題をスルーするのも一つの手です。

基本情報技術者試験でも、応用情報技術者試験でも、午後問題で選択しないという方法が取れるからです。午前問題も、そんなに多くもありませんから。

午前問題

プロジェクトマネジメントの問題は、午前問題にしづらいところがあります。問題数もそんなに多くはありません。

というのも、実際に現場で必要になるのは、 “用語のような知識” ではなく “状況対応能力” になるので、その状況を要件として説明するにはそれ相応の分量（ページ数）が必要になるからです。

だから、午後問題には適しているのですが、午前問題はどうしても断片的知識にならざるを得ないというわけです。

これが、午前問題と午後問題で大きく問題の質が異なる理由になります。

そこで、午後問題については、経験者は高得点を狙い、未経験者は避けるという方針で基本情報技術者試験の準備をすることも可能なのですが、全問解答を強いられる午前問題は避けられないし、それは応用情報技術者試験でも、高度系の午前Ⅰ試験、午前Ⅱ試験でも同じなので、過去問題を使って午前問題だけ目を通しておくというのも、ひとつの戦略になるでしょう。

まとめ

先に説明した通り、プロジェクトマネジメントの問題はそんなに多くはありません。午後問題は出題されない場合もあります。

しかし、レベル 4 のプロジェクトマネージャ試験は、顧客と会社に利益をもたらし、プロジェクトメンバを守るために有益だとあって、ここ数年一番の人気資格になっています。

いずれ必ず必要になる知識ですからね。しかも、プロジェクトマネージャになるまでに、プロジェクトマネージャの考えていることや行動を理解することができれば、実務を通じて多くのことを学ぶこともできる。

そういう意味では、早い段階から勉強していて損はない区分だと思います。

The post 第4回 プロジェクトマネジメント | 先を見据えた基本情報技術者試験対策 first appeared on 基本情報技術者試験 受験ナビ｜科目A・科目B対策から過去問解説まで 250本以上の記事を掲載.