第22回　Web2.0的開発アプローチ

今回は、実際にWeb2.0的なサービスを構築していくための開発アプローチを紹介します。アジャイル＝迅速な、という名前を持つ手法です。

解説：小川 浩（フィードパス株式会社）

Web2.0的なサービスは、ビジネスの成長によって、提供する機能を柔軟に変えていく必要があります。従って、機能開発のゴールが決まっていません。これがWeb2.0をして「永遠のベータ」と呼ぶゆえんです。

このような状況でソフトウェア開発を行うには従来型のウォーターフォールモデルでの開発や、プロトタイピングモデルは不適格であると考えられています。エンジニアリングチームは、常にビジネス要求の変更すなわち、仕様変更を柔軟に受け入れる体制をとる必要があるのです。

 

ビジネスプロデューサーを含めたチーム全体で、ビジネスの要求変更を受け止め、最小限の影響でとどめるような開発プロセス、それがアジャイル開発アプローチと呼ばれるものです。

アジャイル開発アプローチは、厳密には「アジャイルソフトウェア開発手法」といわれており、ソフトウェア開発プロセスの総体を表す言葉です。よって、特定の開発プロセスを指す言葉ではありません。2001年にアジャイルソフトウェア開発手法(当時はライトウェイトソフトウェア開発手法と呼ばれていました)の分野の17人の権威のあるエンジニアが、米国ユタ州スノーバードにて議論した結果に生まれた宣言であり原則です。

 

 

彼らは「アジャイルソフトウェア開発宣言」(Manifesto for Agile Software Development)という文書にまとめました。アジャイル(agile)とは「敏捷な、機敏な、機動的」といった意味をもつ単語であり、「変化する要求に対し機敏に対応することによって定められた期間内に顧客（Web2.0サービスとして）が満足するソフトウェア（サービス）を提供する」ことが基本的な姿勢です。

このアジャイル開発プロセスは、ウォーターフォールモデルでの、ドキュメントを重視する従来型のソフトウェア開発モデルとはまったく異なる価値観、世界観から生まれています。アジャイル宣言は謳われている方針と原則はまさにWeb2.0サービスの開発プロセスにベストマッチであり、Web2.0開発のための開発プロセスといっても過言ではありません。

 

「アジャイルソフトウェア開発宣言」はソフトウェア開発全般を対象にしており、 4つの価値と12の原則から編成されています。

1. プロセスやツールよりメンバー間の協力が重要。
2. 完全なドキュメントより動作するソフトウェアが重要。
3. 契約交渉よりも取引先との協力関係が重要。
4. 計画に従うことよりも変化に受け入れる姿勢が重要。

このWeb2.0的アジャイルエンジニアリングの原則は以下の通りです。

1. 最も重要なことはユーザーを満足させること。早く、そして継続的に、価値のあるサービスをリリースする。
2. リリース直前おいても要求の変更を受け入れる。アジャイル開発プロセスはサービスの市場競争力を優位にするための道具である。
3. 数週間、数ヶ月の単位で頻繁に実用的なサービスをリリースする。タイムスケールは短い方がよい。
4. 毎日、ビジネスプロデューサーとエンジニアは一緒に働く。
5. やる気のある人を中心にチームを編成する。チームメンバーには必要な環境とサポートを与え、開発の成功を信じること。
6. チーム内の効果的で有効なコミュニケーション手段は、Face to Faceによる会話である。
7. 進捗を把握は動作するソフトウェアが一番である。
8. アジャイル開発プロセスは、継続的な開発を促進する。サービス提供者は継続的な機能リリースを行い、ユーザーはそれを受け入れるべきである。
9. 卓越した技術と優れた設計に対して絶えず注目することで、よりアジャイル性は高まる。
10. 簡単さ――作業せずに済む量を最大限に引き上げる技量――が本質である。
11. 最良のアーキテクチャ、要件、設計は、自己組織的なチームから生み出される。
12. どうしたらチームが効率をより高めることができるかを定期的に振り返り、それに応じて効率を向上させる。

Web2.0型サービスを作り上げる上で、アジャイル開発においてのこれら価値や原則を、すべて網羅する必要はありません。しかし、本質的な意味を十分に理解し、適切な開発チームをつくりあげていくことが、ビジネスプロデューサーの手腕であるといえるでしょう。

 

Web2.0においては、目的を実現する上でのスピード、そして外部環境の変化に応じて方向転換を行える柔軟さが必要です。開発体制においてはアジャイル開発アプローチと呼ばれるコンセプトが主流になっています。覚えておきましょう。

??
?