ITパスポートのマネジメント系は、システムを作り、動かし、よりよくしていくための仕事の進め方を学ぶ分野です。
「マネジメント」と聞くと、管理職の仕事を思い浮かべるかもしれません。
しかし、ITパスポートで学ぶマネジメント系は、もっと身近です。
たとえば、アプリやWebサービスを作るときには、何を作るか決め、計画を立て、作業を進め、テストし、公開したあとも安定して使えるように見守ります。
この一連の流れを理解するのが、マネジメント系の大きな目的です。
ここだけ読めばOK
ITパスポートのマネジメント系は、システムを「作る」「進める」「動かし続ける」ための考え方を学ぶ分野です。
開発、プロジェクト管理、サービス運用をセットで見ると、用語のつながりが分かりやすくなります。
ITパスポートのマネジメント系は何を学ぶ分野？
ITパスポートのマネジメント系では、ITの仕事をどのように進めるかを学びます。
ITの仕事は、プログラムを作るだけではありません。
何を作るのかを決めること、予定を立てること、品質を確認すること、使い始めたあとにトラブルへ対応することも大切です。
システムを作る流れを学ぶ
まず学ぶのは、システム開発の流れです。
システム開発とは、会社の仕事や利用者の目的に合わせて、アプリ、Webサービス、社内システムなどを作ることです。
いきなりプログラムを書き始めるのではありません。
何を作るかを決め、設計し、作り、テストしてから使える状態にします。
システムを運用する流れを学ぶ
システムは、完成したら終わりではありません。
公開したあとも、利用者が問題なく使えるように見守る必要があります。
このような仕事を運用といいます。
運用では、トラブルへの対応、問い合わせ対応、利用状況の確認、改善などを行います。
プロジェクトを進める基本を学ぶ
システム開発は、多くの場合、プロジェクトとして進めます。
プロジェクトとは、目的と期限がある仕事のまとまりです。
決められた時間や費用の中で、予定どおりに進めるための考え方が必要です。
そのため、スケジュール、費用、品質、リスクなどを管理します。
かんたんに言うと、マネジメント系はITの仕事の進め方を学ぶ分野
マネジメント系をかんたんに言うと、ITの仕事の進め方を学ぶ分野です。
料理でたとえると、いきなり作り始めるのではなく、先にメニューを決め、材料をそろえ、手順を考え、味見をして、お客さんに出すようなものです。
ITの仕事も同じです。
思いつきで作るのではなく、目的に合わせて順番に進めます。
作る前に計画する
システムを作る前には、何を作るのか、誰が使うのか、どのような機能が必要なのかを整理します。
ここをあいまいにしたまま作り始めると、あとから「思っていたものと違う」という問題が起きやすくなります。
そのため、作る前の計画が大切です。
作ったあとにテストする
システムを作ったら、正しく動くかを確認します。
この確認作業がテストです。
テストでは、予定どおりに動くか、間違った入力をしたときに大きな問題が起きないか、利用者が困らないかなどを確認します。
使い始めたあとも運用や改善を続ける
システムは、使い始めてからも対応が必要です。
利用者から問い合わせが来ることもあります。
障害が起きることもあります。
使い方や仕事の流れが変われば、システムを直す必要もあります。
このように、システムは作って終わりではなく、使いながら守り、直し、改善していくものです。
システム開発の全体の流れ
ここでは、システム開発の流れを順番に見ていきます。
ITパスポートでは、細かい作り方よりも、それぞれの工程で何をするのかを理解することが大切です。
代表的な流れは、要件定義、設計、プログラミング、テスト、リリース、運用・保守です。
このように、計画に沿って上から順番に進める考え方をウォーターフォール開発と呼ぶことがあります。
一方で、短い期間で作る、試す、直すをくり返しながら進める方法をアジャイル開発といいます。
アジャイル開発では、この短いくり返しの期間をイテレーションと呼ぶことがあります。
また、スクラムという進め方では、同じような短い期間をスプリントと呼ぶことがあります。
ITパスポートでは、まず「ウォーターフォール開発は順番に進める」「アジャイル開発は短い期間で改善をくり返す」とおさえましょう。
何を作るか決める
最初に、何を作るのかを決めます。
たとえば、予約システムを作るなら、誰が使うのか、どんな予約を扱うのか、どのような画面が必要なのかを考えます。
ここがあいまいだと、その後の作業全体がぶれやすくなります。
必要な機能を整理する
次に、必要な機能を整理します。
予約システムなら、会員登録、予約、キャンセル、確認メールの送信などが考えられます。
このように、利用者が何をしたいのかに合わせて、必要な機能をまとめます。
設計する
設計とは、システムをどのような形で作るかを決めることです。
家を建てる前に設計図を作るように、システムも作る前に画面やデータの流れを考えます。
設計があることで、作る人が同じ方向を見て作業しやすくなります。
プログラムを作る
設計をもとに、実際にプログラムを作ります。
プログラムとは、コンピューターに動き方を伝えるための命令です。
ただし、ITパスポートのマネジメント系では、プログラムの書き方を深く学ぶ必要はありません。
開発の流れの中で、どの位置にある作業なのかを理解しましょう。
テストする
作ったシステムが正しく動くかを確認します。
これがテストです。
テストでは、入力した内容が正しく保存されるか、画面が想定どおりに表示されるか、エラーが出たときに利用者が困らないかなどを確認します。
リリースする
リリースとは、作ったシステムを実際に使える状態にすることです。
Webサービスを公開したり、社内システムを社員が使えるようにしたりする段階です。
リリース後は、多くの人が使うため、事前の確認が大切になります。
運用・保守する
運用とは、システムを安定して使えるように管理することです。
保守とは、システムを直したり、改善したりすることです。
たとえば、不具合を修正する、機能を追加する、古くなった部分を見直すといった作業があります。
システム開発でよく出る用語
システム開発では、いくつかの基本用語がよく出てきます。
言葉だけで覚えるのではなく、開発の流れの中で理解しましょう。
要件定義とは
要件定義とは、システムに必要なことを決める作業です。
「何を作るのか」「どんな機能が必要か」「誰が使うのか」を整理します。
たとえるなら、家を建てる前に、部屋の数や使い方を決める段階です。
設計とは
設計とは、要件定義で決めた内容をもとに、どう作るかを考える作業です。
画面の形、データの持ち方、処理の流れなどを決めます。
家でいえば、間取りや配線を決めるようなものです。
プログラミングとは
プログラミングとは、設計をもとにコンピューターへ命令を書く作業です。
ITパスポートでは、プログラムの細かい書き方よりも、開発工程の中の作業として理解するとよいです。
テストとは
テストとは、作ったシステムが正しく動くかを確認する作業です。
単に画面が開くかを見るだけではありません。
想定どおりに動くか、間違った使い方をしても大きな問題にならないか、利用者が困らないかなどを確認します。
ITパスポートでは、テストの種類も出ることがあります。
| テストの種類 | かんたんな意味 |
|---|---|
| 単体テスト | プログラムの部品ごとに確認する |
| 結合テスト | 部品同士をつないで確認する |
| システムテスト | システム全体として確認する |
| 受入れテスト | 利用者側や発注元が確認する |
作る中身が大きくなるにつれて、テストも「部品の確認」から「全体の確認」へ広がっていきます。
まずは、単体テストは部品、結合テストはつなぎ目、システムテストは全体、受入れテストは利用者側の確認と覚えると分かりやすいです。
リリースとは
リリースとは、システムを実際に使える状態にすることです。
アプリを公開する、社内システムを利用開始する、Webサイトを公開するなどがリリースにあたります。
保守とは
保守とは、システムを直したり、改善したりする作業です。
不具合の修正、機能の追加、古い仕組みの見直しなどがあります。
保守があることで、システムを長く使い続けやすくなります。
プロジェクトとは？
システム開発は、プロジェクトとして進めることが多いです。
プロジェクトという言葉も、ITパスポートではよく出ます。
プロジェクトは目的と期限がある仕事
プロジェクトとは、目的と期限がある仕事のまとまりです。
たとえば、「3か月後までに予約システムを作る」という仕事はプロジェクトです。
いつまでも続く日常業務とは違い、ゴールと期限があるのが特徴です。
人・時間・お金を管理する
プロジェクトでは、人、時間、お金を管理します。
誰が何をするのか、いつまでに終えるのか、どのくらい費用がかかるのかを考えます。
どれか一つだけを見ればよいわけではありません。
予定どおり進めることが大事
プロジェクトでは、予定どおりに進めることが大切です。
予定が遅れると、費用が増えたり、利用開始が遅れたりします。
そのため、作業の進み具合を確認しながら進めます。
変更やトラブルに対応する必要がある
プロジェクトでは、予定どおりに進まないこともあります。
途中で必要な機能が変わることがあります。
担当者が足りなくなることもあります。
そのため、変更やトラブルに対応する力も必要です。
プロジェクト管理の基本
プロジェクト管理とは、プロジェクトをうまく進めるために、計画や状況を管理することです。
プロジェクト管理には、PMBOKという考え方もあります。
PMBOKは、プロジェクト管理の知識をまとめたものです。
ITパスポートでは、PMBOKの細かい中身を深く覚えるよりも、プロジェクトではスケジュール、費用、品質、リスクなどを管理する、という全体像を押さえることが大切です。
スケジュールを管理する
スケジュール管理とは、作業の予定を管理することです。
どの作業を、誰が、いつまでに行うのかを確認します。
予定が遅れている場合は、原因を見つけて対応します。
費用を管理する
費用管理とは、プロジェクトにかかるお金を管理することです。
人件費、システムの利用料、機器の費用などが関係します。
予定より費用が増えすぎないように確認します。
品質を管理する
品質管理とは、作ったものが目的に合っているか、問題なく使えるかを管理することです。
ただ早く作ればよいわけではありません。
使う人が困らない品質にすることが大切です。
リスクを管理する
リスクとは、まだ起きていないけれど、起きると問題になる可能性のあることです。
たとえば、担当者の不足、作業の遅れ、トラブルの発生などがあります。
リスク管理では、問題が起きる前に備えます。
関係者と情報を共有する
プロジェクトでは、多くの人が関わります。
そのため、情報共有が大切です。
予定、変更点、問題点を共有しないと、同じ認識で進められなくなります。
サービス運用とは？
サービス運用とは、システムやサービスを安定して使えるようにする仕事です。
開発が「作る仕事」なら、運用は「使える状態を守る仕事」と考えると分かりやすいです。
サービス運用では、ITILという考え方も出てきます。
ITILは、ITサービスを安定して運用するための考え方をまとめたものです。
ITパスポートでは、ITILの細かい内容を覚えるよりも、利用者が安心してサービスを使えるように、問い合わせやトラブルに対応する考え方として理解するとよいです。
システムは作って終わりではない
システムは、リリースしたあとも使われ続けます。
使う人が増えたり、使い方が変わったり、予期しない問題が起きたりします。
そのため、公開後も見守る必要があります。
トラブルに対応する
システムが止まる、画面が開かない、処理が遅いなどの問題が起きることがあります。
このようなトラブルに対応することも運用の仕事です。
問題を見つけ、原因を調べ、必要な対応を行います。
利用者からの問い合わせに対応する
利用者から「ログインできない」「使い方が分からない」といった問い合わせが来ることがあります。
こうした問い合わせに対応する窓口が、サービスデスクです。
利用者が安心して使えるように支える役割があります。
安定して使えるように見守る
運用では、システムが安定して動いているかを見守ります。
たとえば、サーバーの状態、アクセス数、エラーの発生状況などを確認します。
問題が大きくなる前に気づくことが大切です。
マネジメント系でよく出る基本用語
ここでは、マネジメント系でよく出る基本用語を整理します。
用語だけを暗記するのではなく、どの場面で使う言葉なのかを意識しましょう。
QCDとは
QCDとは、品質、費用、納期のことです。
- Q：Quality、品質
- C：Cost、費用
- D：Delivery、納期
プロジェクトでは、よいものを、決められた費用と期限の中で作ることが大切です。
ただし、品質を上げようとすると費用や時間が増えることもあります。
そのため、QCDはバランスで考えることが大切です。
WBSとは
WBSとは、作業を細かく分けて整理したものです。
大きな仕事をそのまま見ると、何から始めればよいか分かりにくくなります。
そこで、作業を小さく分けます。
たとえば、「予約システムを作る」という大きな仕事を、「画面を作る」「予約機能を作る」「テストする」のように分けて考えます。
ガントチャートとは
ガントチャートとは、作業の予定を横棒で表した表です。
どの作業を、いつからいつまで行うのかを見やすくします。
旅行の予定表のように、時間の流れに沿って作業を確認できるものと考えると分かりやすいです。
SLAとは
SLAとは、サービスの提供者と利用者の間で決めるサービスの水準です。
たとえば、「問い合わせには何時間以内に対応する」「システムをどのくらい安定して使えるようにする」といった内容です。
サービスをどの程度の品質で提供するかを決める約束と考えると分かりやすいです。
インシデントとは
インシデントとは、サービスの利用に影響する出来事です。
たとえば、システムが使えない、ログインできない、処理が遅いなどがあります。
まだ大きな障害と決まっていなくても、利用者に影響が出る問題はインシデントとして扱われます。
インシデント対応で大切なのは、まず利用者への影響を小さくし、できるだけ早くサービスを元の状態に戻すことです。
もちろん原因を調べることも大切ですが、最初から原因究明だけに時間をかけると、利用者が困る時間が長くなってしまいます。
そのため、インシデント管理では、早く復旧することが大きな目的になります。
サービスデスクとは
サービスデスクとは、利用者からの問い合わせやトラブル連絡を受け付ける窓口です。
利用者と運用担当者をつなぐ役割があります。
困ったときに最初に連絡する場所と考えると分かりやすいです。
マネジメント系で初心者が間違えやすい点
マネジメント系では、似た言葉が多く出てきます。
ここでは、初心者が間違えやすい点を整理します。
開発と運用は同じではない
開発は、システムを作る仕事です。
運用は、作ったシステムを安定して使えるようにする仕事です。
どちらもシステムに関わりますが、役割は違います。
プロジェクトと日常業務は同じではない
プロジェクトは、目的と期限がある仕事です。
日常業務は、毎日くり返して行う仕事です。
たとえば、「新しい予約システムを作る」はプロジェクトです。
一方で、「毎日問い合わせに対応する」は日常業務に近い仕事です。
テストは最後に少し行うだけではない
テストは、最後に少しだけ行うものではありません。
作った部分ごとに確認したり、全体として問題なく動くかを確認したりします。
短い期間で開発とテストをくり返す進め方もあります。
テストは、品質を守るために大切な作業です。
リリースしたら終わりではない
リリースは、システムを使える状態にすることです。
しかし、リリースしたらすべて終わりではありません。
その後も運用や保守が続きます。
この点は、ITパスポートでもよく意識しておきたい部分です。
ITパスポートではマネジメント系がどう出る？
ITパスポートのマネジメント系では、難しい計算よりも、用語の意味や仕事の流れを問う問題が出やすいです。
「どの場面で使う言葉か」「どの考え方が適切か」を理解しておくことが大切です。
開発の流れを問う問題
要件定義、設計、プログラミング、テスト、リリース、運用・保守のような流れを問う問題があります。
それぞれの工程で何をするのかを理解しておくと、選択肢を判断しやすくなります。
また、順番に進める開発だけでなく、短い期間で開発と改善をくり返すアジャイル開発の考え方が問われることもあります。
プロジェクト管理の用語を問う問題
QCD、WBS、ガントチャート、リスク管理などの用語が問われることがあります。
用語の名前だけでなく、何を管理するためのものかを押さえましょう。
サービス運用の用語を問う問題
SLA、インシデント、サービスデスクなど、運用に関する用語も出ます。
サービスを安定して使えるようにするための仕組みとして理解すると、覚えやすくなります。
トラブル対応の考え方を問う問題
システムで問題が起きたときに、どのように対応するかを問う問題もあります。
利用者への影響を小さくすること、原因を確認すること、再発を防ぐことが大切です。
マネジメント系を勉強するときのポイント
マネジメント系は、用語を一つずつ丸暗記しようとすると分かりにくくなります。
流れの中で覚えるのが大切です。
システムの一生で考える
システムには、一生の流れがあります。
作る前に考え、作り、テストし、公開し、使いながら直していきます。
この流れで見ると、用語の位置が分かりやすくなります。
作る前・作っている間・使い始めた後に分ける
マネジメント系の用語は、次の3つに分けると整理しやすいです。
- 作る前：要件定義、計画、設計
- 作っている間：プログラミング、テスト、進捗管理、品質管理
- 使い始めた後：リリース、運用、保守、インシデント対応
どの段階の言葉なのかを考えると、混乱しにくくなります。
用語を仕事の流れに置いて覚える
QCD、WBS、SLA、インシデントなどは、単語だけを見ると覚えにくいです。
しかし、仕事の流れに置くと意味が見えてきます。
- WBSは、計画を立てるときに作業を分けるために使う
- ガントチャートは、作業予定を見えるようにするために使う
- SLAは、サービスを運用するときの約束として使う
- インシデントは、運用中に起きる利用者への影響として考える
- サービスデスクは、利用者からの問い合わせを受ける窓口として考える
このように、場面とセットで覚えると理解しやすくなります。
ITパスポート全体の勉強の進め方は、ITパスポートの勉強方法でも解説しています。
確認問題
要件定義では何を決めますか？
問題1：要件定義で行うこととして、もっとも適切なものはどれですか？
- ア. システムに必要な機能や条件を決める
- イ. 完成したシステムを利用者に公開する
- ウ. 問い合わせ窓口で利用者に対応する
- エ. 作業予定を横棒の表で表す
正解：ア
解説：要件定義では、何を作るのか、どんな機能が必要なのかを決めます。リリースやサービスデスク、ガントチャートとは役割が違います。
プロジェクト管理で見るものは何ですか？
問題2：プロジェクト管理で特に確認するものとして、もっとも適切な組み合わせはどれですか？
- ア. 色、音、文字の大きさ
- イ. 品質、費用、納期
- ウ. 住所、電話番号、名前
- エ. 天気、気温、湿度
正解：イ
解説：プロジェクト管理では、品質、費用、納期のバランスが大切です。これをQCDといいます。
インシデントとは何ですか？
問題3：インシデントの説明として、もっとも適切なものはどれですか？
- ア. システムを作る前に必要な機能を整理すること
- イ. 作業を細かく分けて整理したもの
- ウ. サービスの利用に影響する出来事
- エ. システムを実際に使える状態にすること
正解：ウ
解説：インシデントとは、サービスの利用に影響する出来事です。ログインできない、システムが使えない、処理が遅いといった問題が例です。
まとめ
ITパスポートのマネジメント系は、ITの仕事をどう進めるかを学ぶ分野です。
- マネジメント系では、開発、プロジェクト管理、サービス運用の流れを学ぶ
- システム開発は、要件定義、設計、プログラミング、テスト、リリース、運用・保守の流れで進む
- テストは、単体テスト、結合テスト、システムテスト、受入れテストの順に広がっていく
- ウォーターフォール開発は、計画に沿って順番に進める考え方
- アジャイル開発は、短い期間で作る、試す、直すをくり返す考え方で、この期間をイテレーションと呼ぶことがある
- プロジェクトは、目的と期限がある仕事であり、人、時間、お金、品質などを管理する
- 運用では、システムを安定して使えるように見守り、トラブルや問い合わせに対応する
- インシデント管理では、利用者への影響を小さくし、早く復旧することが大切
- QCD、WBS、ガントチャート、SLA、インシデント、サービスデスクは、仕事の流れに置いて覚えると分かりやすい
マネジメント系は、用語だけを見ると少し固く感じるかもしれません。
しかし、「システムを作る前」「作っている間」「使い始めた後」に分けて考えると、全体像が見えてきます。
ITパスポートの勉強では、細かい手法を深く覚えるよりも、まずは仕事の流れと用語のつながりを押さえることが大切です。