いい顔でいい仕事をしよう！コアバリューを体現し、PIVOTを引っ張る“チームUnity”を深ボリ！

宜しくお願いします！

超ざっくりいうとそんな感じですね。

これからのうちの方向性やweb やアプリでの表現の可能性を考えると、Unityは扱えていいんじゃないかなって思っていて。

リサーチをしてみても、他のプロダクションでも比較的導入しているところが少なくないようで、PIVOTでもできた方がいいんじゃないかと。

まぁ挙手ですね。個人のスキルとしても、会社のためにも、新しいことやりたいっていう思いもあったし。

あとは、新しい事業を1から作るとなると、推進力を維持しつつ、内外のテクニカルディレクションができるようなメンバーが必要という事もありStockFormerでの動きも評価してもらえて任せてもらえました。

そのあと、大島も挙手してくれて、普通に１エンジニアとして実装を担当してくれていました。

僕自身、ディレクターとして案件に関わることが多かったのですが、制作サイドの動きをもっとしたいっていうのが大きかったので手を上げさせてもらいました。

大島はもともとデザインができるので、アニメーションとか、ルックスに関わるところを作り込める、っていうのがUnityに刺さると思って。

ベースのロジックはできたんだけど、いまいちモーションがぎこちないって時に相談すると、ドンピシャなものを実装してくれるスキルってのは社内だと大島しか持ってないんじゃないかなと思っています。

大島に関しては、ディレクターとしてガッツリジョインしているプロジェクトがあったので、それとの掛け持ちがあってきつそうだなーと思ってました。正直その辺どうだったの？

僕はもともとデザイナー志望で入社したのもあり、進行よりももっと制作寄りの仕事をしたいと思っていました。

最初このUnityもディレクター寄りになりそうだったんですけど、不本意だったので、制作寄りにしてもらえるように持ち掛けました（笑）

実際やってみると、同時進行形でディレクションと制作の掛け持ちをしてくのは正直結構きつかったですね…

職種、ロールが全く違うものを、同時進行で掛け持ちするのは本当大変だと思うわ…。

こういうイレギュラーで新しい仕事じゃないと、ここまでは中々チャンスもらえないかな、というのも思っていたので。

バッシー（石橋/エンジニア）さんですかね。趣味でゲーム作ってるっていうのは聞いてたし、設計スキルのあるメンバーが必要だな、とも思っていたので強引に巻き込みましたね。アドバイザーポジションのつもりが、実際は開発にもガッツリ入ってもらってます（笑）

あと、王（デザイナー）さんは通信学習の制作に長年携わっていることもありましたし、今後はもっとリッチでいいものつくりたい、っていう気持ちも持っていたようでJOINしてくれました。

あとは市川（エンジニア）ですね。僕がディレクションと実装の掛け持ちで、かなりヒーヒー言ってた事もあって（笑）

実装の全体リードを市川に移行してるところです。純粋に実装してればいいと言うわけではないので、結構大変なんですけど、頑張ってくれてます。

ですね。みんな他のプロジェクトも兼任しているし、Unityの学習をしながら進めるための時間も捻出しなければいけないので、不要な定常タスクは極限まで無くしました。

ですね。Unityを使った初めての納品は今年の4月でした。ただ、そもそもUnityへの移行はクライアントの意向もあってなので、比較的十分なフィジビリティ期間を確保していただけていたため、リサーチしたり色々準備はできました。

とはいえ、Unityの開発は、今までうちがやってきたWebやアプリの開発とは根本的に違うのでそこはしんどかったです…

初回制作の時は準備期間があったとはいえ、ゼロベースで社内で納品するにはリスクもあると考えて、外部のパートナーさんにも参画して頂いて、技術を教えてもらいながら開発していきました。

ですね。その甲斐あってか、初回の納品が終わるころには、かなり理解できて来たかも、という手ごたえを感じることができました。

まだまだ改善の余地はあるんですけど、コードの静的解析やCI/CD、DIコンテナを導入したり、メンバーの進捗状況を見える化しつつ、逐一の報告コストなんかも省くためにTeamsのbotを活用したりして、ワークフローの最適化をしてます。

その中でも実装のワークフローの部分に関してはテック以外のメンバーに理解してもらうのは難しかったです。

柴田さんが丁寧にインプットを繰り返してくれていて。

昼休憩中も、真剣にUnityのリファレンス動画とかずっと見てましたね。

そういう所はあるかもですね、今までずっと「効率化が命」だと思って全部やってきたし、個人的に無駄なことって大嫌いなんですよね。徹底的に効率化されたイケてるワークフローで、イケてるもの作れたらそれが一番かっこいいなと思ってます。

そのためなら飯食いながらインプットするくらい苦じゃないですね。

最終的には新しいワークフローにクライアントさんも巻き込んでいけば良いかと。作成中、本番のバグやクラッシュ発生も自動的に投稿されるbotを組んだりして、リリース後の品質改善や反省にも役立てたりもしてるので、柴田さんがいう効率化の効果は多大にあると思います。

それはもうほんと、もっとカッコいいもの作りたいってことにつきますね。

今よりもカッコいいものを作るには、何かしら切り拓くしかない。

ゲームの世界って、Webみたいな画面単位では表せない巨大空間を扱うことができて、これからコンテンツをもっとリッチにしていこうってなったときに、今までのPhotoshopとかfigmaではもはや扱えなくなっちゃうんです。なんでかって言うと、そもそも土俵が違うから。

なので、これから先を見据えてどうしていくのか、っていうと、プロジェクトメンバー全員がUnityの土俵に入ってきてもらう必要があるんです。今はそれを支えるアーキテクチャを目下整備中ってところです。

今までのデザインツールでは静止状態の見た目だけしか構想することが難しい。時間軸をふくめて体験、演出の領域からデザインしながら作っていけるのはUnityのツールとして面白い所です。デザイナーとエンジニアが同じツールを使って作れるので連携時に失われる部分も少ない。領域が混ざり合い、侵食しあっていく事が求められてきます。

それがまさに大島のバックグラウンドであるデザイナーっていうポジションが刺さる所だったりします。今後はもっとコードとルックスをつなぐ役目にフォーカスしてほしいな、と思ってます。

色々語ちゃったんですけど、結局はもっとかっこいいものつくりたいんですよね。

触っていて気持ちいいもの、面白いものを作りたいです。

そこは本当、王さんも石橋さんも市川さんもそこへの求心力はあると思います。

クールなものつくりたくないっすか。

かっこよく画面光らせたいんですよね（笑）

それにはやっぱり多少無理してでも自分で勉強して、自分で新しい仕事持ってこれるくらいじゃないと、待っててもやりたい仕事は来ないんですよね。

動き出しは職種を越境するような動き方について、やらせてもらえるか不安な印象でしたが、能力次第で問題ないと思います。色々応援してくれる方もいました。