GAgileの目的は、次の４つです。
- ゲーム開発の体系的な手法を確立する
- クオリティの高い作品を短期間で提供する
- 柔軟な開発を行う
- 毎日が充実して過ごせる環境を作る
ゲーム開発の体系的な手法を確立する
体系化することで、「知識の蓄積」「学習の場を与える」「改善のきっかけを作る」「プロジェクトマネジメントの概念を意識させること」を目的としています。
知識の蓄積
現状、業界では開発手法が存在しないため、
各個人や各企業内でトライ＆エラーによって培ってきた知識が存在するだけにすぎません。
知識の共有もあまり行われないので、そこで得た知識は閉じられており、それは非常にもったいないことです。
原案となる知識（＝GAgile）があれば、それをみんなで洗練していくことで、
ゲーム開発におけるプロジェクトマネジメントの知識を蓄積することができます。
学習の場を与える
体系的な開発手法がないために、ゲーム開発におけるプロジェクトマネジメントを学ぼうとしても、簡単に学ぶことができません。
方法としては、その分野が充実しているＩＴ方面から学び、そこからゲーム流にアレンジするなどですが、
この方法を取るにはＩＴ業界の前提知識と努力が必要になってきます。
通常そこまでの労力をかけることはなく、
結局学ぶ意思はあっても実行に移すことなく終わることがほとんどでしょう。
GAgileは最初からゲーム開発を対象とした開発手法なので、
この手法が確立されれば「ゲーム開発におけるプロジェクトマネジメント」を学ぶ場を提供できることでしょう。
改善のきっかけを作る
ある程度自己流（自社流）のプロジェクトの進め方ができてしまうと、
「今までこれでやってきたから」という理由で立ち止まって考えることなく、
その方法を使い続けてしまいがちです。
このような場合にも体系化された手法を知ることで、
自己流（自社流）の方法を見直すきっかけが生まれることでしょう。
プロジェクトマネジメントという概念を意識するようになる
なぜ現状の業界にこのような体系立った手法がないかというと、
ひとつに「プロジェクトマネジメント」という概念が業界で意識されていないという理由だと考えられます。
原因は「そんなもの必要ない」という意見から、
「プロジェクトマネジメントって何？」というところまでさまざまだと思います。
昔は確かにプロジェクトマネジメント的な視点は必要ありませんでした。
しかしそれは、最初から最後まで気合で乗り切ることができ、ソフトを出せば売れるという時代の話です。
現在は規模の大きいプロジェクトも増え、
プロジェクトの大小にかかわらず開発が複雑化してきています。
そのような時代だからこそ、プロジェクトに秩序をもたらすプロジェクトマネジメントの概念が必要なのです。
ただし現在ＩＴ業界にあるプロジェクトマネジメントをそのまま導入しても、
あまりいい結果にはならないでしょう。
それはゲーム開発に即したものではないからです。
だからこそ、ゲーム開発におけるプロジェクトマネジメントが、GAgileが必要なのです。
クオリティの高い作品を短期間で提供する
GAgileの目的の一つは、クオリティの高い作品を短期間で提供することです。
私たちは年々予算や期間が厳しくなる中、それでもクオリティの高いものを提供していかなくてはなりません。
それを実現する方法は２つあります。
一つは「慣れ」による時間短縮とクオリティアップ。二つ目は「プロセスの見直し」をすること。
一つ目の慣れは非常に効果があります。ただ、いくつも欠点があります。
テンプレートに載せられる業務ならそれに頼ることもアリかもしれませんが、
常に新しい作品を作り出していく私たちには「慣れ」による効率化は限界があるでしょう。
また、人材の流動の激しい業界でもあるため、これに頼り切るのは難しいところがあります。
すると、二つ目の「プロセスの見直し」が必要になってくるわけです。
「プロセスの見直し」つまり「プロセスの効率化」は、必要なことは残しつつ、無駄を省いていくことです。
この“必要なことは残しつつ”という面が厄介です。
さらに場合によっては、必要なことは残しつつ、足りてないものは追加する必要もあるでしょう。
（たとえばコミュニケーションエラーが頻発している現場であれば、
プロセスの追加や考え方の改革が必要となってくるはずです）
GAgileはまさにこの部分を目的としており、GAgileの思想・各種プラクティスによって
「GAgileを導入することで無駄が減りクオリティもあがった」となることを目指しています。
柔軟な開発を行う
GAgileは柔軟にプロジェクトを進めていくことで、革新的な作品を作り出すことも目的としています。
開発中には途中から足りないものが出てきたり、新しい良いアイディアが出てくることが絶対にあります。
考えてみればそれは当たり前です。開発が進むにつれ、どんどん作品が具体化されていくのですから。
これらの開発途中で出るアイディアは、仕様変更や仕様の追加となるため敬遠されるものですが、
作品のことを考えるなら、検討の後に必要であれば組み込むべき項目です。
プロジェクトマネジメントというと、「当初のスケジュール通りに」や
「当初の仕様どおりに」プロジェクトを「管理」することと考えがちですが、
GAgileではこのような開発途中の意見を積極的に汲み上げる仕組みも備えています。
毎日が充実して過ごせる環境を作る
案外見過ごしがちですが、これが一番重要なのかもしれません。
ゲームは人が作るものです。
それも一人で作るものではなく、チーム制作です。
そう考えると、チームメンバーが鬱々とした状況ではいい作品ができるわけがありません。
当然誰もそんな状況は望んでいません。
しかし現実にはチームとして上手くいっていない現場が数多く存在します。
それはなぜでしょうか？
考えてみると、プロジェクトの状態が「無秩序な修羅場」になっている場合に、
チームとして上手くいっていないことが多いように見受けられます。
「無秩序な修羅場」とは、いつ終わるかもわからない中、メンバーが浪費しながら進んでいく修羅場です。
逆に「秩序ある修羅場」とは、目標がはっきりと見えていて、メンバー自ら進んで動くような充実した修羅場です。
この後者の「秩序ある修羅場」は、修羅場ながらもメンバーの気持ちは充実していることが一番の特徴です。
GAgileを実践しても、修羅場はくるでしょう。これはものづくりの現場では避けられないものかもしれません。
ただしそれを「無秩序な修羅場」にするか、「秩序ある修羅場」にするかは選べる部分です。
プロジェクトは“人”でできてます。
これを忘れては、他の部分でどんなに上手くプロジェクトを進めたとしても上手くいかないでしょう。
GAgileはメンバーそれぞれが本当の意味でプロジェクトに参加し、
たとえ修羅場が訪れても毎日が充実して過ごせる環境を作ることを目的としています。
最終更新：2008年01月13日 05:55
