## ウォーターフォールモデルとは？

ウォーターフォールモデルとは何かについてまずは解説します。ウォーターフォールモデルと並び代表的な開発手法のアジャイル開発についても説明します。

### ウォーターフォールモデルの定義

*ウォーターフォールモデルとは、要件定義・設計・開発・テスト・リリース・運用というシステム開発の各工程を順番にこなしていく手法であり、多くの企業で導入されています。*ウォーターフォールは日本語で「滝」という意味であり、上から下まで水が流れる滝のように、システム開発を上流工程から下流工程まで順番に行います。

ウォーターフォールモデルには、工程を飛ばさない、各工程が正常に完了していることを確認したうえで先に進める、というルールがあります。たとえば、要件定義を済ませた後も要件定義書を作成し、次の設計へと移って良いか顧客や上層部に確認を取る必要があります。

もし設計に入った段階で問題があると判明した場合、再度要件定義からやり直さないとならず、工数が多くかかってしまいます。そのため、ウォーターフォールモデルでは各工程を丁寧に行う必要があります。

**アジャイル開発とは、要件定義からテストまで短いスパンで何度も繰り返し行う手法であり、Web系企業などで多く導入されています。**ウォーターフォールモデルと並んで代表的な開発手法です。アジャイルとは日本語で「素早い」という意味であり、開発を素早く行うことに主軸を置いたやり方と言えます。

アジャイル開発では、要件定義からテストまで1周した後、システムの顧客やユーザーに公開しシステムの改善点を指摘してもらいます。その後、指摘された改善点を盛り込んだうえで要件定義を再度行い、システムの完成度を高めていきます。

アジャイル開発は顧客やユーザーの意見を取り入れやすいのがメリットです。反面、納得するまで要件定義からテストまで繰り返すため、プロジェクトがいつ終了するのか見積もりを立てにくいのが難点と言えるでしょう。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

## ウォーターフォールモデルの各工程について

ウォーターフォールモデルは各工程を1つずつ順番にこなしていくのが基本です。ウォーターフォールモデルの各工程で具体的に何の作業を行うのかについて解説します。

*要件定義とはシステムに欲しい機能を定義し要件定義書にまとめることです。*顧客や上層部と打ち合わせを行い、どのようなシステムにしたいのか、最低限必要な機能は何か、競合サービスと差別化を図るために必要な機能は何か、などをヒアリングします。

エンジニアはその機能が実現可能なのか、あるいはもっと良い機能はないのかなどを助言します。何度か打ち合わせを行い、システムの機能を完全に定義します。

要件定義書と要求仕様書の違いを解説！誰が作りどう進める？

続いて、要件定義書を元にシステムの設計を行います。設計は外部設計と内部設計に大きく分かれます。外部設計ではシステムの目に見える部分の設計を行います。たとえばWebアプリなら、各Webページにどのような情報を表示させるか、どのようなボタンを追加するか等を決めます。

内部設計では、システムの裏側の設計を行います。たとえば、Webページに表示させる情報を作成するためのプログラムやデータベースを設計します。

設計した内容は設計書にまとめます。**設計書をどの程度細かく書くかは企業にもよりますが、プログラマーが迷いなくプログラミング作業を行えるように記述するのが基本です。**

続いて、設計書を元にプログラマーがプログラミングを行います。*アルゴリズムやソースコードの読みやすさも意識しつつ、各プログラムを作成していきます。*設計書が問題なく作成されていれば、開発作業自体はすぐ終わることがほとんどです。

プログラムが一通り完成したらテストフェーズに移ります。最初に1つのプログラムやモジュール単位で正常に動くか確かめる「単体テスト」を行い、次に2つ以上のプログラムが正常に連携やデータ渡しを行えているか確かめ、最後にすべてのプログラムを統合し実際にユーザーが使うことを想定して確認する「結合テスト（統合テスト）」を行います。

**バグやユーザーにとって使いにくい点が見つかった場合、すぐに修正を行います。**修正したら再度テストを行い、問題が解決しているか、他の箇所に影響を及ぼしていないか確かめます。

システム開発の工程の「単体テスト」と「結合テスト」の違いを徹底解説！

*開発企業内でテストとして問題なければ、次は顧客の環境で受け入れテストを行う必要があります。*受け入れテストでは実際のサーバやデータを使って確認しなくてはいけないため、顧客に協力してもらわなくてはいけません。

受け入れテストまで行い問題なければリリースします。**事前に作成したリリース手順書に従って、他のシステムやサービスに影響を及ぼさないよう慎重にプログラムを公開します。**リリース後は再度テストを行い、問題が見つかればすぐに公開を中断して修正を行います。

システム開発後は運用・保守を行う必要があります。*運用・保守ではシステムが正常に動作するか検証したり、問題のある箇所や問題が起きそうな箇所を修正したりします。*基本的に、システム開発を行った企業が運用・保守まで継続して担当する場合が多いです。

以上が、ウォーターフォールモデルの基本的な流れとなります。ウォーターフォールでは要件定義から運用・保守まで順番にこなしていき、途中で順番を替えたり後戻りしたりすることはありません。

## ウォーターフォールモデルのメリット

ウォーターフォールモデルを導入するメリットを解説します。ウォーターフォールモデルは多くの開発企業で導入されていますが、それは次のようなメリットがあるためです。

*ウォーターフォールモデルでは各工程をシンプルにこなしていくため、プロジェクト開始前に見積もりを立てやすいです。*各工程でどの程度の期間がかかるか想定しやすく、納期に間に合いそうか判断できます。もし納期に間に合いそうにない場合、開発の一部を他企業に外注したり、従業員を増やしたり事前に対策が取れるのもメリットでしょう。

また、開発にかかる予算も算出しやすいため、システム開発を依頼する側からすれば、想定以上に予算がかかってしまう心配が少ないのもメリットです。

ウォーターフォールモデルは各工程の終了時に問題がないか確認を取るため、手戻りを減らせるメリットもあります。システム開発では、開発途中で設計に無理があったり技術的に不可能な機能があったりすることに気がつき、要件定義からやり直さないといけない場合もあります。

その場合、開発が納期に間に合わなくなったり、開発コストが多くかかることで、顧客満足度を下げることに繋がりかねません。**ウォーターフォールでは手戻りを減らせるため、こういったリスクをなくすことが可能です。**

ウォーターフォールモデルは各工程の見積もりを正確に立てられるため、作業を分業化しやすいのもメリットです。各工程にどの技術が必要かも事前に分かるため、適切に人材を割り当てることができます。

*作業の分業化が上手くいかないと、特定の従業員の業務量が増えすぎたり、向いていない仕事を任せてしまう恐れもあります。*

## ウォーターフォールモデルのデメリット

続いて、ウォーターフォールモデルのデメリットについて解説します。システム開発の種類によってはウォーターフォールモデルでは相性が悪く、アジャイル開発など他の開発手法を取り入れた方が良い場合もあります。

### 顧客の意見を取り入れにくい

ウォーターフォールモデルはシステムが完成してから顧客に見せるため、顧客の意見を取り入れにくいのがデメリットです。一方アジャイル開発では、何回も顧客に見せて改善点を指摘してもらえるため、顧客の意見を反映したシステムにしやすく、顧客満足度の向上が期待できます。

**ウォーターフォールモデルを導入する場合、要件定義の時点でしっかり顧客の要望をヒアリングし、本当にこの機能で問題ないか確かめる必要があるでしょう。**また、顧客がシステムの仕様を正しく理解していない可能性もあるため、システムについてイラストや図を用いてわかりやすく説明することも大切です。

ウォーターフォールモデルの場合、1つ1つの工程を順番にこなしていくためどうしても工数がかかります。各工程が終了する度に上層部に確認を取る必要があるため、フットワークが軽いとは言えないでしょう。

*そのため、開発スピードが要求される分野とウォーターフォールモデルは相性が悪いです。*たとえばWebアプリ開発は、トレンドに合わせて柔軟にサービスを改良しないといけないため、ウォーターフォールでは開発の遅さがネックになる可能性があります。

## ウォーターフォールモデルの今後について

「ウォーターフォールモデルは古い」という意見もあります。確かに昨今はIT技術の進化により、ユーザーの意見をよりシステムに取り入れられるようになったため、アジャイル開発を採用する企業も増えています。たとえばゲーム開発分野でも、最近のスマホゲームはリリース後にSNSでの評判も取り入れて改良を重ねていくことが多いです。

*とはいえ、ウォーターフォールモデルが必要ないものになる可能性は低いでしょう。*長年使われ続けてきた手法ですし、確実性の高いプロジェクトに対して有効なことは変わりません。エンジニアの方は、ウォーターフォールでもアジャイルでも対応できる柔軟さを持つことが肝心と言えるでしょう。

## ウォーターフォールモデルはシステム開発の代表的手法

本記事ではウォーターフォールモデルとは何かについて解説しました。ウォーターフォールモデルの各工程やメリット・デメリットなどがお分かりいただけたかと思います。

ウォーターフォールモデルはシステム開発の代表的手法であり、多くの企業で導入されています。**Webアプリやスマホアプリなど仕様変更が多発する開発には向いていませんが、その他の大規模開発には適した方法と言えるでしょう。**本記事がウォーターフォールモデルについて知見を深めたい方にとって有意義なものとなれば幸いです。

アジャイル開発が失敗するパターンと成功に導くための5つの心得

DX時代に脚光を浴びる「アジャイル開発」の本命「スクラム」とは？

ウォーターフォールモデルはもっとも多く使われているシステム開発手法のことです。当記事では、ウォーターフォールモデルの定義、各工程の作業内容やメリット・デメリット、アジャイル開発との違いについて解説します。

ウォーターフォールモデルは各工程を順番にこなしていく開発手法

ウォーターフォールモデルは手戻りを減らせる反面、工数がかかってしまうデメリットがある

ウォーターフォールモデルは大規模なシステム開発に向いている

ウォーターフォール開発モデルとは？各工程やメリット・デメリットを解説！

## JavaScriptでゲーム開発を行うメリット

**JavaScriptは、ゲーム開発におすすめの言語です。**実際、JavaScriptによって作られたゲームは多くあります。ここでは、なぜJavaScriptがゲーム開発においておすすめなのかについてまとめたので、ぜひ参考にしてください。

### スマホゲームよりブラウザゲーム開発の方がハードルが低い

一口にゲームといってもさまざまな種類があります。**JavaScriptで開発できるのはブラウザゲームです。**ブラウザゲームはスマホゲームよりも開発するハードルが低めです。

スマホゲームの場合、公開する際にストアへの登録と登録料が発生します。また、iPhone向けにゲームを開発する場合はMacも必須です。さらに、ダウンロードしないとプレイできないため利用者にはハードルが高く、せっかく開発してもプレイしてもらえない可能性があります。

一方、ブラウザゲームは自サイトを作れば簡単に開発することが可能です。公開は無料で行うことができ、費用がかかるのはレンタルサーバー代くらいでしょう。ブラウザゲームの場合、制作途中で一旦公開することも可能なので、友人にプレイしてもらって改良を加えることもできます。

また、*ブラウザゲームはダウンロード不要でプレイできるため、多くのユーザーに使ってもらえる可能性が高いです。*

JavaScriptは言語自体が簡単なのが特徴です。「ゲーム開発をするならやはり楽しくやりたい」と思う方が多いですが、難しい言語を選んでしまうと開発で悩む場面が多くあり、あまり楽しめません。例えば、C++もゲーム開発によく使われますが、C++はポインタなどの概念が難しく、ハードルが高めです。

**JavaScriptは文法も平易で覚えることが少ないため、ゲーム開発に集中して取り組むことができます。**

また、JavaScriptは開発環境構築が不要なのも大きく、他の言語の場合、プログラミングを行う際にファイルをインストールするなどの準備が必要です。この準備が結構難しいので挫折してしまう初学者の方が多いですが、JavaScriptはブラウザを用意するだけですぐに開発ができます。

JavaScriptでできることとは？代表的なものから特徴まで詳しく紹介！

JavaScriptは多くの人が使っている言語です。そのため、*分からない箇所を解決しやすいのもメリットでしょう。*ライブラリの使い方やエラーの解決方法など調べれば出てくることが多く、コミュニティも充実しているため、JavaScriptについて丁寧に解説しているサイトも多くあります。

### すでに多くのゲームがJavaScriptで開発されている

**JavaScriptで開発されているゲームはすでに多くあり、GitHubなどからゲームのソースコードを入手することができます。**ゲーム開発について勉強しやすいため、まずは既存のゲームを改良することから始めるのが良いでしょう。

### ゲーム開発の入門におすすめな言語

JavaScriptはゲーム開発をする上では、最も難易度の低いプログラミング言語です。プログラミング初心者の場合、ハイレベルなゲーム開発を望まなければミニゲーム程度の開発はJavaScriptで制作することができます。

また、**難易度の低さの他に、短期間で開発が完了するという点もJavaScriptでゲーム開発を行うメリットになります。**ある程度慣れてきたら、Python→Ruby→C##→Java→Swift→C++、といった難易度の高いものへ徐々に挑戦していきましょう。

## JavaScriptではどんなゲームが作れる？

JavaScriptはさまざまなゲームを開発できますが、実際にどのような種類のゲームが制作できるのでしょうか？ここでは、実際にJavaScriptで作られたゲームと併せて紹介します。

### JavaScriptで作れるゲームの種類

*JavaScriptで制作できるゲームは、さまざまな種類があります。*企業が制作したもの、個人が制作したものなど、JavaScriptはプロ・アマ問わず多くのゲーム開発現場において活用されています。開発に便利なライブラリやフレームワークを利用すれば、素人の方でも簡単なゲームだと数時間で完成します。

以下に、JavaScriptで作成できるゲームのジャンル例をまとめました。

・ブロック崩しゲーム
・シューティングゲーム
・ボードゲーム
・アクションゲーム
・シミュレーションゲーム
・RPG

実際にJavaScriptで制作された代表的なゲームとして「Infinite Mario Bros」が挙げられます。一見Flashゲームのような見た目をしていますが、ベースがJavaScriptで作られており、HTML5でクオリティを高めています。元々はJavaで制作されたもので、2011年頃にHTML5版が公開されて話題となりました。

JavaScriptがメインで作成されたゲームのほとんどは、企業よりも個人で開発したものが多く、無料のものやサンプル集なども多いため、ゲーム制作の見本として試してみるものもおすすめです。

HTML5とは？特徴や変更点・関連用語・対応ブラウザを解説！

## JavaScriptでゲーム開発に便利なライブラリ

JavaScriptには数多くのライブラリが用意されており、その中にはゲーム開発に使えるものもいくつかあります。そこで、ゲーム開発を行う場合に使えるライブラリを紹介します。ゲーム開発を行う場合、これらのライブラリをインストールして使い方を勉強していきましょう。

**Phaser.jsは代表的なゲームライブラリであり、主に2Dゲームの開発が可能です。**無料で利用できるため、初心者でも利用ハードルが低いのが特徴です。有料のプラグインを購入すれば後ほど機能を追加することも可能です。

また、Phaser.jsはコミュニティが活発なライブラリでもあり、バージョンの更新が継続して行われているため、多くのゲーム開発者に愛用されていることが分かります。

【参考】：[Phaser.js](https://phaser.io/)

phina.jsは初心者におすすめのゲームライブラリです。**phina.jsは「アイデアをすぐに形にできる」をコンセプトとして開発されたため、初心者に優しくなっています。**

また、phina.jsは日本で開発されたライブラリでドキュメントが日本語のため、分からない箇所を調べやすく、phina.jsについて書かれた日本語のサイトも豊富にあるため、初心者の方はまずはphina.jsから始めてみましょう。

【参考】：[phina.js](https://phinajs.com/)

*Babylon.jsはWebレンダリングエンジンですが、ゲーム開発にも用いることができます。*主に視覚化に関連した機能を提供し、ゲーム開発における質感の表現やメッシュの作成などを行うことが可能です。他のゲームライブラリと合わせて使うことで、効果を発揮します。

【参考】：[Babylon.js](https://www.babylonjs.com/)

PixiJSは2D視覚化に特化したライブラリです。こちらもゲーム用ではないですが、ゲーム開発にも応用可能です。*PixiJSを使うことで、グラフィック処理を高速化することが可能です。*

【参考】：[PixiJS](https://pixijs.com/)

enchant.jsは2Dゲームの開発に使えるライブラリで、こちらはGitHubでソースが公開されているのがメリットです。enchant.jsは元々プログラミングの学習用として作られていましたが、**利便性の高さが評価されており、ゲーム開発分野で多く使用されています。**

【参考】：[enchant.js：GitHub](https://github.com/wise9/enchant.js/)

**Kiwi.jsは幅広いゲームの開発ができるライブラリです。**元々はTypeScriptで開発されたHTML5ゲーム用のフレームワークで、「ゲーム開発分野のWordPress」を目指して開発されたものです。便利な機能が数多く入っているため、開発したいゲームを楽に作ることができるでしょう。

【参考】：[Kiwi.js：GitHub](https://github.com/gamelab/kiwi.js/)

## JavaScriptでゲーム開発をするのに必要なスキル

続いて、JavaScriptでゲーム開発を行うのに必要なスキルを紹介します。これらのスキルを一通り獲得することで、スムーズに開発が行えるようになるでしょう。ゲーム開発に興味がある方は、ぜひこれらの技術の習得に挑戦してみてください。

まず必要なのが、**JavaScriptの文法の知識です。**JavaScriptは他の言語にはない機能もあり、エンジニア経験者であっても個別に勉強しないと使いこなすのは難しいでしょう。参考書などを購入し、JavaScriptの基礎をおさえることが重要です。以下に、おすすめの参考書を1つご紹介します。

*「JavaScript[完全]入門」*
▪著者：柳井政和
▪ページ数：568ページ
▪出版社：SBクリエイティブ
▪発売日：2021/02/05
【参考】：[JavaScript[完全]入門](https://www.sbcr.jp/product/4815607630/)

本書は、JavaScriptの基礎的な知識から実用的な知識までをこれ1冊で網羅することができます。現場で活かせるスキルを身につけることができるため、手元に置いていきたい1冊です。

また、上記のような参考書の他にJavaScriptは「Progate」や「ドットインストール」などの学習サイトでも勉強することができます。参考書を読んで勉強するのが苦手な方は、こういったサイトを活用するのがおすすめです。

学習サイトはイラストや図を使って分かりやすく解説され、練習問題も掲載されているため、習熟度を確かめながら学習を進められます。月額料金も1,000円程度なので、参考書を購入するよりコスパ良く済む場合もあります。

【参考】：[Progate](https://prog-8.com/)
【参考】：[ドットインストール](https://dotinstall.com/)

JavaScriptの本はどれがいい？選び方やおすすめを紹介

JavaScriptの文法を覚えた後は、ライブラリについて勉強しましょう。先程解説したゲームライブラリやグラフィック系のライブラリをインストールし、使い方を覚えます。**ライブラリは参考書などをひたすら読むより、実際に動かしながら学んでいくのがおすすめです。**

おすすめのゲームライブラリは、phina.jsです。phina.jsは初心者でも分かりやすくなっているため、まずはこちらから学習しましょう。

**ゲーム開発において、サンプルコードを読解する能力は重要です。**

オープンソースのコードを改良してゲームを作るには、まずソースの内容を理解しなくてはいけません。ゲームにはさまざまな機能が必要なため、ソースコードが長くなりやすく、それらを読んでいくのは大変です。そのため、ソースコードを早く理解する能力が必要です。

ゲーム開発を行う場合、**ゲームの見た目を整えるのにHTMLやCSSの知識が必要です。**どんなに優れたゲームでも、見た目が悪ければ楽しくプレイすることはできません。HTMLやCSSについてもしっかり勉強し、魅力的なゲームを開発できるようになりましょう。

エンジニア経験者なら、HTML・CSSの習得は難しくありません。プログラミング同様、1つ1つの単元を着実に理解していくことが肝心です。

HTML入門：基本から学ぶHTMLの構造と構成要素を解説！

## JavaScriptのスキルを習得してゲーム開発を始めよう！

本記事では、JavaScriptを活用したゲーム開発について解説しました。ゲームライブラリの種類やゲーム開発で必要なスキルについて、ご理解頂けたかと思います。

ゲーム開発というと難しいイメージを持つ方も多いですが、**JavaScriptは文法が平易な上、便利なライブラリが多くあるため、初心者でも本格的なブラウザゲームを開発することが可能です。**

ただし、ゲーム開発を行う場合はJavaScriptだけでなく、HTMLやCSSの知識が必要です。また、サンプルコードを読み解く読解力も必要なため、こういったスキルを習得した上で開発に取り組むとスムーズに開発ができます。本記事を読んでゲーム開発に興味を持った方は、ぜひJavaScriptを勉強してみてください。

JavaScriptは、ゲーム開発に向いているプログラミング言語の1つです。今回は、JavaScriptを活用してゲーム開発を行うメリット・作れるゲームの種類・ゲーム開発で使えるライブラリ・ゲーム開発で必要な知識について解説します。

JavaScriptは、初心者がゲーム開発を行うのにおすすめのプログラミング言語

JavaScriptには、Phaser.jsやphina.jsなど多くのゲームライブラリがある

ゲーム開発には、HTML・CSSやソースコードの読解などのスキルも必要

JavaScriptでゲーム開発はできる？メリットとおすすめのライブラリ6選

**「スクラムマスター」とは、スクラム開発の理解と実践を推進し、チームメンバーがプロジェクトを円滑に進められることに責任を持つ人です。**いわゆる「プロジェクトマネージャー」や「プロジェクトリーダー」とは別の職種として区別されています。本記事では、スクラム開発とは何かについて解説した後に、スクラムマスターとして働くためのスキル・知識を得られる資格を3つ紹介します。

「スクラム開発に興味があり、個人的に作法を勉強したい」「参画中のプロジェクトでスクラムマスターを担当することになったが、何を勉強すれば良いか分からない」といった方向けの記事となっています。

## そもそもスクラム開発とは？

スクラム開発は、アプリやソフトウェア開発の手法の1つです。*チーム内でのコミュニケーションを重視し、迅速にプロダクト開発を進めていきます。*

ラグビーの試合でボールを奪い合うために、チームメンバーが体を交差させて塊を作り相手に向かっていくことを「スクラム」と呼びます。ソフトウェアにおける「スクラム開発」という名前は、1つの目標に向かってチームが一丸となって働くところがラグビーのスクラムに似ているところから名付けられました。

スクラム開発とは？エンジニアが知っておきたい情報をまとめました！

### アジャイル開発の思想が根底にある

スクラム開発ではウォーターフォール開発とは異なり、設計〜テスト〜リリースまでの期間を短く区切り、何度もサイクルを回すことでプロダクト開発を進めます。

**この開発手法はアジャイル開発の「開発途中に仕様・設計の変更があるのは当然である」という思想を元にしています。**

アジャイル開発は、2001年に17人の技術者によって表明された「アジャイルソフトウェア開発宣言」という文書をきっかけに広まった、開発方針の1つです。「チーム内の対話」「動くソフトウェア」「顧客との協調」「変化への対応」を重視する価値観として、今も多くの企業に取り入れられています。

【参考】：[アジャイルソフトウェア開発宣言](https://agilemanifesto.org/iso/ja/manifesto.html)

スクラム開発を行うチームには、大きく分けて3つの役割が必要です。それぞれ、以下で紹介します。

*・プロダクトオーナー*
プロダクトオーナーは、プロダクト価値の最大化に責任を持つ職種です。プロダクトの開発に必要なタスクを「プロダクトバックログ」として整理し、その優先度を決めます。また、ビジネス感覚が鋭いことが重要な素質の1つに挙げられます。市場が求めるプロダクトへのニーズをしっかりと把握しなければなりません。必要な場合はプロダクト仕様の変更や削除を行うなど、重要な意思決定を行う職種でもあります。

*・スクラムマスター*
スクラムマスターは、チームがスクラムとは何かを理解した上で、スクラムのやり方に沿って開発を進められているか、常にチェックする役割です。スクラムという開発手法に最も詳しい必要があります。また、チームの目的達成の妨げになりうる障害が発生した場合には、スクラムマスターが率先してそれを取り除きます。

*・開発チーム*
プロダクトオーナーやスクラムマスターと協力しながら、実際の開発タスクをこなしていく役割です。データベースの管理やアプリケーションの開発、テストの作成など、プロダクト開発に必要なことは一通り行える必要があります。

## スクラムマスター関連の資格は３つある

では、スクラムマスターとしての経験や知識を保証するための資格にはどういったものがあるのでしょうか。

*認定スクラムマスター（Certified Scrum Master、以下CSM）は3つある資格のうち、最もメジャーと言われている資格です。*Scrum Alliance社認定の研修を受けた後に初めて受験資格が与えられ、さらに試験に合格して資格取得者として認定されます。

*・研修*
研修は座学とケーススタディを組み合わせたもので、「スクラムマスターとして振る舞うにはどうすれば良いのか」が実践形式で身につくものになっています。研修のほとんどは英語もしくは通訳ありで行われます。CSM受講のための研修を行える「スクラムトレーナー」にはScrum Alliance社の認定が必要ですが、その認定を受けている日本人が少ないためです。英語に自信がない方は通訳ありの研修を選択しましょう。

また、**CSMは研修受講のための金銭的負担が大きいのが特徴です。**2022年3月時点での各社の研修期間と研修料金をまとめます。

*「Scrum Alliance」*
受講期間...2日
受講費用...161,139円(税込)
言語....英語、通訳あり

*「Odd-e Japan」*
受講期間...5日
受講費用...3,200ドル(税込)
言語....日本語

*「Agile Business Institute」*
受講期間...2日
受講費用...161,139円(税込)
言語....英語、通訳あり

以下に各社の研修受講の申込サイトを添付しますので、参考にしてみてください。

【参考】：[Course Search - Scrum Alliance](https://www.scrumalliance.org/courses-events/search?ctyp=Csm&vo=true&rad=30&tz=my&last=cr&pg=1)
【参考】：[Scrum Alliance® 認定研修](https://www.odd-e.jp/training/?category=1)
【参考】：[認定スクラムマスター日程](https://www.abi-agile.com/%e8%aa%8d%e5%ae%9a%e3%82%b9%e3%82%af%e3%83%a9%e3%83%a0%e3%83%9e%e3%82%b9%e3%82%bf%e3%83%bc%e6%97%a5%e7%a8%8b/)

*・試験*
研修は複数の団体が主催しているのに対し、試験問題はScrum Alliance社が監修している1種類しかありません。問題文の言語について、英語か日本語のうち好きな方を選ぶことができます。試験時間は60分間で50問あり、37問正解が合格条件です。内容としては研修の内容に加えて、前述の「アジャイルソフトウェア宣言」と「スクラムガイド」を理解しておけば解ける問題です。

【参考】：[スクラムガイド](https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf)

**Licesnced Scrum Master（以下LSM）は、Scrum Inc社が認定しているスクラムマスター資格です。**受験のためには専用の研修受講が必要になっており、その研修はスクラムの共同考案者であるジェフ・サザーランド博士によって監修されています。

*・研修*
LSMの研修もCSMと同様、体験型のワークショップ形式となっており、スクラム経験の有無に関係なく受講することができます。基本的には日本語で研修が行われるので、CSMの研修と比べて受講しやすいです。受講費用は1人当たり税込22万円と高額になっています。

【参考】：[Licensed Scrum Master Training - Scrum Inc. Japan](https://scruminc.jp/training/master/)

*・試験*
試験は4択問題となっており、全部で30問あります。試験合格には75%以上の正解が必要です。CSMと同じく、試験そのものの難易度はそれほど高くないという声が多いようです。研修の内容を正しく理解できていれば、問題なく合格できるでしょう。

Professional Scrum Master（以下PSM）はScrum.org社が認定しているスクラムマスター資格です。**上記の2つの資格とは異なり、受験のために研修を受ける必要はありません。**

*・研修*
試験受験のために研修受講が必須ではないものの、研修自体は用意されています。2022年3月時点では、日本語で行われる講義は存在せず、通訳もありません。英語での会話に抵抗がない方で、スクラムマスターとしての知識・経験を体系的に得たい方は受講を検討してみてください。

【参考】：[Scrum Master Certification From the Home of Scrum](https://www.scrum.org/classes?languages[]=en&type[]=104&delivery_method=VirtualClassroom)

*・試験*
研修受講が必須でない代わりに、試験問題の難易度は他の資格より難しめに設定されています。また合格基準も高く、CSMの合格率が75%程度なのに対し、PSMは85%以上正解しないと合格できません。

下記の公式サイトに「Reading the Scrum Guide and taking the Open Assessments alone isn't typically enough preparation」とあるように、スクラムガイドを読んでおくだけでは準備不足です。Udemyの対策コースで勉強するなどして、さらに知識を深める必要があります。また、**PSM受験のために必要な費用は150ドルとなっており、他の資格よりリーズナブルに受験することができます。**

【参考】：[Scrum Master Certification From the Home of Scrum](https://www.scrum.org/classes?languages[]=en&type[]=104&delivery_method=VirtualClassroom)
【参考】：[Scrum for Beginners + Scrum Master Certification Preparation | Udemy](https://www.udemy.com/course/agile-scrum-for-beginners-scrum-master-certification-preparation/)

## スクラムマスターとしての実力を付けるために資格を取ろう

本記事では、スクラムマスターとしてのスキルや知識を体系的に得られる資格を3つ紹介しました。**これらの資格を取得することで、スクラムマスターとして良い働き方ができるようになるだけでなく、昇進や転職の際にも有利になります。**費用が高額になりやすいため、身に付くスキルが実用的なものなのかしっかり検討した上で受験するようにしましょう。

スクラムマスターとは、スクラム開発における役割の1つです。スクラム開発の理解と実践を推進し、チームメンバーの開発サポートを率先して行います。スクラムマスターとしてのスキルアップにつながる資格には「認定スクラムマスター」「LSM」「PSM」の3つがあります。

スクラム開発とは、アジャイル開発の思想を元にした開発手法の1つであり、プロダクトオーナー・スクラムマスター・開発メンバーという3つの役割でチームを組みます

スクラムマスターとは、スクラム開発において開発メンバーが円滑にスクラムを進められるように障害を取り除く役割です

スクラムマスターとしての知識を体系的に身につけられる資格に、「認定スクラムマスター」「LSM」「PSM」の3つがあります

スクラムマスターのおすすめ資格3選！研修内容や勉強方法も解説

「アジャイル開発宣言（アジャイルマニフェスト）」はいつ発表されたのでしょうか。それは2001年に17人のソフトウェア開発者のグループが発表しました。内容は従来型の開発手法に対するアンチテーゼ（反対表明）です。

### 従来型の開発手法に対する開発者たちに共通の問題意識

米国ユタ州のソルトレイクシティの郊外に集まった開発者たちは、ソフトウェアの開発手法に対する考え方はそれぞれ異なっていましたが、誰もが開発の現状には不満を抱いていました。

**開発者たちに共通した問題意識は、企業の論理やプロセスとソフトウェア開発のいわば「反りの悪さ」です。**

ソフトウェア開発が大規模になり、大きなプロジェクトが長期間かけて開発に取り組むようになるほど、この反りの悪さが目立つようになってきたと彼らは感じていました。具体的に言うと、「契約」と「計画・管理」を前提にする従来のビジネスプロセスは、時としてソフトウェア開発の障害になると感じたのです。

### アジャイル開発宣言を読んでみる

アジャイル開発宣言は、正式には「アジャイルソフトウェア開発宣言」で、下記のような全文223字（英文68word）の簡潔な「マニフェスト」です。

*アジャイルソフトウェア開発宣言*

私たちは、ソフトウェア開発の実践
あるいは実践を手助けをする活動を通じて、
よりよい開発方法を見つけだそうとしている。
この活動を通して、私たちは以下の価値に至った。


プロセスやツールよりも*個人と対話を*、
包括的なドキュメントよりも*動くソフトウェアを*、
契約交渉よりも*顧客との協調を*、
計画に従うことよりも*変化への対応を*、
価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。

大規模なソフトウェア開発で重視されてきたプロセス・ドキュメント・契約・計画よりも、**チームの対話・ソフトウェアを動かしてみること・顧客満足・変化への対応という4つの価値をより重視すべきだというのです。**

【参考】[アジャイルソフトウェア開発宣言](https://agilemanifesto.org/iso/ja/manifesto.html)

## アジャイル開発宣言が提唱する開発姿勢

この「宣言」には、「アジャイル開発宣言の背景にある原則」という文書が付属していて、そこには彼らがソフトウェア開発において重要だと考える12の原則（開発姿勢）が列挙されています。

### ソフトウェア開発に求められる12の原則　

「アジャイル開発宣言の背景にある原則」を要約すると次のようになります。

1.*顧客満足を最優先*し、ソフトウェアを迅速・継続的に提供する
2.開発後期であっても*変更を歓迎*し、それによってクライアントの競争力を高める
3.動くソフトウェアをできるだけ*短い間隔でリリースする*
4.営業と開発は、*プロジェクト内で*日々一緒に働くべきである
5.意欲のある人を集めて*良い環境を提供し、プロジェクト終了まで支援*する
6.*フェイス・トゥ・フェイス*で話をし、情報を伝える
7.*動くソフトウェアこそが進捗の尺度*である
8.一定のペースを継続的に維持できる、*持続可能な開発プロセス*が求められる
9.技術的卓越性と優れた設計に対する*注意を怠らず、機敏に対応する*
10.*ムダなく作るシンプルさ*が開発の本質である
11.*自己組織的なチーム*から最良のアーキテクチャ（設計への発想）が生みだされる
12.*チームの効率を定期的に振り返り*、やり方を調整する

これらの原則を読んでまずイメージされるのは、革新的な製品を世に送り出したスタートアップ企業の少人数によるプロジェクトの生き生きとした開発の様子です。

この原則や開発姿勢を否定的にとらえる人はいないでしょうが、問題は**企業とベンダーが関わる（大規模）ソフトウェア開発で、この柔軟性・創造性・効率性が発揮できるのかということです。**

### 流行語としてのアジャイル開発　

IТエンジニアでアジャイル開発について聞いたことがない人はいないくらい、この言葉は大流行しています。しかし、日々のプロジェクトの業務でアジャイル開発の原則が取り入れられていると感じているエンジニアはごく少数派に留まるでしょう。

IТ企業もアジャイル開発の価値と原則に賛同するところは少なくありませんが、**それをソフトウェア開発戦略の中心に据えて本気で取り組んでいる企業は、大企業ではほとんど見当たらないと言ってもよい状況です。**

誰しもがアジャイル開発の原則を「ソフトウェア開発の1つの理想形」として受け入れますが、それを現在進行しているプロジェクトにどう結び付けていけばよいのか分からないのです。

### アジャイル開発は「ソリューション」ではない　

アジャイル開発が流行語の域をなかなか抜けられない理由は、**アジャイル開発を従来のプロジェクトに存在する問題点のソリューションと捉える間違いにあります。**

例えば、クライアント企業とベンダー企業が、プロジェクトにアジャイル開発の手法を取り入れようと話し合ってプロジェクトマネージャーに指示したとしても、それが上手くいくとは考えられません。

なぜなら、アジャイル開発は「契約」のあり方から考え直さないと機能しないからです。アジャイル開発の原則がソフトウェア開発に携わる人々の「マインドセット」であることは確かですが、*従来の契約・計画・管理の枠組みでエンジニアたちにマインドセットを求めても難しく、理不尽なダブルバインドになるだけです。*

そもそも**「ソフトウェア開発に携わる人々」の枠をプロジェクト内部に限定したのでは、アジャイル開発の原則は維持できません。**企業戦略を策定する経営トップ・営業部門・システム運営部門・ベンダー企業のトップなど、あらゆるステークホルダーを巻き込んだ検討や支援が必要となります。

### ダークアジャイルを生む土壌とは

アジャイル開発が流行することで、というよりアジャイル開発という「言葉」が流行することで出現したのが「ダークアジャイル」と呼ばれるものです。これは、**手っ取り早いアジャイル開発のマニュアルやそれをコーチする人たちを指し、それによって苦しめられたエンジニアたちは少なくありません。**

このようなダークアジャイルを生むのも、アジャイル開発をソリューションあるいは特効薬と考える管理サイドの誤解です。よく言われるような「大規模プロジェクトはウォーターフォール開発で、小規模プジェクトはアジャイル開発で」という考えは、*ソフトウェア開発に内在する問題の矮小化あるいはすり替え*に過ぎない場合があります。

## 開発関係者のすべてが「アジャイル開発の哲学」を理解する必要がある

アジャイル開発の原則を受け入れ、その良き成果を手に入れるには、広い意味での開発関係者のすべてが*アジャイル開発の原則を貫く哲学を理解する必要があります。*

*「宣言」で太字で強調されている個人と対話は「個人と対話する」という意味ではなく、「個人＆対話」です。*「プロセスやツールよりも個人が重要であり、対話が重要である」と述べられています。個人（Individuals）は、分割できない全人格としての人というニュアンスで、その個人間の相互作用（interactions）つまり対話が重要だというのです。

これは、**エンジニアをプロセスの中の「駒」として捉えるのではなく、あくまで「人」として捉えようということです。**それを示しているのが、12の原則にある次の言葉です。*「意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。」*

「このプロセスに従え」「このツールを使え」というのは管理には好都合ですが、そういう硬直した姿勢が、意欲に満ちた人々の創造性を棄損する恐れがあります。また、大規模プロジェクトの多重請負構造と「IТ土方」と呼ばれる単純作業の現状を、個人と対話の尊重の哲学にどう調和させるかは難しい問題ですが、アジャイル開発の実をあげるには目を背けるわけにはいかないテーマです。

開発の記事（1ページ目）