途中成果物も「作品」だと思って作ってみる。ペルソナの音楽を担当されていた目黒将司さんの講演で得た3つの学び

導入

先日、ペルソナ3、4、5という結構おしゃれなゲームの音楽を担当されていた、目黒将司さんの講演会のようなものに行ってきました。

話自体がめちゃくちゃ面白かったです。前半はキャリアの話で、後半はその場でDTMという音楽を作るソフトを立ち上げて、ノーアイディアから1曲作ってみる実演をしてくれました。

最初は、ううん、ううんと悩みながら作っていて、「あ、この後入れるんですけど大体ダメなんで」などと言いながら、ピアノを弾いては止めてを繰り返していました。

そのリアルな姿を見て、「物を作るっていいな」と素直に思ったところから、自分の仕事で作るものも、ちゃんと作品だと思ってやっていこうと思いました。

僕が作っているのは途中成果物

僕はIT系の仕事で、上流工程、企画寄りのところにいます。コードを書くわけではなく、戦略を考えたり、草案を作ったり、議事録やレポートにまとめたりしています。いわゆる途中成果物です。使い捨てのものもありますが、そういうものをたくさん作っています。

過剰に手を入れる必要はないと思いつつ、途中成果物も作品ではあるので、誇りや気概を持つのはいいかなと思っています。ただ、こだわりすぎてスピードが失われるのは避けたい、という気持ちもあります。

これらをちゃんと作品だと思って取り組めたら、仕事にもっと楽しく、のめり込めるんじゃないか。今回はそんな話です。

学び1 誰も気づかない細部にこだわる

講演の学びの1つ目は、誰も気づかない細部にこだわることです。

目黒さんは、実際に楽曲を作っているファイルをスクリーンに大きく映して見せてくれました。その中には、ボーカルの音量を1音ずつ手で調整したものもありました。オーケストラの中で言葉が埋もれず、ちゃんと聞こえるように、1音1音調整するのが大事なのだそうです。

聴いている人は、そういう裏の努力には全然気づかないわけですが、そういう細部に作品のクオリティが宿るのだと思います。

仕事の中でも、細部へのこだわりは少しできるのではないかと思いました。

たとえば議事録です。最近はAIなどを使えば、大枠は簡単に作れます。ただ、細かい決定事項やまだ決まっていないことなど、言葉尻をちゃんと揃えておかないと、決まっていないことを決まったかのように書いてしまうことがあります。すると、後で情報を取り出したときに、変な誤解が生まれることもあります。

こうした途中成果物の作品性、クオリティを担保していても、綺麗に整えていることはあまり褒められません。うまくできていないときは、めっちゃ怒るんですけどね。そういうこともあるので、こういうところにもちゃんとこだわっていくのが大事かなと思いました。

学び2 小さく完成させて、誰かに届ける

学びの2つ目は、小さく完成させて、誰かに届けることです。

印象的だったのが、目黒さんが中学時代にたくさんゲームを作っていた、という話です。目黒さんも、やっぱり「僕が考えた最強のゲーム」をパソコンで作ろうとしたそうです。大体は規模が大きすぎて完成しない、と言っていました。僕にも思い当たる節があります。

ただ当時は、1行しか表示できないポケットコンピュータのようなものがあったそうです。さすがに僕は生まれていない頃の話です。その制約のもとで、限られたリソースで簡易なものから作ったら、ちゃんと作りきれたそうです。それを友達に遊ばせて、「面白いじゃん」と言ってもらえたのがすごく嬉しかった。その原体験が、ゲーム作りに関わるところにつながっている、という話でした。

プロダクト開発でもやっぱり、途中成果物というか、草案のようなものを小さく、どうですか、と出して、当然叩かれたりするのですが、早めに出して、早めに反応をもらって、手直しして、という感じです。

早め早めにやることで、クオリティも上がります。そういうところに作る楽しさの源泉が見え隠れしているのかな、とも思っていて、草案を考えるのが結構好きなんです。

なので、ちょっと作ったらもう見せてみる、ということを、もう少し意識するといいなと思いました。

細部へのこだわりと早めに出すことは、組み合わせられると思っています。途中成果物でも早めに見せて、フィードバックをもらいながら、細部のこだわりを育てていく。こだわりができるまで出さない、というのは良くなくて、こだわりきれていない状態でも出しつつ、フィードバックを得ながらこだわりを深めていく。そんな流れで進められるといいんじゃないかな、と思っています。

学び3 チームでちゃんと作っていく

学びの3つ目は、1人ではなく、チームでちゃんと作っていこう、ということです。

目黒さんは、長く関わっているディレクターの方と一緒にペルソナシリーズを作ってきたこと、そうして長く一緒にできたことが成長のきっかけになったこと、開発の仲間に恵まれたことがキャリアを後押ししてくれたこと、などを話してくれました。

1人のこだわりも大事だけれど、何でもかんでも1人で抱えるのではなく、「ここ、こだわっていいよ」というような信頼関係のある仲間と一緒に取り組めば、最終的にいいものができる。そんな話でした。

僕の場合はクライアントもいるので、そうした人たちともちゃんといい関係を作り、チームとして一緒に作品を作っていく動き方を、ちゃんと意識していけるといいなと改めて思いました。

まとめ

分野は全然違いますが、音楽作りの話を聞いて、自分がIT周りのプロダクトを作るところにも、作品づくりの考え方を活かせるところがたくさんあるんじゃないかと、かなり感化されました。ちょっと、なんか、俺も作品作るぞみたいな気持ちになりました。

あとは、すごい人でも悩むんだな、というのもありました。自分も思う存分悩んで、ちゃんと想いを込めて、恐れずにどんどん出していく。そういうところを、やっていきたいなと改めて思いました。

関連記事

• 成果物は「作品」、PO は「キュレーター」。PO リードが KAG で過ごした半年（入社エントリー） — 成果物を作品として捉える見方を、入社半年の振り返りで語った回

たたき台の価値と出し方を掘った回（草案を小さく出す話の前提）

この記事は、以下の音声配信の内容をもとに作成しています。

🎙 音声で聴きたい方はこちらからどうぞ！

感想やお便りは note のコメント欄でお待ちしています

#途中成果物 #目黒将司 #ペルソナ #プロダクト開発 #議事録