「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典イメージぴよ画像「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

出典:令和元年度 ITパスポート試験(IP) 秋期分 問41

difficulty難易度設定
スポンサーリンク

予備知識


用語意味
プロジェクト期限とかが決まっていて、計画的に終わり(ゴール)がある仕事
プロジェクトマネジメントプロジェクトが滞りなく進むように、スケジュールを調整したり、進み具合を管理したり、問題が起きたら対処したり、あれやこれやと世話を焼くこと
要件定義システム開発における工程のひとつで、お客さまの「こんなものが欲しいんだよね~」を まとめる工程
ライフサイクル「始まってから終わるまで」や「生まれてから消えるまで」的な意味の用語
リスク「危険性」のこと。もしくは「不確実性」のこと

問題


問題文
プロジェクトマネジメントの進め方に関する説明として,適切なものはどれか。
ピヨ意訳:プロジェクトマネジメントの進め方に関する説明だよ。正しいのは、どれ?

解答選択肢
企画,要件定義,システム開発,保守の順番で,開発を行う。
ピヨ意訳:「企画→要件定義→システム開発→保守」の順番で開発する
戦略,設計,移行,運用,改善のライフサイクルで,ITサービスを維持する。
ピヨ意訳:「戦略→設計→移行→運用→改善」の流れでITサービスを維持する
目標を達成するための計画を作成し,実行中は品質,進捗,コストなどをコントロールし,目標の達成に導く。
ピヨ意訳:計画を作って、品質や進み具合、リスクなどを管理し、目標の達成に導く
予備調査,本調査,評価,結論の順番で,リスクの識別,コントロールが適切に実施されているかの確認を行う。
ピヨ意訳:「予備調査→本調査→評価→結論」の順番で、ちゃんとリスクを管理できているか確認する


正解までのつなぎ

正解


正解
目標を達成するための計画を作成し,実行中は品質,進捗,コストなどをコントロールし,目標の達成に導く。
ピヨ意訳:計画を作って、品質や進み具合、リスクなどを管理し、目標の達成に導く

ピヨピヨ解説


おっと、微妙に引っ掛け問題ですね。

プロジェクトマネジメントは「プロジェクト(ゴールのあるお仕事)を管理すること」です。

それを踏まえて、解答選択肢を見ていきましょう。

「ア:企画,要件定義,システム開発,保守の順番で,開発を行う。」は引っ掛け選択肢です。
システム開発の仕事を「プロジェクト」と呼ぶお仕事現場も多いですからね。
「これが正解だよね?」と思う人が出てくるかもしれませんが、違います。

プロジェクトは「ゴールのあるお仕事」です。
システム開発の仕事もプロジェクトではありますが、システム開発とプロジェクトはイコールでは ありません。
システム開発以外のプロジェクトもあります。

この選択肢はシステム開発の話しかしていないので「プロジェクトマネジメントの進め方」を表しているかといえば、少し違います。
「システム開発の進め方」であれば合っていますけどね。

「イ:戦略,設計,移行,運用,改善のライフサイクルで,ITサービスを維持する。」も違います。
「ITサービスを維持する」のはプロジェクトでは ありません。
サービスが続く限りは、ずっと続けることですからね。
ゴールがありません。

「ウ:目標を達成するための計画を作成し,実行中は品質,進捗,コストなどをコントロールし,目標の達成に導く。」は、その通りです。
「目標」という言い方をしていますが「ゴール」のことです。
ゴールのあるお仕事において、ゴールにたどり着くための計画を作り、品質・進捗・コストなどをコントロールし、ゴールに導くのがプロジェクトマネジメントです。

「エ:予備調査,本調査,評価,結論の順番で,リスクの識別,コントロールが適切に実施されているかの確認を行う。」は違います。
「コントロールが適切に実施されているかの確認」もゴールがあるのでプロジェクトではあると思いますけどね。
この選択肢は「コントロールが適切に実施されているかの確認」の話しかしていないので「プロジェクトマネジメントの進め方」を表しているかといえば、少し違います。
多分「監査の進め方」とか、そんな感じのやつでしょう。

ということで「ウ:目標を達成するための計画を作成し,実行中は品質,進捗,コストなどをコントロールし,目標の達成に導く。」が正解です。


スポンサーリンク
書籍画像068
書籍画像010


書籍画像
わわわ説明術コラム
宣伝だよ
「分かった!」と思わせる説明の技術 知識ゼロの相手にも伝わるようになる本【Audible】
ソフトウェア受託現場の「失敗」集めてみた。 42の失敗事例で学ぶ受託開発のうまい進めかた
ソフトウェア開発現場の「失敗」集めてみた。 42の失敗事例で学ぶチーム開発のうまい進めかた