海外のゲーム会社であった制度

ゲーム開発 海外

今まで、バンクーバー→バルセロナ→シンガポール→香港で働いてきました。それでいろいろな職場を見てきたので、海外のゲーム会社であった制度について、列挙してみました。

  • 日本の会社でも、既に同様の制度をやっていて、珍しくない場合も多くあると思います。
  • 複数の会社のケースを混ぜて書いています。
  • ゲーム開発技術に関することは、ほとんど書いていません。
  • ご指摘がありましたら、修正したり詳細を追加しますので、お気軽にどうぞ（内容が後で変わる可能性があります）

人事（採用）

面接

  • 普通の面接
    • 人事の方との電話面接が2回、オンサイトでプログラマ―との面接が2回
  • 手厚い面接（シンガポールに住んでいて、香港の会社を受けたケース）
    • Google Hangoutでのオンライン4回の面接（プログラマ―・プログラマ―・人事・大ボスと）、それを通過したら、現地香港でのオンサイト面接が6回*1時間（いろいろな職種の方と）
    • オンサイト面接の日程は4-5日間。
      • 月曜日）香港案内
      • 火曜日）会社説明・社員とお食事
      • 水曜日）面接6回
      • 木曜日）面接結果報告・給与交渉
    • オンサイト面接には、家族やパートナーも参加することを推奨している。なぜなら、海外への転職は、本人が会社にマッチしても、家族が現地の環境にマッチしないケースが多々あるので。それを避けるため、1日目は、香港ガイド兼不動産の方と、家族帯同で、香港ミニツアーを行い、香港の生活環境や不動産等の説明を受ける。
    • 面接する側は、面接6つが終わった後に全面接官がミーティングルームに集まり、全員賛成したときのみ採用決定。1人でも反対の人がいたら議論する。
  • オンサイト面接は、現地までの旅費・ホテル代は会社持ち。
  • 内容は、ホワイトボードコーディングがよくあるけど、日本のゲーム業界と大差ないと思う。
  • 作品提出については、中途採用だったので、自己制作の作品を提出する必要はなかった。 ゲーム業界の中途採用だと、開発物を見ることができるので。ただ、面接途中で課題を出されたケースは１度あった（２次元フィールドに長方形を詰め込むビンパッキング問題）
  • 後日、面接を受けた人にアンケートを送って、面接する側への感想をフィードバックしてもらう（本人へ直接ではなく、人事部に直接送られる）。これは面接を改善していくために、本当に大事。
  • 日本は解雇がとてもしづらいので、むしろ日本の方が面接回数や内容を充実させたほうがよいと思う。

ビザ

  • ビザ取得難度は、国に依存するし、時期によってルールが違うので、最新情報を必ず確認を！
  • ビザがあることや国籍（ビザの取得に関わる）を採用条件にすることも多々あるので、最初に伝える。
  • 自分のケースでは、ビザ取得に関しては、基本会社がサポートしてくれた。
    • 日本→バンクーバーへ転職
      • 採用が決まった時点で、手持ちの観光ビザ（3ヵ月滞在可能）の期限が近づいていたので、一旦日本へ帰国。会社がビザの専門家にお願いして、ワークビザを取ってくれることに。ビザ待ちの期間は日本で待機。
      • 平均3ヵ月で取れるのだが、その専門家が手紙が届いていたのに気づかずに遅れてしまい、再申請になり、結局7ヵ月ぐらいかかった。その間はかなり不安だった。海外は日本よりも事務で失敗確率がだいぶ高いので、まめなチェックが大切。
      • ちなみに、日本→バンクーバーへ転職だと、ワーホリビザやCOOPビザというのを予め持っておいて、転職するという方法もなくはない。
      • 参考 カナダで就職する際にしたこと - じじいのプログラミング
    • バンクーバー→シンガポールへ異動
      • EP（Employment Pass）。 1ヵ月ぐらいで取れる
      • 会社を辞めたわけではないので、申請を受け取るまで働いて、ただ引っ越しすればいいので、気が楽。
    • シンガポール→香港へ転職
      • 書類自体がかなり簡単。3週間ぐらいで取れる。

リファラル採用

  • 紹介・推薦による採用。そのほうが、優秀な人材である確率が高く、採用率も圧倒的に高い。
  • 紹介する側の成功報酬は、会社によってまちまち。いままで働いたところだと、好きなゲーム機1つ・iPad・現金5万円・現金40万円ぐらいと会社・支社ごとに大きく違った。緊急で採用したい場合には、より多くの報酬を出すこともある。

リファレンスチェック（照会）

  • 採用時に、前の会社での働きぶりなどをチェックする。以下の２種類のケースがある。
    • 会社側が、過去に一緒に働いたことがある人を探して、極秘調査する
    • 面接を受ける人が元同僚を指定して、その元同僚と受ける会社が直接やりとりする
  • ちなみに、自分が最初バンクーバーで面接を受けたときも、日本の前社の上司に照会がきていたことを後で聞いて驚いた。ゲーム業界は世界的に見ても狭いです。普段の仕事はちゃんとしましょう。

カンファレンス時の招待者限定パーティー

  • GDC（Game Developers Conference）の際は、各国の技術者の採用チャンス。採用ブースを設けるだけではなく、夜には、社員とコネのある他社の技術者を招待し、会社主催の招待者限定パーティーが開催される。

人事（評価）

相互評価制度

  • 同僚の数人を選んで評価してもらう、もしくは上司が選んだ同僚に評価してもらう。
  • ゲーム会社だと、他の職種の人と協力して行うので、他の職種の人に評価してもらっても構わない。
  • 上司を評価する。日本だと、上司への評価はしない、もしくは簡素な場合が多いかも。上司の評価は、後述のサーベイでも、細かく調査される。

OKR（Objectives and Key Results）

  • 日本でもGoogleがやっているということで、話題になっている制度。
  • OKRとは
  • しかし、OKRの運用は実は難しく、実際に以下のような問題があった。
  • OKRのO（目標）はシンプルなので、設定に時間がかからないと言われることもあるが、ちゃんと企業の目標にそったものにしたりするなど相談しながら設定するし、考えることは多い。定期的にキャッチアップする必要もある。簡単ではない。
  • 人事考課の評価とOKRは目的は違うが、やっていることは似ている場合がある。例えば、通常の人事考課の評価でも、個人の目標をたて（特に企業のバリューにそったもの）、それで報酬を決めたりすることはよくある。
    • そのために、2重負担になる。
    • その違いをはっきり理解してもらう必要がある。
    • 特に、人事考課の評価がちゃんとしていない会社でOKRを導入すると、OKRの目標は達成しているのに人事考課の評価とは関係ないとなり、成果主義ではなくやりがい搾取のような印象を社員に持たれてしまう危険がある。
  • 自分の意見としては、OKRを導入していいケースは以下の２通りのケース
    • 人事考課の評価制度が社員の納得いくものになっている
    • 人事考課の評価制度を気にしないほど、待遇が十分良い

人事（解雇）

解雇

  • 国によって大分違う。カナダ・シンガポール・アメリカは簡単。数週間～１ヵ月前の通告で解雇できる。
  • フランスは、解雇に関しては厳しいが、それでもお金をたくさん払えば解雇できる。そして、たくさん払ってでも解雇するほうを選ぶことが多い。
  • 解雇を通告された場合は、午前中のうちに荷物を片づけて出ていく（ロックアウト）
  • 下位x%（3%ぐらい）を定期的に解雇するケースが多い。ただし、以下のような問題点がある。
    • 上司の評価に大きく依存する。社内政治が強い会社だと、特に悪い方向に行きやすい。
    • 特にx%固定で定期的にやるとなると、無理やり対象者を決めないといけないので、リードやマネージャーの負担が増える。
  • 解雇の前に、PIPという制度もある

PIP（Performance Improvement Plan）

  • 事前に「仕事の結果が十分でない」通告がされて、３ヵ月間の猶予が与えられる。この時点で会社を辞めるか、PIPに参加するかの選択ができる。PIPに参加する場合は、仕事の到達目標が設定され、仕事の結果を頻繁に厳しめにチェックされる。３ヵ月後、結果により、そのまま・降格・解雇のどれかになる。
  • 社内でPIP制度があるということは伏せられている。社内の中堅以下は、この制度の存在すら知らされていない。
  • もちろん誰に対してPIPが適用されたかは、対象者・関係者・経営層以外には知らされていない。
  • 自分の意見としては、PIPは、普通の解雇よりも悪い制度だと思っています。理由は以下の２つ。
    • PIPになっていない人にも負担がかかる。
      • PIPになったは、基本、自分の仕事が最優先になって、チームワークがしづらい。
        • デバッグしなくなり、結局の彼の分のデバッグを引き受けることになった。
      • PIPになった人とアウトプットが比較される場合がある。そうなると、なった人より仕事の成果を出さねばというプレッシャーがかかる。（PIPになった人より結果が出なかったら、次は自分がPIPの標的になりそうなので）
        • 自分のケース。PIPになった人が担当していた物理挙動のプログラミングが出来が悪く、当初自分が引き継ぐことになっていたが、PIPの人が自分よりも良い成果が出せると主張したため、結局3か月間は彼のサポートをしながら、自分自身は成果を出さねばならないという難しい状況になった。
    • 「心理的安全性」の意味でもよくない。

スタジオ閉鎖

  • 基本は解雇。スタジオの閉鎖業務をする人と、ある程度以上優秀で他の支社へ異動が可能な人は会社に残るが、基本は全員解雇。
  • ロックアウト
    • スタジオ閉鎖時には、朝に全員参加ミーティングに呼びだされ、突如スタジオの閉鎖が通告される。
    • 終了後、席に戻ると、パソコンには今まで見たことのない画面が表示されてロックされている。
    • また、スタジオ閉鎖を監視する人が、本社から送り込まれていて、いつの間にか。IDカードを返却し、会社を出ていくまで見張られることになる。
    • ゲームメディアでは直後に話題になり、LinkedInに連絡が殺到する。その日は昼から夜中まで近くのバーで、悲しい＆憂さ晴らし系の飲み会になります…
  • アートアセット持ち出し可
    • アーティストについては、転職時にポートフォリオ作成が必要となるので、進行中のプロジェクト以外の過去のデータは持ち出し可能となった。IDカードは返却しているので、後日、会社に呼び出して、持っていく形式。
    • プログラマーは持ち出し禁止。
  • 再就職先の斡旋
    • 後日、他社への転職のための就職フェアが行われた。その日は社内を再び解放し、バンクーバー内の10社以上の人事担当者が集まり、中途就職案内などが行われた。
    • 外部の転職のための各種セミナー（面接対策とかレジュメの書き方の指導）も無料で行われた。
  • スタジオ閉鎖後の業務
    • 閉鎖後も残る人は一度とられてIDカードを返してもらって普通に出勤することになる。自分のケースだと、他支社へのプロジェクトの引継ぎ業務があったが、すでにほとんどの人が解雇されていてるため、作業は難航した。また、異動の予定がある場合は、異動先との面接などを行って、異動先を決める。

人事（その他）

若手が海外スタジオで1年間働いて修行してくると昇格

  • 新卒2・3年ぐらいの人が対象。海外の支社で1年間働いてきて、戻ってくると、junior（レベル1/5）→intermediate（レベル2/5）に自動昇格する。目的は、会社に対しての帰属意識アップと、支社間の技術シェア。世界各国に支社がある大きいゲーム会社だと、支社間の技術差や文化差がかなりあり、こういった交流は確実にプラスに働くと思う。

他の国の支社に異動希望ができ、面接さえ通れば基本通る（Internal transfer）

  • 2年間以上同じ支社にいた場合は、基本、異動希望が通り、好きな国で働くことができる
  • これも交流目的

給与制度の外注

  • 業界他社の給料を分析してどれだけの給料を与えるのが適切かを決める専門の会社があって、給与決めはそこに外注。

技術シェア

全社技術カンファレンス

  • 世界中の支社の開発者を集めて、GDCに似たカンファレンスが行われる。ゲーム開発技術共有が目的。
  • レベルが高い。審査があり、採択率は5-10%ぐらいとかなり厳しい。採択された場合は、もちろん旅費等はただで、発表ができる。各支社からも聴講者が自由に参加はできるが、遠くの支社からは数人のみ。
  • 技術の中には、とても技術が高いレベルだけど社外秘のものがあり、そういうもののシェアの機会として、大変有用。
  • 評判が良かった発表で、他社にシェアして問題ないものは、そのままGDCで発表されるケースが多い。

全社ゲームジャム

  • Game Jam（3日でゲームつくれ）をやる。技術カンファレンスの際に、各国からエンジニアが集まっているので、それに合わせてゲームジャムが行われる。支社間の交流にもなる。
  • ただ3日間フルというのは、人月として小さくなく、一時中止になった。

社内SNS

  • 社内ツイッター風
    • 過疎りがち。
    • 技術を共有したいは、人数が多い環境でシェアしたい、そして、社外評価をアップさせたかったりするので、社内ツイッターでやるなら、本物のツイッターでやる人がほとんど。
  • 社内YouTube風
    • 開発者用のYouTube風動画投稿サイトはおすすめ！（社内の経営層から案内等を載せるYouTube風投稿サイトは、やや過疎ってた。）
    • ちょっとした開発中の動画でも、簡単にアップすることができると、技術シェア効率が大変よい。新規要素を追加したとき、進捗をお知らせしたいとき、ゲームの新しいアイディアも、動画で簡単にシェアできればすぐ伝わる。
    • またゲームのプロトタイプや過去のバージョンとさくっと比較したいときには、過去の動画を見ればよい。いつの間にかグラフィックが劣化してたり、ゲームの挙動がおかしくなってたりしたときに、確認のために使える。
    • 他の支社で同じようなゲームのアイディアをやっていないかをチェックすることもできる。
    • 簡単にアップロードできるようにして、みんなが気軽にどんどんアップロードしていくのが重要。そのために、自社のゲームエンジンには、簡単に録画できる機能をとりいれるべき。
  • 社内個人Wiki, Confluence
    • 過疎りがち
    • 皆に見てもらえるような情報を提供できる人は、とても有効に技術シェアに使えている。

なんでも映像化

  • 動画を取ったり作成したりする専門の職種がある。全社的には、映画監督までいる。
  • 海外のゲーム開発で、ゲームのメイキング動画や技術紹介動画をYouTubeにアップされてる。これは宣伝目的でもあるが、実は常日頃からそういう動画を、社内・チームにシェアをするために作っている。雰囲気としては、こんなかんじ "Inside game studio"で検索すれば、いろいろでてくる https://www.youtube.com/results?search_query=inside+game+studio
  • 動画の種類としては、以下のようなものがある。
    • 成果達成アピール系
      • 1ヵ月前はゲームがこんなかんじだったけど、今はこれだけ良くなったよというのをアピール
    • メイキング系
      • 他のチームが何をしているか知らせる
    • 啓発・お知らせ系
      • 例えば、「データをサブミットする前には、メモリチェッカーを起動しましょう！」といった地味なものでも、チームに宣伝・拡散するために、映像専門化と協力して、動画のストーリーを決めて、演技をして、1分ぐらいの動画を作った。こういう動画を月例ミーティングでシェアする。
    • ネタ系
      • ゲーム開発中に発生した笑えるバグまとめ動画。プロジェクト終了時にみんなで見て笑う。

外部技術者講演

  • 他社のゲーム開発者を呼んだりする。日本からも、スクエニのプロデューサーを呼んだり、バンナムの方がビデオ出演してもらったりしていた。海外のゲーム開発者は日本のゲーム開発をちゃんとチェックしています！

ゲームデザイン研修

  • 全世界の支社から、ゲームプレイプログラマ―・レベルデザイナー・ゲームデザイナー合計で20人ぐらい集めて、2週間ゲームデザインを研修を行う。
  • ゲームデザインの研修では、自社のノウハウをためた専用の分厚いゲームデザインのテキストで勉強する。もちろん、日本のゲームの事例もたくさん出てくる。結構マイナーなゲームも使われている。
  • 紙でゲームのプロトタイプ実習もする。プログラミングは行わない。
  • ポイントは２つ
    • まず、海外だと職種の専門化が進みすぎて、ゲームプレイプログラマ―がゲームデザインを全く知らなくてもいいという誤解があるかもしれないが、そんなことはない。これらの３つの職業全てにゲームデザインスキルは必要だという認識。
    • ゲームデザインに答えはないのですが、こういうテキストや研修で「用語の統一」ができるのがポイント。例えば、「ゲーム性」と言っても、どういう意味かは人によって異なってしまう。そうなると、議論を発展させることもできない。用語の統一で、議論を発展させることができるし、他の支社との共有がしやすくなる。（社外も含めて統一できればベストなんですが、少なくとも社内では統一したいですね！）

中途研修

  • 全世界の支社から、全職種を合計で20人ぐらい集めて、2週間研修を行う。内容は普通で、会社の方針や社内の制度などの講義を受けたりする。ただし、毎日1時間、自社の5vs5ゲームで対戦する時間があったのが変わっていた。

テクニカルライター

  • おすすめ。社内のWikiやConfluenceのような情報サイトを、常に分かりやすいように、構造が変だったら整理してくれたり、テクニカルタームを統一させたりしてくれる人。プロジェクトには属していない。

社内技術規約

  • インターネットのRFC（Request for Comments）のようなもので、社内で統一したい技術規約（例：データフォーマット・命名規則・コーディング規約など何でも）を決める仕組み。誰でもドラフトを出すことができて、誰でもで賛成・反対意見を出すことができる。
  • 一度規約化してしまえば、
    • なぜ、そうなったのかを、後でも読むことができる。
    • 宗教論争になりそうなことでも、時間をかけずに済む。コメントで「RFC x番に従った」と書けば説得可能で楽。
  • 会社のプロジェクトが安定している時期にはよく機能していたが、ただ、いろいろなプロジェクトが増えてくると、規約を設定したくても時間がなかったり、規約を守れないケースが増えてくるのが問題

プロジェクト

年次サーベイ

  • 社内の満足度調査をとても細かくやる。1年に1回、匿名で数百問のアンケートに答える。５段階で選ぶ方式が基本だけど、自由記述欄もある。
  • サーベイ目的なので、質問内容は、基本毎年おなじ。
  • 個人攻撃はできないようになっている。個人に関する不満等は答えないでくださいと、最初に書かれてある。
  • それに対して、上層部はちゃんとどういうアクションを取るか、取ったかの説明責任がある。

常時サーベイ

  • 匿名で、毎週10問、とても簡単なアンケートに答える形式。
  • 複数の会社で、OfficeVibe https://officevibe.com/ というツールを使っていた。
    • OfficeVibeでは、チームのどの部分が良いか悪いかをが、他社平均と比較できるので（OfficeVibeは他社のデータも持っているので）、客観的な指標が得られて、有用だと思う。

プロジェクトマネージャー

  • 管理の専門職がある。日本のゲーム業界だと、各部門のリードもしくは企画職が管理兼任になることが多いが、その負担は減る。
  • だいたい7～10人のチームに、1人ぐらいの割合。
  • 開発進行の管理を行う。スクラムマスター等の取得していることも多い。また、コミュニケーション能力や折衝能力が一番大事。
  • 日本のように、管理職だからえらい・給料が高いということは全くなく（むしろ下手にでることが多い立場）、管理職ジュニア→管理職中堅→管理職シニアと昇格していく。
  • QAテスターから、プロジェクトマネージャーへの転向がわりと多い。
  • ゲーム業界以外の他の業種のプロジェクトマネージャーからの転職も可能。ただし、もちろんゲーム開発の管理なので、ゲームには詳しい必要があるし、ゲーム開発への素早い理解・適応力が求められる。
  • プロデューサーにステップアップしていくことが可能。

プロジェクト監査（Audit）

  • 目的は、ゲーム開発が遅延しているプロジェクトがある場合、プロジェクトの問題点を探ること。年１回程度行われる。
  • 監査用の社内チームがある。あくまで第三者的な立場。
  • 監査メンバーは、プロジェクト監査チームの方２名、他のゲームでの経験豊富なプロデューサー１名（利害関係はない人）で構成される。
  • プロジェクトに問題がある場合、本社側から監査の提案されるが、この監査を受けるか受けないかの最終決定は、プロジェクト側で決めることができる。
  • 監査メンバーは海外からやってきて、１週間かけて、社内のキーメンバーと一部ランダムで選んだ人達に聞き取り調査を行う。そして、プロジェクトの良い点・悪い点を洗い出す
  • 監査の内容は、以下のような、わりとクリティカルな指摘される
    • 「プロデューサー兼ディレクターが、ディレクターの役割を果たせていない」
    • 「リーダー層と現場の開発メンバーに大きな壁がある」
    • 「本社チームとディレクターが意志統一できていない」
    • 「本社のゲーム開発には関係ないメンバーが、他のプロジェクトにはないほど、ゲームに口出していて、意思決定の責任がハッキリしない」
  • 監査の精度は高い。こういう監査を通して「実はみんなそう考えていたのか…」といった問題意識がみんな同じだったりして、気づくことができる。
  • 海外の会社だと普段は上司の批判はすごくしづらいので、リードレベルで問題があるときに問題が解決しづらい。これをきっかけに変えることが出来る。監査の結果に対してプロジェクトがどういうアクションをとるかは決めなければならない。これをきっかけにリーダーから外されたり、実質解雇になることもある。
  • 監査の方の話によると、実はゲーム開発が遅延するプロジェクトの問題点は割と似ていて、そのノウハウは貯めることができるとのこと。
  • 全体としてはおすすめだけど、とくに監査の独立性を保たないと、逆に社内政治を助長するような、諸刃の剣になる可能性がある。

同一ゲームの多ライン開発

  • シリーズもののゲームだと、２作目の開発中に、すでに３作目もそれなりにできていて、さらに４作目の開発も始まっているといったことがある。
    • 例えば開発初期は、ゲームの企画がボトルネックになりがちだけど、多ラインだと３作目を企画ができたら、４作目の企画を前もって準備みたいにできるので、ボトルネックになりにくい。
    • 欠点としては、ゲームの内容に変更があったとき、そろえないといけないこと。またゲームエンジンなどの変更箇所のマージもとても大変になる。

β版で打ち上げ

  • ゲームの完成時の打ち上げもあるが、β版の時点（ゲームの要素は全部実装済み）でも、それなりに大きい打ち上げパーティーを行う。自分のケースだと、昼間から、ビーチでビーチバレー・バーベキュー・ココナッツ飲んだりして、あとは夜まで飲み！ぐらいの打ち上げ
  • ゲーム業界だと、できるだけ品質をあげたいという気持ちで、最後まで新規要素を入れようとしたりするが、そのせいでゲームの仕上げが雑になったり、大失敗につながるケースも。β版で打ち上げをすることで、「もう開発は終わり、新規要素入れたいなら、β版の前に全力でがんばれ！」という習慣を身に着けることができるので、個人的には賛成。

プログラマ―レンタル移籍

  • これは特殊ケース。プログラマーが足りなくなり、すぐ近くのゲーム会社（ルイージマンションを作っている会社）からプログラマ―数名を数ヵ月借りた。

プロジェクトクローザー

  • 経験の少ないチームのプロジェクトだと、致命的なバグが締め切りまでに修正できなかったり、新規要素をギリギリで追加したりということがあり、プロジェクトが期日に終わらず、発売日が遅れることが多々ある。そこで、本社の第三者機関の、プロジェクトクローザーを呼ぶことができる。
  • 彼らの役割は、プロジェクトを期日に終わらせること。バグ数のグラフをみて期日通り終わるかチェックしたり、終わらない場合は、切り落とすゲーム要素を決めたり、ギリギリで新要素をねじ込もうとする変更を監視したりする。変更の監視はプログラマ―じゃないと出来ないので、プロジェクトクローザーになる人は、過去にリードプログラマーなどをやっていた人が多い。ズルは不可能。

マイクロソフトスペシャリスト

  • 超おすすめ。「マイクロソフトスペシャリスト」という職種があり、マイクロソフト製品でハマったり変なことがあったときに直してくれる専門の方。リモートで世界各国の支社で起こっているマイクロソフト製品の不具合・ハマりを直してくれる。誰でも、OutlookやWordで半日ぐらいハマったという経験はあるでしょう。例えば数千人～一万人の社員がいる大きい会社であれば、1日に数人ぐらいはマイクロソフト製品でハマっていると思うので、その時間が節約となると、かなりコストパフォーマンスが高い。大きい会社なら社内に1人はほしい。

福利厚生・文化

有給休暇の残りがマイナス（使い過ぎ）

  • フランスの会社の話。特にフランス人が、手持ちの有給休暇残り日数を気にせずに使うので、残り日数がマイナスになる。有給休暇がマイナスになってる人が退社することになった場合は、休日出勤でマイナス分を補うことになるので、退社直前に休日出勤が増える謎の現象が起こる。そんなかんじで、有給は100%ほぼ消化される。日本でも、これぐらいの勢いで有給休暇を使えば、100%消化を狙えると思います。

無限有給（Unlimited paid leave）

  • 有給休暇が何日でも使える。が、プロジェクトの忙しさにもよる。Unlimitedとなると、実は人々は意外と休まず、まじめな人を雇ってるせいからか、明らかに取得日数が少なくなるので、微妙。

サバティカル（無給休暇）

  • 無給休暇。5年働くと無給休暇を3ヵ月取れる仕組み、日本だとサバティカルは、自己研鑽のための無給休暇みたくなってるけど、特に何のために時間を使っても良い。（日本の休職との違いはわかってない）

入社時交渉（異動時交渉）

  • 多くの人は交渉する。
  • 給与そのものの交渉はなかなか難しいので、他の条件で交渉するのがコツ。以下は自分の例ではないですが、こういうケースがあった。
    • 異動時交渉、フランスからシンガポールの異動なので、有給休暇をフランスと同じ分取らせろ！
    • （極端な例）入社時交渉でペット輸送代を確約させて、ちゃっかり、ペットの馬をイギリス→カナダへを輸送。

退職時交渉

  • 大規模をリストラが行われたことをリークしない約束にサインしたら、退職金が給料1ヵ月分

食べ物

  • 社食（ビュッフェ・無料）・ おやつ・飲みものも常備で無料・タピオカデー（無料）などなど
  • 社内バー（ビールを樽買いしていて無料）があったときも。
  • 残業時の夕食は、無料
  • 月１ミーティングや締め切り直後等では、だいたい軽食もでる。
  • 全員が休日出勤になるケースは、かなり特殊ケースと認識とされているので、そういう日は、ケータリングでかなりおいしい食事がでる。

保険

  • 手厚い。いままでの全職場で、医療費・歯医者等は、全額またはほぼ全額カバーされている。現職場だと、日本に行ったついでに、人間ドックを受けてきたといったケースでも全額カバー。
  • 家族に対する保険や、海外での事故等などの保険がカバーされているケースもある。

育児休暇

  • 支社のある国のルールに従うことが多い。数ヵ月のケースが多い（実は、日本の育児休暇は、世界的に見ても長いほうです）
  • 育児から復職しないケースは、見たことがない。こういったサポートについては、どこの会社も万全。

犬連れ込み可

  • バンクーバーのゲーム業界の会社は、犬連れ込みOKの会社が多い。どの犬もむだに吼えたりもせず、かしこい犬が多いので、最初みたときは驚いた。100人ぐらいのスタジオで、毎日5匹ぐらいは出勤していた。
  • 犬連れ込みができるのは、教育された大人しい犬のみ。吠えたりおもらしをしたりすると、出禁になる。
  • 一番の問題は、犬アレルギーの人にとって大変つらい環境になること。その人は個室で仕事することになったので、良くないと思う。

再入社

  • 辞めた人が再入社するケースは、かなりある。同じ会社を２度辞めて３回入社した人もいる。特に優秀な人限定というわけではなく、普通の人でも可能。

全社ミーティング

  • 全世界の全社員参加型の数百人ぐらいのミーティング。本社以外の人はネットで参加。2週間に1度あって、社長や経営陣が会社の進捗・話題などについて話す。全員Slackでリアルタイムに質問ができて、社長や経営陣が丁寧に答えてくれる。フレンドリーなかんじで、大変オープンで良い。

1on1ミーティング

  • 週１～月１ペースで、１対１で他の社員の方と話すミーティング。
  • 相手は自由に選べる。例えば、キャリアについての相談したいときは、上司と部下になることもあるし、交流目的であれば誰でもよい。
  • 社内やチームの交流を目的に、全く知らない人を1on1ミーティングの対象とすることもある。

圧迫系フィードバックミーティング

  • 年に1回行われていた。
  • ミーティングルームに集まり、直接同僚からのフィードバックが得られる。建設的な意見もあるんだけど、どちらかという問題点を多く指摘するのが目的。集団圧迫面接というかんじ。
  • フィードバックを聞くのが目的なので、基本反論ができない（そうすると、なかなか終わらないので）。
  • フィードバックを受ける側は、カードを2枚配られる。カードを使って反論ができる。つまり、ミーティングのうちに2回しか反論できない。
  • 自分のケースではないが、実際、このミーティング中に、けんかになったり、泣いたりする人がでることがあったそう。
  • また、ミーティングルームに集まるメンバーは決めれるので、予め根回しするケースもあった。
  • というわけで、かなり不満だったので（特に反論ができない点）、これを改善しようと上司に取り上げようとしたら、たまたま初参加の次の日に、全社的に廃止された。結局、否定から入るピリピリした文化が醸成されて、外部のコンサルタントから、Diversity & Inclusionや心理的安全性に反するということで廃止された。
  • やらないほうがいいと思います。

ハラスメント対策

Diversity & Inclusion

  • 海外のゲーム業界で、とても問題になっている。性別、年齢、国籍、人種等によらず安心して働けるようにするということ。
  • 外部講師などを呼んだりして、ここ１年でもう５回研修を受けた。

社内恋愛禁止

  • 上司が部下を2人きりで飲み・食事などに誘うのは禁止。人によって感じ方が違うので、相手にパワーハラスメント・セクシャルハラスメントだと言われた場合に、対応策がないので。
  • 上司・部下の関係ではない場合でも、社内恋愛は推奨せず、表に出すのも推奨しない（上司には言う）
  • ということをサインさせられました…