*AWS*はおよそ**200に及ぶサービス**を提供しており、かなり膨大なサービス数です。
AWSでは豊富なサービスを試してもらうために*無料枠*を設けており、それを*AWS 無料利用枠*と言います。無料利用枠としては以下の*3種類の利用方法*が提供されており、**85以上のサービスが対象**です。

・*常に無料*
　無料利用枠には有効期限が設定されておらず、全てのAWSのお客様が利用可能です。
・*12ヶ月間無料*
　AWSに最初にサインアップした日（作成日）から12ヶ月間サービスが利用できます。
・*トライアル*
　お試し用に特定のサービスにはアクティベート後短期間の無料期間が設定されています。
参考：[AWS 無料利用枠](https://aws.amazon.com/jp/free/free-tier/)

【AWS入門】ITエンジニアなら知っておくべきAWSの基礎知識

AWSのサービス一覧は？豊富なサービスを活用しよう！

### AWS 無料利用枠の有効期限は？

有効期限が*12ヶ月無料*タイプのサービスでは、**アカウントサインアップから1年間所定の上限まで**サービスが利用できます。*トライアル*の場合は、**所定の時間または初回に限り**サービスが無料で利用可能です。無料利用枠の*有効期限が切れた場合*は、*標準の従量課金制*での支払方法となります。

AWSの料金計算法を覚えて頼られるITエンジニアになるために

### 無料利用枠での請求上の留意点は？

*AWS無料利用枠*は、色々なサービスを試してみるには利用価値が高いものです。注意しなければならないことは、**1ヶ月あたりで無料利用枠が計算される**ことです。具体的には1ヶ月の*無料利用枠を使い切らなかった場合*でも*翌月に繰り越しされません*し、*使いすぎた場合*は*標準の従量課金制*により支払い請求が生じます。

無料利用枠の*使用状況*は、*Billing&Cost Managementダッシュボード*で**確認可能**です。こまめに確認して有効活用しましょう。同様に、*すべてのサービスが無料ではありません*ので、無料利用枠対象外のサービスについても請求が生じます。その場合も、*Billing&Cost Managementダッシュボード*で*確認する必要*があります。

### [常に無料]の無料利用枠対応サービスは？

2021年4月の時点で、*以下のサービス*が**無料利用枠を提供**しています。

・分析
　AWS Glue : 100万AWS Glueデータカタログへのオブジェクトの保存
・アプリケーションの統合
　Amazon SQS : 100万のリクエスト
　Amazon SWF : 10,000のアクティビティタスク
　AWS Step Functions : 4,000/月の状態遷移
・ビジネスの生産性
　Amazon Chime : 無制限のAmazon Chimeベーシックの使用
・コンピューティング
　AWS Lambda : 100万/月の無料リクエスト
・カスタマーエンゲージメント
　Amazon SES : 62,000の送信メッセージ/月
・データベース
　Amazon DynamoDB : 25GBのストレージ
　AWS Database Migration Service : 750時間Amazon DMS Single-AZ dms.t2.microインスタンスの使用
・デベロッパー用ツール
　Amazon CloudWatch : 10カスタムメトリクスおよびアラーム
　AWS CodeBuild : 100ビルド分
　AWS CodeCommit : 5のアクティブユーザー/月
　AWS CodePipeline : 1のアクティブパイプライン/月
　AWS X-Ray : 100,000/月のトレースの記録
・フロントエンドウェブおよびモバイル
　Amazon SNS : 100万の発行
　Amazon Cognito : 50,000MAU/月
・マネジメントとガバナンス
　AWS License Manage : 無制限サードパーティーのライセンス使用の管理
　AWS Well-Architected Tool : 無制限ワークロードのレビュー
・セキュリティ/アイデンティティ/コンプライアンス
　Amazon Macie : 1GBコンテンツ分類エンジンでの処理・データの検出・分類・保護
　AWS Key Management Service : 20,000/月の無料リクエスト
・ストレージ
　Amazon Glacier : 10GBのストレージ取り出し
　AWS Storage Gateway : 100GB/アカウント

### [12ヶ月間無料]の無料利用枠対応サービスは？

・分析
　Amazon Elasticsearch Service : 750時間/月のシングルAZ t2.small.elasticsearchインスタンス
　AWS Data Pipeline : 3の低頻度の前提条件
・アプリケーションの統合
　Amazon MQ : 750時間の単一インスタンスのmq.t2.microブローカー/月
・コンピューティング
　Amazon EC2 : 750時間/月 クラウド内でサイズ変更可能なコンピューティング
　Amazon Elastic Container Registry : 500MB/月のストレージ
　Elastic Load Balancing : 750時間/月のロードバランサー時間
・カスタマーエンゲージメント
　Amazon Connect : 90分/月のAmazon Connect使用
・データベース
　Amazon RDS : 750時間/月のdb.t2.microデータベース使用
　Amazon ElastiCache : 750時間のcache.t2microノード使用
・フロントエンドウェブおよびモバイル
　Amazon API Gateway : 100万/月のAPIコール受信数
　Amazon Pinpoint : 5,000/月の無料利用対象ユーザー
　AWS Amplify Console : 15GB毎月の提供
・Game Tech
　Amazon GameLift : 125時間/月のAmazon GameLift向けc4.large.gameliftオンデマンドインスタンスの使用、およびEBS汎用（SSD）ストレージ50GB
・IoT
　AWS Greengrass : 3台のデバイス
　AWS IoT : 250K 1ヶ月あたりメッセージ数（公開または配信）
　AWS IoT Device Management : 50リモートアクション/月
　AWS IoT Events : 2,500 ひと月あたりのメッセージ評価
　AWS IoT Things Graph : 5,000ステップ/月
・機械学習
　Amazon Comprehend : 50 K単位のテキスト（500万文字）（APIごと）/月
　Amazon Lex : 10,000 1ヶ月あたりのテキストリクエスト件数
　Amazon Polly : 500万文字/月
　Amazon Rekognition : 5,000/月の画像分析
　Amazon Transcribe : 60分/月
　Amazon Translate : 200万文字/月
・マネジメントとガバナンス
　AWS OpsWorks for Chef Automate : 7,500ノード時間（10ノード相当）/月
　AWS OpsWorks for Puppet Enterprise : 7,500ノード時間（10ノード相当）/月
・メディアサービス
　Amazon Elastic Transcoder : 20分のオーディオトランスコーディング
・ネットワークとコンテンツ配信
　Amazon API Gateway : 100万/月のAPIコール受信数
・セキュリティ/アイデンティティ/コンプライアンス
　Amazon Cloud Directory : 1GB/月のストレージ
・ストレージ
　Amazon S3 : 5GBの標準ストレージ
　Amazon CloudFront : 50GBのデータ送信
　Amazon EFS : 5GBのストレージ
　Amazon Elastic Block Storage : 30GiB汎用（SSD）ストレージまたは磁気ストレージの任意の組み合わせ

### [トライアル]の無料利用枠対応サービスは？

・分析
　Amazon QuickSight : 1GBの SPICE 容量
　Amazon Redshift : 2ヶ月無料トライアル
・ビジネスの生産性
　Amazon WorkDocs : 30日間最大50ユーザーまで、1ユーザーあたり1TBのストレージが含まれる無料トライアル
　Amazon WorkDocs & WorkSpaces : バンドル 50GBストレージ無料、およびすべてのWorkDocs機能
・コンピューティング
　Amazon Lightsail : 750時間1ヶ月間無料
・データベース
　Amazon Redshift : 2ヶ月無料トライアル
・エンドユーザーコンピューティング
　Amazon AppStream 2.0 : 40時間/月のstream.standard.largeインスタンスタイプの使用（Image Builder 使用時）
　Amazon WorkSpaces : 40時間2つのAmazon WorkSpaces [スタンダードバンドル]を利用可能
・フロントエンドウェブおよびモバイル
　AWS Device Farm : 250デバイス分
・機械学習
　Amazon SageMaker : 250 時間 最初の2ヶ月間、1ヶ月あたり（t2.mediumでのノートブックの利用）
　Amazon Comprehend Medical : 300万文字
　Amazon SageMaker Ground Truth : 2ヶ月無料トライアル
・ロボット工学
　AWS RoboMaker SU使用時間 : 25時間 1ヶ月間無料
・セキュリティ/アイデンティティ/コンプライアンス
　Amazon GuardDuty : 30日間無料トライアル
　Amazon Inspector : 90日間無料トライアル

## AWS無料利用枠を活用して最適なクラウドサービスを実現しましょう

AWSは、およそ*200に及ぶサービス*を提供しており、*85以上のサービス*に*無料利用枠が設定*されています。無料利用枠を最大限活用して*クラウド利用を効果的*に行いましょう。数多くのAWSサービスに触れることで**スキルアップに繋がる**ことは確実です。

AWSは、最大シェアを誇るクラウドサービス事業者です。その提供サービス数はおよそ200に及び、サービス利用を推進するための無料利用枠を設定しています。ここでは、AWS無料利用枠の分類・提供サービス・請求の確認方法について説明していきます。

AWS 無料利用枠とはAWSサービスを利用体験するための仕組みです

AWS 無料利用枠には3つの分類があります

AWS 無料利用枠を体験することでより最適な利用方法について調査・検討が可能です

AWSの無料利用枠とは？利用方法と対象AWSサービスを解説！

UbuntuとはフリーソフトウェアのOSで、Linuxディストリビューションの1つの種類を指します。Debianから派生したディストリビューションで、各種ソフトウェアを同梱し使いやすさに力点をおいています。
【参考】：[Ubuntu](https://jp.ubuntu.com/)

わかりやすく言うと、**UbuntuはフリーソフトウェアのLinuxの利便性を高めるために、各種ソフトウェアを同梱し扱いやすくしたディストリビューションパッケージと言えます。**Ubuntu（ウブントゥ）は、アフリカの相手への思いやりや絆を表す哲学の言葉です。IT起業家である南アフリカ出身のマーク・シャトルワース氏が命名しました。

Linuxエンジニアとは？詳細や仕事内容、必要なスキルを解説！

UbuntuはLinuxの良さをそのままに、以下の特長を兼ね備えています。

・*すぐに使える*
ディストリビューションでは主要なアプリケーションが同梱されており、必要な設定はインストール時に完了しています。そのためすぐに利用することができます。

・*GUIの完備*
GNOMEを用いたデスクトップが提供されており、標準設定されているシンプルなデスクトップテーマにより作業の邪魔をしません。
【参考】：[GNOME](https://www.gnome.org/)

・*日本語対応*
Ubuntu Japanese Teamの提供する日本語パッケージにより、高品質の日本語環境が提供されます。

・*初心者に安全*
標準でセキュリティ強度を高めており、不要なアクセスを防御します。

・*インストールせずに利用可能*
DVDで起動するために、インストールせずに利用することができます。

・*しっかりしたリリースプラン*
年間2回のリリース計画に基づき提供されます。そのため、導入やアップデート計画で通年の実施計画を立案しやすくなります。長期サポートのLTS（Long Term Support）は2年間隔で公開されますので、最長5年の安定利用が可能となっています。

Ubuntu Japanese Teamとは、Ubuntuの日本ローカルコミュニティです。2004年にUbuntuが登場しましたが、その翌年2005年にUbuntuコミュニティとして承認を受けています。主に**Ubuntuの啓蒙活動や日本語サポートのための活動を行っています。**日本語環境で用いられるパッケージを収録したRemixイメージの作成・配布も行っています。

【参考】：[Ubuntu Japanese Team](https://www.ubuntulinux.jp/)

Ubuntuでは、使い勝手を良くするための工夫がされていますので、数多くの業務に対応可能です。具体的には以下の用途で利用を想定しています。

・*フリーソフトやオフィスアプリケーションの活用*
提供されるカタログから必要なソフトウェアパッケージを選択することができます。デスクトップアプリケーションとしてオフィスアプリケーションが含まれますので、多くのクライアント業務に利用できます。

・*サーバー用途での活用*
デスクトップ環境が不要のため、軽快に動作させることができます。自動LAMP（Linux・Apache・MySQL・PHP）インストール機能を用いて、素早くインターネットサービスプラットフォームとして導入することができます。

・*開発プラットフォームとして利用*
ソフトウェア開発環境としても、統合開発環境を導入し開発に利用することができます。

・*実行環境への採用*
システム動作が安定しているため、テスト用から商用の業務用途まで活用可能です。要望があれば有償サポートも受けられます。

UbuntuとLinuxの違いですが、UbuntuはLinuxディストリビューションの1つであり、LinuxはそのコアとなるOS自体を指します。

LinuxはUnix系OSの1つでオープンソースソフトウェアです。従来のUnixは商用であったためにソースコードの開示もされていませんでしたが、Linuxは多くのデベロッパにより開発されソースコードへのアクセスが可能であるため爆発的に利用が拡大しました。

LinuxはOS自体を指すため、利用するためには関連ソフトウェアの導入も必要となります。そのソフトウェアのパッケージ配布をディストリビューションと言います。Linuxディストリビューションは主にDebian・Red Hat Linux・openSUSE・Arch Linux等があります。UbuntuはDebianの派生版として位置づけられています。

以上を整理すると、**UbuntuはLinuxディストリビューションの1つとして位置づけられており、Linux OSに必要な関連ソフトウェアを同梱したもの、ということができます。**決してLinuxと別なものではありませんのでご安心ください。

Ubuntuのインストールですが、ISOイメージを用いてインストールする方法があります。Windowsを使用してWindows Subsystem for Linux（WSL）で動作させることもできます。

・*ISOイメージを用いる方法*
Ubuntuのインストールは公式サイトからISOイメージを入手し、DVDやUSBからインストールを行います。デスクトップ版とサーバー版が入手できます。
【参考】：[Ubuntuを入手する](https://jp.ubuntu.com/download)

ISOイメージのディスクからブート可能ですので、システムのデータ復旧等にも利用できます。

・*Windows Subsystem for Linux（WSL）を用いる方法*
WSLは、マイクロソフト社によって提供されているサブシステムです。Windows上でLinuxのコマンド・ツール・アプリケーション等を直接実行可能です。GNU/Linux 環境のほとんどのコマンド ライン ツール・ユーティリティ・アプリケーションがそのまま実行できます。
【参考】：[Linux 用 Windows サブシステムとは](https://docs.microsoft.com/ja-jp/windows/wsl/about)

WSLのインストール作業は、PowerShellまたはコマンドプロンプトからwsl.exeを実行し、”--install” オプションを指定します。オプションなしの”wsl --install” コマンドでは、デフォルト設定のUbuntuディストリビューションがインストールされます。
【参考】：[WSL のインストール](https://docs.microsoft.com/ja-jp/windows/wsl/install)

Ubuntuディストリビューションを指定してインストールする場合は、”wsl --install -d Ubuntu” のように明示することもできます。インストール済みのLinux ディストリビューションとWSL設定バージョンは、”wsl -l -v” で確認できます。

Windows環境のDockerとWSLの活用方法・手順を解説

Ubuntuの使い方は、Linuxコマンドの操作とデスクトップ操作に大別されます。LinuxコマンドはDebian系Linuxディストリビューションと同等となります。デスクトップ操作は**デスクトップ環境としてGNOMEが標準設定されています。**

GNOMEはデスクトップ上部にタスクバー、左側にアクティビティが配置されています。アクティビティをクリックするとアクティビティ・オーバービューが表示されます。そこでアプリケーションの検索やウェブ検索、お気に入りのアプリケーションを起動することができます。
【参考】：[GNOME](https://www.gnome.org/)

Ubuntuの日本語環境は、**Ubuntu Japanese Teamの「Ubuntuの日本語環境」サイトからダウンロードします。**サイトに掲載されている「日本語 Remix イメージのダウンロード」リンクをクリックし、ダウンロードサイトからモジュールをダウンロードします。
【参考】：[Ubuntuの日本語環境](https://www.ubuntulinux.jp/japanese)
【参考】：[Ubuntu Desktop 日本語 Remixのダウンロード](https://www.ubuntulinux.jp/products/JA-Localized/download)

インストールは、ダウンロードサイトに掲載されているISOファイルでインストールを行います。すでに公式サイトのインストールが完了している場合は、Ubuntu Japanese Teamのリポジトリを追加し、パッケージをインストールします。

## Ubuntuでお手軽にLinuxを活用しましょう

Ubuntuはインストール不要で手軽にLinuxを利用できます。特にWindows Subsystem for Linux（WSL）では、UbuntuがWindows環境に標準インストールできます。**ちょっとしたテストからデスクトップ環境を利用したオフィス業務、あるいはサーバーの安定稼働まで対応可能です。**

その利便性を体感するためにも、お手軽にインストールし動作確認することをおすすめします。

Ubuntuとは、Linuxディストリビューションの1つを指します。Debianから派生したディストリビューションで、各種ソフトウェアを同梱し使いやすさに注力しています。ここではLinuxとの違いから使い方まで、今更聞けないポイントを解説していきます。

UbuntuとはフリーソフトウェアのOSで、Linuxディストリビューションの1つを指します

Debianから派生しており、各種ソフトウェアを同梱し使いやすさに力点をおいています

オフィス業務からサーバー用途まで多様なニーズに対応可能です

Ubuntuとは？今更聞けないLinuxとの違いや使い方を解説！

## WBSにはテンプレートの利用がおすすめ

**WBSとは「Work Breakdown Structure」の略称で、作業分解構成図と言われることもあります。**WBSはプロジェクトの進捗管理に使用するツールの1つです。システム開発を行う際には、欠かせない存在とも言えるでしょう。そのため、WBSのテンプレートも多種多様に用意されています。ここでは、WBSの概要・目的・WBSのテンプレートについて詳しくご紹介します。

**WBSとは、作業を分解して構造化する手法を指します。プロジェクト管理する際に、スケジュールを作成するもととなります。**まずプロジェクト全体の業務を大きなタスクとして並べ、小さなタスクに徐々に分解していき、成し遂げる順番を考慮したツリー構造を作成します。*つまり、大きなタスクから段階的に細かいタスクに分解していくことにより、プロジェクト計画において重要なタスクの洗い出しの抜けや漏れが生じにくくできるでしょう。*

**WBSを導入する目的は、プロジェクトが成功するまでのすべての作業を抜け漏れなく洗い出すことです。**WBSを活用することで、プロジェクト全体の業務について容易に把握することができます。WBSによってタスクを明確にし、スケジュールを計画することや業務の役割を分担をすることで、見積に関しても精度を上げることが可能です。一方、プロジェクト全体のタスクが曖昧な状態でスケジュールを計画することは、プロジェクト失敗の可能性が高まります。また、見積の精度も低くなるでしょう。

プロジェクト管理をする際に活用する便利なツールはさまざまなものがあります。**WBSについてもテンプレートを上手に活用することで、プロジェクト立ち上げ段階において、作業の効率化やタスクの明確化が期待できるでしょう。**すでにテンプレートを保有している場合には、必要なタスクの抜けや漏れを発生させないためにも、既存のテンプレートを用いることをおすすめします。

一方、テンプレートを保有していない場合、独自にWBSを作成するか、無料のWBSテンプレートを使用するのが良いです。例えば、Excelツールを利用してWBSを作成する際に必要な項目は「No」「カテゴリ」「タスク名」「作業担当者」「予定開始日」「予定終了日」「実際の開始日」「実際の終了日」「進捗状況」「工数」などが挙げられます。なお、プロジェクトによってWBSの項目は異なる場合が多いです。

よって、これらの項目に適宜プロジェクトに必要な項目を追記していきます。*また、スケジュール管理も行う場合は、ガントチャートを付けることも重要です。*ガントチャートとはプロジェクト管理を行う際に、作業計画を視覚的に表現するために用いられる表を指します。

IT開発プロジェクトで必須のWBSについて、改めて見直してみよう

ここからは、WBSのメリットについて詳しくご紹介します。

### やるべきタスクが明確となる

WBSの特徴として、階層構造であることが挙げられます。**トップダウン式に作業タスクについて洗い出しを行うため、タスクの抜けや漏れを未然に防ぐことができ、タスクの整理も行うことが可能です。**したがって、WBSによって「どのタスクを実施しなければいけないのか」を具体的にすることができます。

**WBSによってタスクが明確化されるため、見積を作成する際にも役立ちます。**例えば小規模プロジェクトの場合、プロジェクトマネージャーの知識と経験から作業工数の見積を行うこともあるでしょう。しかし、大規模プロジェクトになると、プロジェクトマネージャーのスキルで見積を実施することは難しいです。

*よってWBSでタスクを細分化することで、それぞれの作業工程から見積を作成したほうが、より正確な見積ができるでしょう*。また顧客に対して見積を提案する際に、WBSを公表し見積の根拠を示すことで、顧客に安心感や信頼感を与えることができます。

**WBSを利用してプロジェクトメンバーにタスクを共有することで、タスクの担当者や進捗が明確となり、タスクを管理する効率の向上が期待できます。**またシステム開発案件の場合は、作業タスクを変更する場合もよくあります。その際にはWBSを書き換えなければなりませんが、*WBSを全体に共有することで、新しいタスクと完了したタスクがわかりやすいため、非効率な作業の減少も期待できます。*

WBSを導入することによってメリットは多数あります。しかし、注意点にも気を付けたいところ。ここでは、WBSの注意点について詳しくご紹介します。

**WBSの注意点は、将来的に実施するタスクほど情報量が不足するため、曖昧な作業が発生してしまうことです。**プロジェクトの初期段階で、顧客の要望しているシステムの完成イメージが曖昧な場合、顧客と受注者の間に認識齟齬が生まれます。よって、最初に作成したWBSがシステム開発を進めていく中で役に立たなくなる可能性もあります。*そのため、不明確なタスクがある場合、無理矢理タスクを分解することは不要で、作業を進めていくなかで段階的にタスクの細分化を進めていくほうが得策といえるでしょう。*

*またWBSを導入する際は、プロジェクトに合ったテンプレートを複数用意しておくことも重要です。*WBSを何度も作り直していては非効率です。さらに、作業タスクの抜けや漏れが発生するリスクも上がります。テンプレートを活用し、更新していくことでWBSの品質の向上も期待できるでしょう。*以上から、WBSはプロジェクト管理を行う上で汎用性が高いですが、万能なツールではないことに注意することが大切です。*

これまでにWBSの詳細やテンプレート・メリット・注意点について解説しました。WBSを作るのが初めての方などは、WBSの作成に戸惑う方も多いでしょう。ここでは、WBSの作成に役立つツールをご紹介します。なお、本格的にWBSで工程管理を実施したい方には、専用の工程管理ソフトウェアの導入をおすすめします。プロジェクトが大規模になると、即時的にプロジェクト全体に情報共有を行える専用ソフトが必要不可欠です。

マインドマップとは、人の脳の仕組みに合った発想法や思考法のことです。マインドマップを利用することで、頭の中で考えていることを整理することができます。**大規模や複雑なシステム開発になるほど、やるべきタスクが多くなり混乱してしまうことが多いでしょう。そのため、マインドマップを用いて思考を整理することが重要と言えます。**

マインドマップは紙と書くものがあれば、いつでもどこでも作成することができます。まずは、頭の中に存在しているアイデアなどをすべて書き出すことから始まります。マインドマップを作成するコツは「タスク」「アイデア」などのテーマを中心に書き、その周辺に放物線を描いていくように関連する項目を繋げていくことです。

これによって物事のつながりが浮かび上がり、自身の頭の中も整理することができます。WBS作成後に抜けもしくは漏れていたタスクを追加するのはあまり好ましくありません。*したがって、マインドマップを活用して正確にタスクの分解を行えるようにすることが大切です。*

ITエンジニアは問題解決手法「ラバーダッキング法」を身に付けよう

一般的に、ガントチャートはWBSと区別して考えられています。**ガントチャートでは横棒のグラフを利用して横軸に日程、縦軸にタスク内容や担当者を書くことでプロジェクトの進捗状況を視覚的にわかりやすくすることが可能です。**WBSでタスクを分解し、時系列でタスクを並べた表の隣にガントチャートを作成しましょう。

**Excelツールを活用したWBSのテンプレートは、Web上に多種多様に存在しています。**まずは気になったテンプレートを導入し、プロジェクトに合うように修正を加えてみましょう。カスタマイズが完了したら、WBSの使い方を記載する*WBS運用ルールの作成も行うことが重要です。*

例えばWBSの書式を統一していないと、これまでのデータの調査を行いたいときに困難となります。また、新人とベテランの方の間で運用における差も生まれてしまうため、確認する項目を設定するなどして品質を保つことが大切です。

Excelツールで管理する場合、コストはかかりませんが、情報共有や品質維持、データ分析の観点からみると難点を抱えています。*ExcelツールでのWBSを用いたスケジュール管理ができるようになったら、専用の工程管理ソフトウェアを導入してみることもおすすめです。*

NotionにマインドマップツールMiroを連携させる方法を解説！

Notionでガントチャートを簡単作成！プロジェクト管理で使ってみよう

## WBSのテンプレートを活用して適切な進捗管理を行いましょう！

これまでにWBSの詳細やテンプレート・メリット・注意点・便利なツールについて解説しました。WBSとは作業を分解して構造化する手法で、プロジェクト管理する際にスケジュールを作成するもととなります。*WBSのメリットとして、やるべきタスクが明確になることや、見積の精度を上げることなどが挙げられます。WBSの注意点は将来的なタスクほど情報量が不足するため、曖昧な作業が発生してしまうことです。*

WBSを作成する際には、マインドマップやガントチャートなどの便利なツールも存在します。また、**WBSのテンプレートを上手に活用することで、プロジェクト立ち上げ段階において、作業の効率化やタスクの明確化が期待できるでしょう。さらに専用の工程管理ソフトウェアもあるため、大規模プロジェクトの管理を行う方には導入してみることもおすすめします。**

プロジェクト管理をする際に活用する便利なツールはさまざまあります。WBSについてもテンプレートを上手に活用することで、作業の効率化やタスクの明確化が期待できるでしょう。当記事では、WBSの詳細・テンプレート・メリット・注意点・便利なツールについて解説します。

WBSとは作業を分解して構造化する手法で、プロジェクト管理する際にスケジュールを作成するもととなる

WBSのメリットとして、やるべきタスクが明確になることや見積精度が上がることなどが挙げられる

WBSのテンプレートを利用することで、作業の効率化やタスクの明確化が期待できる

WBSとは？テンプレートやメリット、注意点について徹底解説

RFIとは「情報提供依頼書」のことです。ここでは*RFIの目的やRFIを作成する際の注意点などについて紹介*していきます。

RFIは"Request For Information"の略語です。**RFIは「情報提供依頼書」のことで、SIerやITベンダー各社に対して*会社の基本情報・技術面の情報・製品に関する情報などの提供を求める依頼文書**です。

RFIには「当社は〇〇システムの導入を検討しているので、それらに関する情報を集めています」という意思表示の意味合いもあります。

RFIを受け取った企業や会社は回答を用意しなければなりません。RFIへの回答の一例として製品カタログやパンフレット・事例集などがあります。 

SIerとSESの違いとは？それぞれの詳細から将来性まで徹底解説

RFIとは？詳細やメリット、作成する注意点について徹底解説

*RFIの目的は情報提供を受けることや情報収集を行うことです。*集めた情報はベンダー各社・新しい製品やサービスの比較検討などに使用することがあります。

ですが、ベンダーの選定を目的に情報収集を行うわけではありません。あくまで幅広い情報の収集が目的です。RFIを作成する際は目的を間違えないようにしましょう。

RFIを作成する際にはいくつか注意すべき点があります。ここでは特に気を付けたい2点について紹介します。

*1点目はRFIを受け取った企業や会社が回答を作成しやすいようにすることです。*何について、どのようなことを知りたいのか・どのように回答して欲しいのかが分かりやすいようにしましょう。

*2点目はRFIを受け取った企業や会社が回答に莫大な時間を要するような内容を避けることです。*ひとつの項目に対して複数の要件を設けるなど細かすぎるRFIは情報収集という目的から逸れてしまう可能性があります。

**RFIに記述する項目は「企業の基本情報」・「自社の情報」・「趣旨や目的」・「製品・サービスなどの基本情報」・「製品・サービスの機能」の5つが基本となります。**

ここでは上記の5つについて紹介していきます。 

RFIは単に導入製品やサービスに関しての情報を求めるものではありません。新たなビジネスパートナーの選定材料とする場合もあります。そのためその**企業に関する正確な情報の収集も必要**です。

HPに載っている情報以外の情報について差しさわりのない範囲で提供を求めましょう。

自社情報は自己紹介と同じです。相手が初めて取引する企業の場合は**自社を知ってもらうことでより詳細な情報提供をしてもらいやすくなります。**

例えば自社が流通業であれば、そのことについてきちんと伝えることで流通関係の取引企業や納入実績などの情報提供をしてもらえる可能性が高まります。

**RFIを作成した目的・どのような情報を必要としているのかなどを明確に記載**します。それらが曖昧だと一般的な情報しか提供されない可能性がありますので、きちんと趣旨が伝わるように気を付けましょう。

### 製品・サービスなどの基本情報

*製品やサービスに関する情報の提供を求めます。*公示情報以外に導入実績・製品・サービスの価格など**提供して欲しい内容について分かりやすく記載**しましょう。

取扱い製品やサービスの機能をより具体的に示してもらいます。製品やサービスの機能に加え、利用することによる*具体的な効果・活用事例などの提示を依頼*します。作成する**RFIの項目は各ベンダーの比較が行いやすいように統一する**と良いでしょう。

システム開発などでよく耳にするRFPという言葉があります。RFPとはどういうものなのでしょうか。またRFIとの違いはあるのでしょうか。ここでは*RFIとよく似た言葉であるRFPについて紹介*していきます。

*RFPとは"Request For Proposal"の略語で、日本語にすると「提案要請書」または「提案依頼書」となります。*

**RFPはシステムの導入や業務委託に際して、発注先候補のSIerやベンダーなどIT事業者に対して具体的な提案を求めるためのもの**です。RFPには主にシステム化の目的や概要・システム要件や制約条件などが記述されています。

RFPの作成はシステム開発や導入の実質的なスタートです。*RFPの出来栄えがシステムの成否を左右する*ほど、その存在は事業に大きな影響を及ぼします。ITエンジニアとしてはシステム概要書や要件定義書と同様のドキュメントと認識してください。

RFP(提案依頼書)を作成するメリット、デメリットと活用方法について

RFPとRFIについて簡単に説明すると**「一般的な情報の提供を求めるのがRFI」・「個別の具体的な提案を求めるのがRFP」と言える**でしょう。RFIより具体的かつ詳細な内容について記載されたものがRFPとなります。

そのため*RFIを行ってからRFPを行うというのが一般的な流れ*となっています。

*実際にRFPを作成するにあたりサンプルがあると便利*です。自社に過去のRFPがあれば参考にできますが、ない場合は*テンプレートに従って作成するのが効率的*でしょう。

以下に**RFPへ盛り込むべき項目を列挙します**のでRFP作成の際は参考にしてください。

**提案を依頼する案件に関して全体像をベンダーに分かりやすく記載**します。

・依頼目的：何を提案してもらいたいのか
・背景：プロジェクトの経営的背景など
・課題：抱えている問題点や解決したい課題など
・プロジェクト目的 :プロジェクトが何を目的とし、何を狙っているのか
・ゴール：達成すべき目標（品質や納期など）
・範囲：システム開発やパッケージ導入の対象範囲
・会社情報：自社の事業内容・組織図・拠点情報・システム利用者の情報・関係部門などの情報
・システム構成：現行システムのハード・ネットワーク・関連システム情報など

**提案してほしい内容や情報を記載**します。また導入事例や同様のプロジェクトの実績があれば、それらも可能な限り記載してもらうよう依頼します。

・貴社情報:提案する側の会社に関する情報（資本関係、協力会社、サービス内容や製品情報など）
（すでにRFIに対する回答を得ている場合は、そのダイジェストを記載してもらう）
・提案システムの概要：どのようなシステムやパッケージを提案してもらいたいのか記載
・期待される効果：提案してもらうシステムやパッケージによって、どのような効果が得られるのか（定性効果、定量効果両方）
・提案システムの構成
・プロジェクト体制とスケジュール案
・プロジェクトマネジメントの方法（レビューボード、進捗会議などの設置する会議体）
・運用や保守に関する内容
・サービスレベル（SLA･･Service Level Agreement）（定量表現で）
・成果物・納品予定物の一覧
・ドキュメント類のサンプル
・概算の工数と概算費用（パッケージの場合は、見積書）
・導入実績や導入事例
・著作権の帰属先・ライセンスなど

機能要件とは？非機能要件との違いや書き方をわかりやすく解説

## RFIやRFP作成のメリット・デメリット

RFIとRFPの目的や違いについて説明してきましたが、ここではメリット・デメリットについてわかりやすく解説します。

RFIやRFPを作成するメリットは多岐に渡ります。以下、RFI・RFP作成の5つのメリットを詳しく紹介していきます。

*・公平な選定の根拠として利用できる*
業務委託を実施する場合、客観的に見て公平な選定が行われたという根拠を用意しておく必要があります。ベンダー選定の前にRFIの工程を経ることで、公平に情報収取をした上で選定を行ったという根拠を示すことが可能です。また、サービス・システムなどの導入後にトラブルが起きたとしても、選定根拠があれば対応もスムーズに行なえます。

*・スクリーニングを行える*
RFIでは自社が欲しい情報の提供をベンダーに依頼し、ベンダーはRFIに基づいて製品・サービス・ソフトウェアなどの情報を提供します。この際、提供された情報の中には自社にとって不要なものも含まれています。RFIの回答をもとにスクリーニングを実施すれば、早い段階で事前に必要なもの・不要なものの把握が可能です。

*・新しい情報を入手できる*
RFIの回答には、ベンダーの新しい技術やサービスに関する内容が含まれていることががあります。RFIは業界の新しい情報を得られる機会でもあり、得た情報を今後の新規事業に活かしてくことも可能です。新しい情報・有益な情報を持っていることがビジネスにおいて優位に働くため、RFIの利用にはベンダー選定以外にも大きなメリットがあります。

*・トラブルを軽減できる*
システムを導入する際、自社とベンダーの間で認識の違いがあると納期の遅延や委託費の増額などのトラブルが起きてしまいます。しかし、RFPを利用するれば契約前に双方の認識を文書で確認できるためトラブル軽減に効果的です。万が一、問題が起きた際もRFPで明文化しておけば「言った」「言わない」のようなトラブルを避けられます。

*・ベンダーと明確な目的を共有できる*
RFPを利用すれば、自社が製品やサービスなどを導入する目的を明確に伝えられます。このことにより、ベンダー側はよりニーズに沿った提案ができるため、より満足度の高いシステムの構築が可能です。

### RFIやRFPを作成するデメリット

RFIやRFPを作成するデメリットをあえて挙げるなら、作成する労力・時間がかかるという点です。RFIやRFPを作成しない時代を経験された方は、特にデメリットとして感じられるかもしれません。しかし、先述したとおりデメリットを上回るメリットを得られるため労力や時間を割く価値は十分にあります。

ここまでRFIやRFPについて詳しく紹介してきました。ここでは*プロジェクトの進行に伴い他にも目にするかもしれない言葉をいくつか紹介*していきます。

RFI「情報提供依頼書」やRFP「提案依頼書」と似た言葉で「RFQ」という言葉があります。**RFQは"Request For Quotation"の略で「見積依頼書」のこと**です。

RFIを提示した後システム開発やパッケージ導入などの要件が具体的になると作成されるケースが多くなります。

発出の順番としては、*RFI「情報提供依頼書」→RFQ「見積依頼書」→RFP「提案依頼書」が一般的*です。ですがRFQとRFPは一体で発出されることもあります。

RFQとは？システム作りに必要なRFx3点セットの1つ

RFPやRFIは主にシステム開発やシステム導入においてよく利用されますが、実は自動車業界でも利用されています。基本的な意味合いは同じです。

*自動車メーカーなどのSourcing（契約業務）においてもRFI・RFP・RFQの3つのプロセスがあります。*自動車業界などではこの**3つを総称して「RFx」と呼んでいます。** 

RFPとRFIを別なものと考える方もいますが、実は*これらは一体で見るべきでしょう。*RFPを作成する目的は、*自社の課題解決に役立つシステム開発や製品を提供してくれる最適なベンダーを見つけること*にあります。

そのためには、*各ベンダーが理解しやすいRFPを作成する*必要があります。RFPを受け取り、ベンダーが何を提案すれば良いのか判断が付かなければ、こちらが望む提案を受けることは難しくなるでしょう。

そうした事態に陥ることを避け、期待するような提案を受けるには自社と提案ベンダーとの相互理解・相互認識が欠かせません。**RFIは両社の相互理解・相互認識のための重要な役割がある**のだということを理解しておきましょう。

システム開発とは？ITエンジニアを目指す上で必須の基本知識を解説！

システム開発やシステム導入において、RFPとRFIの作成は大変重要です。この記事では、ITエンジニアとして押えておきたいRFPとRFIの違いや、書き方のポイント、さらにはRFQについて解説します。これからITエンジニアとして活躍をしたい方は必見です。

一般的な情報の提供を求めるのがRFI、個別の具体的な提案を求めるのがRFPである

RFPやRFIの目的や作り方、そのポイントが分かる

できるITエンジニアはRFPやRFIを活用してより良いシステム開発を行っている

RFPとRFIとの違いとは？エンジニアがシステム開発に活用するコツ

AWS認定制度とは、**AWSクラウドサービスに関連するスキルを認定するものです。**AWS認定は、役割に応じた専門分野に応じて設定した試験区分に合格することで資格が取得できます。役割は以下のように分類されています。

・*クラウドプラクティショナー*
　AWSのサービス利用者が想定されています。AWSクラウドの基礎知識が求められます。

・*アーキテクト*
　AWSのサービスにおいて、コンピューティング・ネットワーキング・ストレージ・データベースサービスの実践力が試されます。資格名は「ソリューションアーキテクト」です。

・*デベロッパー*
　AWSでのアプリケーション開発を行っている方を想定しています。サービス開発や開発プロセスについてのスキルが求められます。

・*運用担当者*
　AWSの運用管理担当者を想定しています。AWSでのデプロイ・管理・運用担当者で、資格は「SysOps アドミニストレーター」です。

【参考】：[AWS認定](https://aws.amazon.com/jp/certification/?nc2=sb_ce_co)

AWS資格の難易度が異次元？出題範囲や初心者におすすめ試験も解説

AWSの公式資格となるAWS 認定制度とは？メリットと難易度を解説

AWS認定資格とは？難易度やおすすめの学習ロードマップを紹介

### AWS認定は難易度別にレベル分けされている

役割ごとに設定されているAWS認定ですが、分類をさらに難易度別に**「基礎レベル認定」「アソシエイトレベル認定」「プロフェッショナル認定」の3段階に分類しています。**その他専門知識についても、別途専門知識認定として認定資格を設けています。各認定レベルで提供される資格は以下の通りです。

・*基礎レベルの認定*
　AWS 認定 クラウドプラクティショナー

・*アソシエイトレベルの認定*
　AWS 認定 ソリューションアーキテクト – アソシエイト

　AWS 認定 デベロッパー – アソシエイト

　AWS 認定 SysOps アドミニストレーター – アソシエイト

・*プロフェッショナル認定*
　AWS 認定ソリューションアーキテクト – プロフェッショナル

　AWS 認定 DevOps エンジニア – プロフェッショナル

・*専門知識認定*
　AWS 認定 高度なネットワーキング – 専門知識

　AWS 認定 データアナリティクス – 専門知識

　AWS 認定 セキュリティ – 専門知識

　AWS 認定 機械学習 – 専門知識

　AWS 認定 データベース – 専門知識

基礎レベルでは、AWSクラウドのコアサービスが説明できることを想定しています。アソシエイトレベルでは、AWSを使用したシステムやアプリケーションの構築ならびにデプロイする知識があることを想定しています。プロフェッショナル認定では、AWSサービス全般について最新サービスをカバーした設計を行う知識を想定しています。

エンジニアとしてニーズが高いAWS資格、その理想的な勉強方法

AWS認定デベロッパー アソシエイトの難易度は？勉強方法も解説

AWS認定試験を11種類解説！AWS認定資格に挑戦するメリット

### AWSのソリューションアーキテクトとは？

AWSのソリューションアーキテクトとは、アーキテクト分類に属します。ソリューションアーキテクトは、*AWSで提供されているサービスを構成するコンピューティング・ネットワーキング・ストレージ・データベースの知識を有します。*AWSで必要なデプロイや管理の他、安全性や信頼性を意識した構成能力が必要です。

試験のレベルは、「アソシエイトレベル」と「プロフェッショナル」があります。プロフェッショナルでは上記に加えて、可用性・耐障害性・信頼性を考慮したアプリケーションの設計能力が求められます。また、AWSサービスの連携・プロジェクト管理・OSの知識からビジネス目標まで幅広い範囲から出題されます。

[*AWS 認定 ソリューションアーキテクト – アソシエイト*]の想定学習パスは、認定試験受験前に「AWS Technical Essentials 1&2コース」と、「Architecting on AWSコース」の受講がおすすめな学習方法です。試験は65問出題され、試験時間は130分です。1,000点中720点以上で合格です。

[*AWS 認定 ソリューションアーキテクト – プロフェッショナル*]の想定学習パスは、[AWS 認定 ソリューションアーキテクト – アソシエイト]の合格が前提です。その後「Advanced Architecting on AWSコース」を受講し、認定試験の準備を進めます。試験は75問出題され、試験時間は180分です。1,000点中750点以上で合格です。

AWS認定制度のアソシエイトとは？難易度と勉強方法を解説！

AWS認定ソリューションアーキテクトとは？アソシエイトは難易度低い？

AWS認定技術者には以下の特典があります。イベントや次回資格取得に向けて活用できるでしょう。

・*デジタルバッジ*
　資格取得者向けデジタルバッジをSNSやメールの電子署名に利用したり、認定限定イベントが利用可能です。

・*試験の割引*
　50%割引のバウチャーチケットが利用可能です。

・*イベントの優遇*
　AWSの各種イベントで有資格取得者向け専用ラウンジが利用できます。

・*AWS認定コミュニティ*
　LinkedInのAWS認定コミュニティが活用可能です。

・*模擬試験バウチャー*
　次回のAWS認定時に模擬試験バウチャーが無料で利用可能です。

・*AWS認定ストア*
　AWS認定商品の購入が可能です。

基礎知識の記事（22ページ目）