SaaS企業のチームビルディング：ゲーム選びより先に、フォーマット選びが成否を左右する

SaaSチームは、設計上から分散しています。これは解決すべき課題ではなく、組織の構造そのものです。エンジニアの採用は最初からグローバルで行われ、プロダクトマネージャーは大陸をまたいで仕事をし、カスタマーサクセスは12のタイムゾーンをカバーしてオンコール対応のローテーションが成り立っています。この構造が時間をかけて生み出すのは、リアルなつながりの空白です。同じロードマップに取り組みながら、一度も同じ空間にいたことがない。相手の住む街を知る前に、GitHubのハンドルネームを知っている。People Ops担当者がそのギャップをどう埋めるかを考え始めたとき、フォーマットの選択が多くのエンゲージメント予算より重要な問いになります。

2020年以来、50+カ国・300+社でバーチャルチームイベントを1,500+件実施してまいりました。クライアントの中でSaaS企業の割合は特に高く、シリーズBからDの段階で従業員150〜2,000人規模の企業が中心です。そしてほぼすべての初回契約で、同じフォーマット上の失敗が繰り返されています。同期参加の前提が誤っている。エンジニアリング文化に合わないゲームコンテンツ。あるいはシンガポールとアムステルダムが木曜日の午後を共有できるか確認せずにイベントを売り込むベンダー。

SaaSのPeople Opsリーダーから最もよく受ける質問は「どのゲームを選べばよいか？」ではありません。「どうすれば分散したエンジニアチームに実際に参加してもらい、本気で取り組んでもらえるか？」です。ゲームの選択よりフォーマットの選択が重要であり、そのフォーマット選択はほぼすべてタイムゾーンの広がりと不参加文化によって決まります。その順序を正しく理解することが、本記事のテーマです。

複数のタイムゾーンにまたがるエンジニアを抱える分散型SaaS企業に、最適なチームビルディングのフォーマットとは？

なぜ汎用チームビルディングはSaaSチームで機能しないのか

最もよく見られる失敗のパターンは次のとおりです。ある企業が金曜の午後にイベントを予約する。エンジニアリングチームの半数が断るか、無断欠席する。参加した半数の大半はホストに付き合うだけ。People Opsマネージャーは翌週火曜日のSlackスレッドで予算を弁護する羽目になる。イベント自体が悪かったわけではありません。このオーディエンスにはフォーマットが合っていなかったのです。

SaaSチームには、ほとんどのチームビルディングベンダーが設計上考慮しない構造的な緊張関係があります。ビジネス部門はミーティングと同期的なエネルギーで動く傾向があり、エンジニアリングは集中作業時間と非同期ツールで動く傾向があります。木曜の午後3時に強制的なライブイベントを設定すれば、エンジニアに深い集中時間を割かせることになり、ソウルのチームメンバーにはタイムゾーンの不公平が生じ、「このイベントは別の誰かのために設計されている」というメッセージを送ることになります。その結果として生まれる不参加パターンは、無気力ではなく、フォーマットのミスマッチに対する合理的な反応です。

このパターンが最も顕著に現れるのは、シリーズBとCの企業、特に従業員200〜500人規模の段階です。リモートファーストのエンジニアリング文化がすでに確立されており、People Opsは最初から分散型採用で集まったチームのつながりを構築しようとしています。当社が支援しているあるSaaS企業——4つのタイムゾーンに約350人、プロダクトとエンジニアリング中心——では、最初に実施したBig Gameで参加率64%でした。翌四半期にMarathonフォーマットへ移行すると、81%に上昇しました。ゲームの質は同じです。同期モデルが変わっただけです。

エンジニアリング中心のSaaSチームに機能しないもの：

• 深い集中作業時間に設定された、強制参加型の同期イベント
• 物語的な引きを持たない汎用コンテンツ——Happy Hourをすでにスキップしているエンジニアを動かせることはほとんどありません
• 12時間のタイムゾーン差を注釈のように扱い、設計上の制約として捉えないイベント

機能するもの：可能な限り非同期参加を念頭に置いたフォーマット、あるいは90分をカレンダーに自発的に入れてもらえるほどの物語的エネルギーを持つライブイベント。この違いはシンプルに聞こえますが、実行においてベンダーの差が出る部分です。

Big GameかMarathonか：正しい判断の下し方

フォーマットの選択は最も重要な意思決定ですが、チームのタイムゾーンの広がりと不参加文化を把握していれば、ほぼ自ずと答えが出ます。

Big GameはHeySparkoの同期ライブフォーマットです。60〜90分の単発イベントで、ゲームホストがセッション全体を進行し、リアルタイムのリーダーボードでチームが競います。5〜8人のブレイクアウトチームに分かれ、全員が同じ瞬間に同じストーリーの展開を体験します。エネルギーは高く——ライブリーダーボードの変動が生み出す一体感は、非同期フォーマットでは再現できません。Big Gameが機能するのは、チームが共有ウィンドウを確保できる場合です。タイムゾーン差がおおよそ6時間以内のグループ、参加すること自体が意味を持つキックオフ、あるいは会社の周年記念のようにライブでの共有体験が目的であるイベントに適しています。

Marathonは、Big Gameの同期前提が成立しないケースのために構築されたフォーマットです。1〜5日間にわたって毎日エピソードがリリースされ、プレイヤーは自分のスケジュールで参加します。東京のメンバーが現地時間午後3時に参加し、シカゴのメンバーが同じエピソードをその夜に完了する。両者は同じリーダーボードに載り、同じストーリーを追いながら、Zoomウィンドウを共有せずに競います。500+社のMarathonイベントで完走率65〜78%を達成しています——同じ組織での強制同期型イベントと比較しても、多くの場合を上回る数字です。任意参加モデルが、実際に参加する人を変えるからです。

フォーマットを決める3つの問い：

タイムゾーンの広がり。 参加者全員が6時間以内のウィンドウに収まりますか？ 収まるなら、Big Gameは十分に機能します。収まらない場合、そしてほとんどのSaaSエンジニアリング組織では収まりませんが、Marathonがほぼ常により高い成果を出します。

イベントの性質。 単発の特別な機会（キックオフ、周年記念、年末パーティー）ですか？ それとも継続的なエンゲージメントプログラムですか？ 単発の機会にはBig Gameの共有エネルギーが適している場合が多く、四半期プログラムにはMarathonの運用上の軽さが活きます。

不参加文化。 エンジニアリング組織に、強制参加型ライブイベントを欠席する確立したパターンがありますか？ あるなら、Marathonの非同期モデルはその層を、同期参加を強制するより明確に高い割合で引き込みます。

昨年支援したフィンテックSaaS——約600人、エンジニアリングとプロダクト中心、北米・東欧・東南アジアに分散——はQ4エンゲージメントプログラムを3日間のMarathonとして実施しました。People Opsリードによると、前年に同期型のBig Gameを実施した際、技術系社員の参加率は50%を下回ったとのことでした。Marathonは強制参加のフレーミングなしで完走率77%を達成しました。リーダーボードだけで十分な動機になりました。

一点付け加える価値があります。これらのフォーマットは競合する製品ではありません。年末パーティーにBig Game、四半期エンゲージメントプログラムにMarathonを使うチームは二重投資をしているのではなく、それぞれのフォーマットが得意なことに使っています。年末パーティーはライブの瞬間の共有エネルギーを求めます。四半期プログラムは、金曜のZoom懇親会には絶対に参加しないであろうエンジニアの三分の一を含む、チーム全体の継続参加を求めます。

エンジニアリング・プロダクト文化に響くゲーム

フォーマットを決めたら、次はゲームの選択です。HeySparkoのゲームはどれもSaaSチームにとって外れがないわけですが（すべて10,000人規模まで対応し、ソフトウェアのインストール不要でブラウザ上で動作します）、物語的な適合性がエンゲージメントの上限を決めます。クリエイティブエージェンシーに刺さるゲームが、200人規模のエンジニアリング組織で同様に機能するとは限りません。

四半期キックオフ・プロダクトローンチには: Mission 8-Bitは当社カタログでキックオフに最もリクエストされるゲームです。その理由は明確です。3段階のアーク——敵対的なオフィスから脱出し、レトロマシンを再構築し、デジタル世界に入ってキルコードを送り出す——が四半期プロジェクトのリズムにあまりにも自然に対応するため、エンジニアリングチームは説明されなくてもメタファーを理解します。3幕構成（セットアップ、ビルド、ローンチ）はスプリントサイクルの実際の形そのものであり、技術系オーディエンスに対してほとんどのチームビルディングコンテンツが持てない信頼感を与えます。イベント後に参加者が受け取る8ビットスプライトシートは、当社が支援した数社のSaaS企業でSlackのアバター、ステッカーパック、四半期振り返りのスライドに使われています。

オンボーディングコホートには: Bureau of Magical Affairsは、新入社員オリエンテーションへの推奨として当社カタログで最も多く選ばれています。設定——同時多発する魔法的な緊急事態、加えてBureauの書類仕事——は、勢いのあるプロダクト企業の入社初週の感覚をそのまま表しています。テック業界のオンボーディングコホートで100件以上の実施実績があります。グループとして体験した新入社員は、標準的なアイスブレイクデッキでは届かない部門横断的な絆を形成する傾向があります。ゲームが彼らを、「安全に話せる相手」を把握する前の段階から、共通の混乱した状況の中に置くからです。

全社員集会やマイルストーンイベントには: Last Temple Mysteryが信頼性の高いフラッグシップです。4フロア構成のマヤ神殿探検は15〜10,000人規模に対応し、Big GameとMarathonの両フォーマットで機能し、混合オーディエンスを橋渡しします。パズルのメカニクスが特定の専門知識ではなく、協調性と観察力を評価するため、部屋がエンジニアリング寄りかビジネス寄りかわからないときに機能します。異なる人が異なる強みを発揮する構造が、両者を自然につなぎます。

エネルギーの高い場面に——Q4キックオフ、ローンチ後のイベント、困難なものをやり遂げたばかりのチーム——Apocalypseは他のフォーマットでは出せない集中した緊張感をもたらします。チームはリアルなカウントダウンの中でワクチンを開発・配布するために4段階で競います。ステージ2で自然発生する役割分担は観察していて本当に興味深い。エンジニアリングチームは、プロセスの中で自然なコーディネーターとICを見つけます。プレッシャー下で生まれる引き継ぎのパターンは、実際のスプリント業務で見えてほしいパターンと同じです。表現はスタイライズされており、刺激的ではありません——12カ国以上でテスト済みで、快適性に関するフィードバックは良好です。

よりフォーマルなエンタープライズSaaS文化（財務機能、法務チーム、エンタープライズソフトウェア企業のカスタマー向け組織）には、Wintervald Hotel Mysteryがより適しています。雪に閉ざされたホテルを舞台にした本格的な犯人探し——『Knives Out』に近いトーンで、速さとエネルギーではなく、丁寧な読解と熟考的なチームディスカッションで解ける推理メカニクスが特徴です。

12月・年末イベントには: Stolen Hoursは、もう一つのHoliday Triviaナイトを避けたいSaaSチームへの異色の選択肢です。ポストアポカリプス、サイバーパンク、スチームパンク、バイオパンクの4つの世界を駆け抜け、サンタの盗まれた時計の針を取り戻す。PixarトーンのアートワークがWarmthを保っています。4つの世界の転換が、単一の物語では発見できない異なる参加者の強みを引き出します——役割の多様性が深いエンジニアリングチームで特に効果的です。サイバーパンクのステージをリードした人が、スチームパンクのステージでも同じとは限りません。

カスタマイズがイベントを「自社のもの」にする

イベントをベンダーが提供したプロダクトではなく、自社のイベントとして体験させる必要があるとき、NPCとLogoとStoryのカスタマイズティアで、ブランドをゲームの中に持ち込むことができます。NPCは、社内の言語・参照・命名規則を使った会社の声でキャラクターのセリフを書き直します。Logoはゲーム環境全体にブランドカラーとマークを統合します。Storyはナラティブアークを自社の実際の状況——来たるローンチ、達成したマイルストーン、終わる章——に合わせて再調整します。

BGamingの複数年周年記念イベントで当社が支援したケースがあります。12カ国以上に分散した約400人の社員、エンジニアリングとビジネス開発の両方が参加しました。3つのティアすべてを使ったフルカスタマイズイベントを実施し、実際のチームメンバーが各ステージのキャラクターガイドとして登場しました。会社の創業ストーリーが、チームがゲームをクリアしたときにのみ解かれる隠れた最終チャプターとして組み込まれました。参加率は目標75%に対して89%を達成しました。People Opsリードは、その後の部門横断的な会話が例年と明らかに異なったと表現しました。エンジニアとビジネス部門の同僚が「同じイベントを同じように語る」という現象が何週間も続いた、とのことです——前年の周年記念フォーマットでは見られなかったことです。

カスタマイズが最も価値を発揮するのは、イベントが会社の節目として機能しなければならないときです。付け加えの選択肢であり、品質の必要条件ではありません——標準のHeySparkoのイベントはほとんどのSaaSチームで十分に機能します。ただし、リーダーシップが特定の物語をイベントに乗せる必要があるとき、またはチームが十分大きく分散していて共有の文化的参照が、共有の場所にいることより重要になるとき、カスタマイズはその費用対効果があります。現在のティアの選択肢は/ja/pricingでご確認いただけます。

分散チームのつながりについて、データが示すこと

チームビルディングへの投資の戦略的な根拠は、楽しさではありません。リテンションが依存するつながりのインフラです。

Bufferの「State of Remote Work 2023」は、リモートワーカーに職場でのつながりの体験を直接尋ねました。つながりを感じていると答えた人のうち、46%がそのつながりをいつかの対面での出会いに帰属させています。より示唆的な数字は逆側から来ます。つながりを感じていないと答えた人のうち、56%が「社会的なつながりの機会がない」ことを理由として挙げています。この56%はサブサンプルです——全リモート社員ではなく、すでに離脱傾向にある人々に当てはまります。SaaSのPeople Opsチームにとって、このフレーミングは重要です。投資は一般的な満足度向上のための任意支出ではなく、最も離脱リスクの高い人たちが自ら名指しした原因への直接的な対応策です。

学術文献は、単発イベントより継続プログラムへの投資を支持しています。Anog et al.（SSRN、2023年）は60件以上のチームビルディング介入研究のシステマティックレビューを実施し、構造化された活動が満足度を確実に高め、自発的な離職を低下させることを発見しました。この効果は、単発スケジュールではなく、より広い人材育成戦略に組み込まれたときに増幅されます。SaaSのPeople Opsにとっての示唆は、四半期ごとの実施リズムが年1回のイベントよりリテンションシグナルに対して優れているということです——複合効果は規則性から生まれ、個別のセッションからではありません。

バーンアウトという離職方程式の側面について：Deloitteの「2024 Burnout in the Workplace」レポートは、専門職の77%が現職でバーンアウトを経験していると回答し、現在は業務量を抑え、評価されないことが主要な要因として上位にランクされていることを発見しました。四半期に2回以上の会社主催イベントに参加した社員は、参加しなかった社員と比べてバーンアウト症状が23%低くなっています。報われない努力の後に離職が起きることが多いSaaSエンジニアリングチームにとって、この23%の差は四半期ごとのイベントリズムのオペレーション上の根拠です——士気演出としてではなく、会社が仕事を見ているという継続的なシグナルとして。

当社のデータでは：Marathonフォーマットのイベントは、分散型企業において「潜在層」——通常の強制参加型ライブイベントに現れない人たち——に同期型に比べて約35%多く届いています。確立した不参加パターンを持つエンジニアリング組織にとって、このギャップは、うまく設計されたプログラムが届けられる部分と、設計が悪ければ届かない部分の差です。

よくある質問