したがって、ゲームデザイナから発生したのではないといえる。先ほどと同様に、ゲームのBGMをユーザが自由に選択できるような機能をゲームが備えているとすると、話は変わってくる。ゲームデザイナが、ユーザの役割の立場から、midiでもmp3でも再生できるようにと仕様変更をしてくる可能性がある。今回の仕様変更の場合は、そんな機能はとりあえずないとして話を進める。ゲームプログラマの場合:残りの発生元は、ここだけになる。話の流れとしてはこんな感じに再現できる。ゲームデザイナとしての僕「今のBGMの曲じゃなくて、この曲をBGMで鳴らすように変更してくれる?」ゲームプログラマとしての僕「あれ、この曲って、midiバージョンがないのか。ソフトウェア側でmp3を再生できるように機能を変更しなきゃいけないな」ということから、今回の場合は、この要求変更はゲームプログラマが発生元といえる。まとめ:今回取り上げた仕様変更は、「BGMを今まではmidiファイルで鳴らしてたんだけど、mp3のファイルでも鳴らせるように」というもの。この仕様変更に対し、次のような疑問を投げかけてみた。疑問1:この仕様変更は、どこ(誰)から来たのか?疑問2:この仕様変更は、なぜ起こったのか?疑問1への回答。ゲームデザインの仕様変更を通して、間接的に発生した。「BGM曲の変更」というゲームデザイン上の仕様変更の影響として、「midiだけでなくmp3を再生できる機能への変更」というソフトウェアの機能仕様上の変更として発生した。「BGM曲の変更」というゲームデザイン上の仕様変更に対し、ソフトウェアの機能としてうまく対応できていなかったため。考察:以上のことを踏まえて考察。ゲームデザイン次第では、今回のような仕様変更が、ゲームデザイン上の仕様変更でありうる。例で挙げたように、ゲームのBGMをユーザが自由に選択できるような機能がゲームデザイン上の仕様としてあるとすると、その機能に付随する変更として「midiでもmp3でも曲を再生できるように」という変更がゲームデザイン上の仕様変更として発生する。そもそも、この機能仕様をゲームデザイン上のものとして考ええてよいのかを考え直す必要がある。いうのも、この機能は「ゲームのルール」でも「ユーザインタフェース」でも「ゲームのバランス」でも「品質」に関わるものではないと思うから。この機能は、「ユーザのゲームの楽しみ方」に関わる機能だと思う。すると、ゲームデザイナは、「ユーザのゲームの楽しみ方」に関わる決定をする人だとして広く捉えるべきと思う。(1)ゲームのルール(2)ゲームの楽しみ方(3)ユーザインタフェース(4)ゲームバランス。敵のパラメータ設定など。ロード時間に対する要求。この5項目の間の関係はまだちゃんと分析できてないので今後も行っていく必要がある。その他思ったこと:(1)ゲームへのユーザの要望が、ゲームに直接すぐに反映されるわけではない。僕みたいなJavaプログラマにとっては。そもそもどの言語に依存しない話題なんだろうか。自己紹介:20代後半。ゲーム関連のお仕事がしたいです。|忍者ブログ[PR]。