2021.09.13　【責任編集】ラーニング・ツリースクラム以外のアジャイルについて

2001年に「アジャイルソフトウエア開発宣言」が発表されたアジャイル開発は、現在、最も多く利用されている手法はスクラムです。発表される以前からもスクラムの考えは存在しており、前後してスクラム以外の手法も様々提案されています。

そこで今回は、日本においても利用がひろがりつつあるアジャイル開発において、「スクラム」がアジャイル開発でどれくらい利用されているか？スクラム以外でも使われている手法がある事も理解し、代表的な手法についてもいくつか解説していきます。

アジャイル開発におけるスクラムが利用されている割合

まずご覧いただきたいデータは一般社団法人 PMI（プロジェクト・マネジメント協会）が2019年11月に発表したアンケート調査結果です。アンケートは PMIに登録されているプロジェクト・マネジメント関係者が対象であり、所属企業の従業員数は10人未満から1,000人以上まで幅広く分布しています。

このアンケート調査によれば、アジャイル開発現場でスクラムを取り入れている企業は全体の43％となっており、過半数に迫っていますが、他の手法も利用されているのが判ります。

出典：2019年アジャイルプロジェクトマネジメント意識調査結果と提言　一般社団法人 PMI日本支部

開発するソフトウェアやプロジェクトに応じてアジャイル開発手法を使い分けているのがわかりますが、やはり「スクラム」は多数派であり、それ以外の手法については。少数派です。

ここで、スクラム以外のアジャイル開発手法についていくつかご紹介しておきます。

XP（エクストリーム・プログラミング)の紹介

XPは開発やマネジメントの経験則を生かし、スクラムより継続的対応に注力している開発手法になります。その中で次の5つの価値を中心に据えています。チームのメンバーはイテレーションと呼ばれる反復を繰り返し、より良いやり方、成長をしながら開発を進めるというものになりますので、下記それぞれが重要な要素になってきます。

コミュニケーション
シンプル
フィードバック
勇気
尊重

プロジェクトの失敗原因の多くは「コミュニケーション不足にあり」と断定し、開発チームだけでなくクライアントとのコミュニケーションも大切にします。

ソフトウェア設計は極力シンプルを目指し、不要そうな機能は削ぎ落とします。クライアントからのフィードバックを適宜もらい、更なるシンプル化を実現。そして柔軟性を大切にするアジャイル開発の特性上、プロジェクト途中での大胆な仕様変更を受け入れる勇気も必要です。最後に、開発チームとクライアント、それらの関係を尊重すること。

また、XPの特徴として、チームには顧客も含まれます。また、開発におけるリスクを軽減する活動（XPではこの活動をプラクティスと呼びます）も多いため、機能の決定、プロセスの改善、リリース前のテストの実施確認など多くのコミュニケーションの中で改善、成長されていきます。

ソフトウェア自体がイテレーション反復によりより良いものになっていくと同時に、実施のプロセス、チームの能力も向上させていくことができる手法でもあると言えます。