ゲーム開発を効率化できないか?
ビジネス系の記事やツイート等でしょっちゅう見かけるのは「日本人はダラダラ長時間働いて能率が悪い」「無駄な会議が多く長い」「定時帰りを義務化したら改善された」「会議を無くしたら改善された」みたいな話だ。
これらはゲーム開発にも当てはまるのか?ということを考え始めたら考えが色々と多岐に及んだので、ひとまず開発そのものにおいて非効率な「あるあるケース」を列挙してみた。
と、その前に。
ゲーム開発と言っても予算を出すメーカー内製と、タイトル丸々請け負うディベロッパーとでは性質がかなり変わる。
私はどちらも経験しているが、それぞれに素晴らしい面もあれば、その立場が故に抱えている問題もある。
が、ここではその辺りの要素は置いておくとする。
さて、まずは何と言ってもスケジュールの見積もりがとにかく甘いことが挙げられるのではないか。
スケジュールの見直しは頻繁に行われる上に、タスク管理をシステム的に導入していない場合はタスクを後回しにしたまま忘れてしまうこともよくある。
普段から何にどれくらい時間がかかっているかの数字が残っていないといつまで経っても見積もり精度が上がっていかない。
次に、企画の全貌が明確になる前に量産体制に入ることが多いこと。
アルファ版は「試作品」を意味するとは思うが、主要な要素が一通り仮データであっても入っており「プレイしてどうかを判断できる状態」になっていなければならないように思うが、規模の大きいプロジェクトほどそうはいかない。
量産開始時に全体ボリュームがまだ不明瞭な状況だとしたらひどい話だ。スケジュール以前の問題なように思う。
また、作っては壊すというスクラップ&ビルドが日常的というのもあるだろうけれども、それが開発終盤にまで及ぶとなると問題だ。
壊さずとも、後から後から仕様の追加があるというのもよくある話だ。発売日が延びるというのはユーザーをがっかりさせることでもあり、延期が重なれば購買意欲を削ぐことになりかねない。また、開発が延びればその分開発費も増す。常識的に考えれば、仕様追加ではそのために発生するコストの分だけ販売本数が延びるなどにより回収できるという判断材料が必要なハズだ。
それから、基本的にコミュニケーション不足なために「実装してみたら意図と違っていた」みたいなことが、プランナーとグラフィッカー、グラフィッカーとプログラマ、プランナーとプログラマ間でよく起こる。単に連絡不足だったり相談が足りないだけだったりする。
それが重なれば若い子の場合は愚痴り出すようになり、ベテランの場合はどんどん不機嫌になっていってやがては要求を呑まなくなることもあるかも知れない。
そして最後に会議について。
これは確かに無駄に長い。
理由は明確で、直接関係なかったり意見を出さない参加者が多いこと、事前資料を読んで来ない人間が多いこと、会議で何を決めるか事前に明示してないこと、どんな問題や課題があるか事前に洗い出ししていないこと、会議の終了時間を明示していないこと、資料を読んでいない人間が多いので企画者がその場で読み上げて解説すること、企画者が実装時に想定していない点が多くて持ち帰って再考するケースが多いこと、実装難度が高い要求に解決策がスマートに出ずに進まないこと、などなど色々とある。
今ざっと挙げたものは、何もディレクターが悪いとかリーダーが悪いとかを言いたい訳ではなく、その状況を認識しながら解決しようとしないチームになっているとしたらそれが問題なのではないかと言いたいのだ。
立場的に言えないことも多いと思うが、可能な範囲内で努力することはできる。
もしこれら一つ一つの問題に対してきちんと向き合い、具体的な策を練って解決しようと行動と振り返りを重ねるチームになれば、解決されてゆくことも多いのではないかと思うのだが。
果たして。
分業について
ゲーム開発は分業体制で行われる。
同人ゲームであっても、絵も音楽もプログラムも分担しないで作るケースは珍しいだろう。
家庭用ゲーム黎明期はプロデューサーやディレクターは存在しなかったかも知れないが、今は必須の役職と言える。
業界全体的に最も細分化されているのはグラフィックデザイン職だろう。
昔は比較的ジェネラリストが好まれる傾向だった気がするが、PS1〜PS2と盛り上がっていくにつれスペシャリストとして特化していく傾向になり、3DSあたりから家庭用ゲームに陰が落ち始めるとともにまたジェネラリストが求められるようになってきたりとその時々での風潮みたいなものを感じることがある。
仕事場ではジェネラリストであることを求められているのかスペシャリストであることを求められているのか、また自らはどのように立ち回りたいのかは、キャリアパスにおいて重要な要素でもある。
例えば、今ZBrushを極めたいと思ったとして、そのスキルが活かされるであろうハイエンドタイトルで実際にどれくらい需要があるかは先も含めて見通しながら考えたいところだ。
というのも、スカルプトを含んだアセット量産はアウトソーシングするケースが増えている傾向にあるからだ。
勿論、アウトソース先に指示を出してチェックするにはある程度の技能と知識が必要だろう。ただ、重要度の点では必要最低限で良いとも思える。
少なくとも自分がやりたいことについて考える一方で、どんなスキルを磨けば食いっぱぐれが無いかは常に考えておきたい。
さて、分業するからにはある程度スペシャリストとしての働きを求められているのが基本前提になるだろう。
それは、逆に言えば「担当外の領分には口出し無用」という空気にも繋がり、それが悪い方面に進行するとやがて「担当外のパートに対して無関心」という状態になる。
そうなると「それは私の仕事じゃない」という、所謂「お役所仕事でたらい回し」みたいな状況になる可能性がある。
ディレクターによる統制やリード同士の連携が上手くいっていれば、チームが縦割りになる状態はそれほど問題にならないかも知れないが、そこが上手くいかない場合も多いような気がする。
しかしそれは統率者達の不備の問題であって、組織としては基本的にはスタッフは求められる業務を淡々とこなしてもらいたいところだろう。
しかし作業要員という状況にただ甘んじているだけだと、足切り要員にもなる。
なので、リード職で無い場合にはスペシャリストやジェネラリストとして己を磨きつつ、日々の業務の中でスキルを発揮していくべく心に留めておきたい。
色々水平思考というブログが面白い
私は任天堂ファンでもあるが、このブログの管理人に比べればそれはもう随分とライトなファンになってしまうだろう。
- 作者: デヴィッドシェフ,David Sheff,篠原慎
- 出版社/メーカー: 角川書店
- 発売日: 1993/07
- メディア: 単行本
- 購入: 3人 クリック: 9回
- この商品を含むブログ (7件) を見る
任天堂の歴史について詳細にまとめられたサイトもある。
起業リスク
起業リスクについて、参考になりそうな記事を貼り付けるエントリーはこちら。
非常に興味深い。
何にどれくらいのお金をかけてどれくらい効果があったかが具体的に述べられていて非常にありがたい記事だ。
先日「ゲーム開発者の副業について」という記事内で、年収アップには起業が手っ取り早いみたいなことを書いたが、ゲームを制作するとなると話は別だ。
何せ既存IPの無いゲーム制作はギャンブルなのだから。
だが、やりたいことがあり、夢があるということは人生において非常に重要なことだと思う。
とても具体的な話でありがたい。
オススメとして挙げられた書籍もリンクを貼っておく。
ゲーム会社の残業と裁量労働制について
後に調べるためのメモ書き。
現時点ではちゃんと調べていないので大変テキトウな内容になる。
裁量労働制とは、実際に働いた時間に関わらず一定の時間(8時間とか)働いたこととする制度で「働く時間はお任せします。だけどちゃんと成果を出してね」というものだ。
実はこれは適用できる業種が決まっており、ゲーム開発職は裁量労働制が導入可能な業種となる。
ただ実際のところは「○○時には出社するように」といったルールが定められていて出勤時間が自由にはならず、とても早い時間に退社できる仕事量ではない上に、残業代は支給されないという、労働者側にとっては何の意味があるのか疑問な制度でもある。
(ただし深夜時の割り増し分や休日手当は支払わないといけないハズ)
実質的には企業側を救済する法律になっているように思う。
残業代を支払っていたら会社が傾くかも知れないからだ。
ただ、そもそも定時時間で終わらない量の仕事を発生させ続けている側に問題がある。
ゲームタイトルの売上見込みに対してコストをかけ過ぎていないか?今一度しっかり考える必要がありそうだ。
時雨堂という会社について
時雨堂という会社の存在をtwitterのTLで知った。
社内のルールをまとめたものがGitHubで公開されており、非常に興味深い。
現在は7名からなる会社のようだ。
内訳は以下のような感じ。
・役員3名
・正社員4名(技術者3名+総務1名)
何が面白いかというと、評価制度が無く正社員4名で給与は同じ。ボーナスは全員で均等配分。
それから、評価にかけるコストを完全削減して会社の売上を上げることに集中。
また、自ら採用を行わないが入社希望者が現れれば説明と判断に大きくコストを割く。
そこに不満がある人には「転職をおすすめする」らしいが、採用時にしっかり説明し、かつ転職サポートまで行うというから徹底している。スゴイ。面白い。
時雨堂コトハジメ · GitHub
評価制度の無い評価制度 · GitHub
時雨堂を支える採用 · GitHub
時雨堂を支える技術 · GitHub
時雨堂を支える環境 · GitHub
時雨堂を支える食堂 · GitHub
時雨堂を支える製品戦略 · GitHub
時雨堂を支える開発方針 · GitHub
採用手順で会社案内・雑談・ランチとかなり時間をかけるというのは私が常々思っている「やりたいこと」にかなり近い。これくらいかけないと本人のことを知ることなどできないだろうと思う。
社員全員で納得してから採用するというのも羨ましい話だ。
コンパクトな会社だからこそできることだ。
他にも6時間勤務制度とか、色々興味深い内容でいっぱいだ。
ひとつ気になるのは役員が3名いるという点で、役員報酬をどの程度に設定しているのだろうか。
ただ、代表の方が100%株保有というのはブレなくて良さそうだと思った。
中国のテンセントという会社について
中国にテンセント(Tencent)という会社がある。
現在、世界で最もユーザー数が多いオンラインゲームとして知られる「League of Legends」を開発・運営しているのはアメリカにある「Riot Games(ライアットゲームズ)」社である。
また、マイクロソフトハード向けのゲーム「Gears of War」シリーズの開発や、ゲームエンジン「Unreal Engine」を開発・販売しているのはアメリカの「Epic Games」社である。
この2つの会社を買収して親会社となっているのがテンセントだ。
UE4は採用実績タイトルがどんどん増えており、日本国内の有名タイトルでの採用事例も増えている。「ストリートファイター5」や「鉄拳7」のみならず、「キングダムハーツ3」や「ドラクエ11」や「FF7リメイク」での採用発表もあり、業界を湧かせたのは記憶に新しい。
今後も益々普及を続けてゆくと思われる。
そう考えると、ゲーム業界では今世界で最もブイブイ言わせているのはテンセントと言っても良いのかも知れない。
●「League of Legends」について
2014年の話だが「月間6700万アクティブユーザー数」というのは化け物だ。
参考までに国内有名タイトルの例を挙げておこう。
こちらはスクエニのFF11・DQ10・FF14の合計で100万人という話だ。
いかにLoLのプレイ規模がとんでもないかが分かる。
(とは言え基本無料のLoLと月額課金のスクエニMMOとそのまま比較はできないが)
ちなみにアクティブユーザー数と会員登録数とは別物ではあると思うが、ここはイメージするため単純に100万人が月額1000円を払っていると考えると、毎月10億円の売上があるということになる。年間120億。運営費も人件費とサーバー関連の費用とが馬鹿にならないとは思うが、国内では十分にすごい規模でもあると思う。
他にもいくつか気になる記事を貼っておく。
テンセント。今後、注目しておきたいと思う。