1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

「強い人を集めた」だけでは説明できない――#ロゼキャンARK に学ぶ、3日で“チームがチームになる”設計

1
Last updated at Posted at 2026-09-07

はじめに

この記事は、ホロライブの配信企画 #ロゼキャンARK を事例に、開発チームやプロジェクトの立ち上げで「短期間に人の集まりがチームになる条件」を考えるための整理です。ゲームの攻略記事ではなく、チーム設計・振り返りの観点でとても有意義かつ参考になると感じたので、良かったら、以下、読んでください。

2026年9月4日から6日まで、アキ・ローゼンタール主催の大型ARK企画「AKIROSE CAMP -SURVIVAL BLOOM in ARK-」(通称 #ロゼキャンARK)が開催された。27名のホロライブメンバーが4チームに分かれ、テイム・採取・建築・戦闘などのミッションでポイントを競う3日間のチーム対抗企画だ。アキロゼ本人はプレイヤーではなく、ゲームマスター(GM)として全チームを見守る立場だった。

各日19時〜24時、ゲームは『ARK: Survival Ascended』、マップはRagnarok。PvPや他チームへの妨害は禁止。個人ミッション、チームミッション、ボス攻略など複数の得点経路があり、初心者向けの個人ミッションも用意されていた。ボス攻略だけが勝利条件ではない。

結果だけ見れば「どのチームが勝ったか」で話は終わる。だが複数視点の配信、参加者のX投稿、切り抜き、視聴者の分析を追うと、途中の方がずっと面白い。同じルール・同じ期間・同じ勝利条件の下で、性質のかなり違う4種類のチームが自然発生した。最終的にAチームとBチームは同率1位(A側の視聴者記録では200点同点)と、複数参加者が報告している。

本稿では、3日間という短い期間で人の集まりがどうチームへ変化したか、という観点から読む。


前提:事実と解釈

配信企画をチームビルディングの教材として読むことはできるが、出演者の内心や人間関係を外部から断定はできない。以下のように扱う。

情報 扱い
企画説明・公式配信 事実確認の中心
参加者の配信・X投稿 一次情報に近い振り返り
本人発言の切り抜き 元配信と整合する範囲で利用
X上の視聴者分析 「そう解釈された」二次情報
筆者の組織論への接続 分析として明示

「心理的安全性があった」などの記述は、人間への評価ではなく、公開された3日間の行動からチーム構造としてどう見えるか、という範囲に限る。切り抜きは面白い場面ほど選ばれるので、一つだけ見て全体を判断しない。スコアや順位の細部は配信・記録ごとに表記が揺れることがあるため、本稿では「AとBが同率1位だった」という複数ソースで一致する点を中心に扱う。


企画設計:ゴールは固定、やり方は任せる

説明配信で何を伝えていたか

本番前、アキロゼは説明配信を複日に分けて実施した。

  • 9月1日:企画概要・ルール・参加メンバー一覧の発表(チーム分けはこの日では未発表)
  • 9月2日:4チームの編成発表と、チーム分けの考え方の説明
  • 9月3日:ミッション内容・サーバー設定など本番直前の詳細解禁

チーム分けの理由については、9月2日の配信で特に丁寧に説明されていた。

チーム分けは「なんとなく」ではなかった

アキロゼは、参加できる日数・時間、過去のARK企画への参加率、ARK配信の経験量などを点数化し、その合計をもとに4チームを組んだと説明している。単純に「ARKが強い人を均等に分ける」だけではなく、複数の条件が重なって調整された。

配信では、次のような観点も口にしていた。

  • 1日目だけ一方的に差がつきすぎないか
  • 2日目・3日目で全体として拮抗できるか
  • 経験者が多い編成、初心者が多い編成、経験はあるが参加日数が限られるメンバーがいる編成など、条件が一つでは説明できない

その結果、「これ以上はもう無理なのでは」というバランスになった、と本人は述べている。どのチームが有利かを一つの指標だけで判断するのは難しい、という前提も添えられていた。

なお、チームリーダーの選出とチーム名の決定は各チームに委ねられた。主催者がメンバー配置まで決めたあと、チームの見え方や呼び方は参加者側に残されている。

ルールとインフラ

27人を同じサーバーに放り込んだだけではない。4チームに分け、拠点・共通設備・テレポーター・納品の仕組みを用意した。ボスを倒さなくても別ルートで得点できる。

一方で「誰が鉄を掘り、誰が恐竜を捕まえ、誰が作戦を立てるか」は主催者が決めていない。目的とルールは中央で決め、実行はチームに委ねる構造だ。

視聴者向けのルールも同様に設計されている。伝書鳩(他チームの情報を伝える行為)の禁止、求められていない指示の禁止、チーム間比較の回避。配信概要には「失敗も成功も、遠回りも最速も、ぜーんぶARK!」とある。9月2日の配信では、視聴者向けに「聞かれていない攻略情報を送らない」「誹謗中傷をしない」といったお願いも「ムキロゼミッション」として呼びかけられていた。

視聴者が他チームの情報や「正解」を持ち込めば、チーム内部の試行錯誤や意思決定が外部から上書きされる。参加者だけでなく観客まで含めた境界の設計が、チーム形成の前提になっていた。


事前準備と学習:本番を滑らかにした「資料」と「予習」

ロゼキャンARKで印象的だったのは、本番3日間の外側にも、かなり厚い準備層があったことだ。主催者が作った説明資料と、参加者が自分で積んだ学習の両方が、当日の操作の滑らかさに効いている。

主催側:説明配信が「参加用マニュアル」になっていた

アキロゼの説明配信は、単なる告知ではなく、参加者が本番前に学べる教材として機能していた。

  • 9月1日:企画概要・ルール・参加者一覧
  • 9月2日:チーム編成の説明に加え、「ムキロゼからの冒険お役立ち情報」(テイムの基本、おすすめ恐竜、マップ上の拠点候補、洞窟の難易度など)。強制ではなく「あったら便利」な位置づけ
  • 9月3日:個人・チーム・ボスミッションの報酬一覧、サーバー設定、装備の説明

9月2日の配信では、チーム分け用の資料が配信の3分前にまとまったと本人が明かしている。準備の密度の高さがうかがえる。

また、有料DLCが必要なコンテンツについては、アキロゼが自腹で参加者に配布した(企画終了後のぺこら・アキロゼの会話でも触れられている)。「環境の前提を揃える」というのも、チームが動き出す前の設計だ。

参加者側:動画と配信を見て、本番前に手を慣らす

主催資料だけでなく、参加者自身の予習も各チームで起きていた。

Aチーム(ぺこら中心)の例が特にはっきりしている。

  • DAY1:ぺこらは事前予習を活かし、初日の混乱後にチームの進行を立て直した、という視聴者の評価が多い
  • DAY2〜3の合間:サルコスクス(ワニ)のテイムや装備調達など、配信外の準備が進んでいた。最終日は開始約10分で深海アーティファクト攻略に向かうなど、当日の操作が前日までの下準備に依存していた
  • チーム内スケジュール:ぺこらはDiscord上でDAY2の動き方を組み、メンバーに共有していた。企画終了後の切り抜き(アキロゼ×ぺこら振り返り)では、ぺこらが「組んだスケジュール見たい」と言い、2日目の予定表を振り返る場面がある
    • 「全チームミッションをやりましょう」と大空スバルに軽く伝え、メンバーがそれに応じた
    • 各人の担当時間帯も書いてあり、「あの時間帯のやつを見てあれして」と指示していた
    • 本人は「2日目は完璧にこならせた」と振り返っている
  • 個人の反復練習:同じ切り抜きで、最終日の「試練の洞窟」について「練習する時、1人でも何回も練習した」と語っている。本番だけでは間に合わなかったが、本番前に手を動かしておいた、という話だ
  • スバルの橋渡し:攻略計画の伝達・相談にスバルが乗り、チーム内の情報共有が機能していた

視聴者コメントでは、Aチームの強さを「ぺこ資料(ぺこらが作った攻略資料)と、ソロでやるべきことが明確だったこと」に結びつける分析も見られた。

Bチームでも、DAY2にAZKiがアーティファクト攻略を予習してミッション達成、白銀ノエルも「予習してよかった」と述べている。リーダーだけでなくメンバー個人が学習する、というBの成熟パターンと重なる。

開発チームに置き換えると

ロゼキャンARK 開発チームでの例
説明配信・ミッション一覧 オンボーディング資料、Runbook
ムキロゼのお役立ち情報 任意の参考ドキュメント
Discordの日程表 スプリント計画の共有
他メンバーの配信・動画を見る 過去の作業ログやデモを見て手順を覚える
本番前のソロ練習 リハーサル、ステージングでの試行

ポイントは、ルールを決めるだけでは操作は速くならないということだ。主催者が「何を・どこまで・どう得点するか」を資料化し、参加者が本番前に動画や配信を材料に学習したから、当日は「何をすればいいか分からない時間」が短くなった。

これはチーム形成そのものではないが、チームが機能するための土台だった。特にAチームでは、事前準備と当日の役割分担(ぺこら=攻略・段取り、スバル=調整・伝達)がセットで効いている。


4チームの構成

チーム リーダー メンバー
A 一蓮托生★DINO PARTY★ Hakos Baelz 兎田ぺこら、大空スバル、不知火フレア、Moona Hoshinova、音乃瀬奏、響咲リオナ
B エリートファミリア さくらみこ AZKi、大神ミオ、白銀ノエル、尾丸ポルカ、Anya Melfissa
C おかたづけできるもん! 風真いろは 白上フブキ、常闇トワ、獅白ぼたん、Ninomae Ina'nis、綺々羅々ヴィヴィ
D ポンコツSAURUS 夏色まつり 轟はじめ、Raora Panthera、角巻わため、博衣こより、水宮枢、FUWAMOCO

(FUWAMOCOは1チャンネル2名のため配信枠は26、人数は27名。)

同じポイント制でも、Aは分散型の高出力、Bは3日で急に成熟した成長型、Cはチームがリーダーを支える支援型、Dは失敗を共有財産にする相互扶助型、と見えてくる。優劣の話ではなく、チームのなり方が4通りあった、という話だ。

主催者が編成のバランスを細かく調整していたにもかかわらず、本番では4つの異なるチーム文化が生まれた。これは「正しいメンバーを揃えれば同じチームになる」という考えの反証でもある。初期配置は必要条件に近いが、十分条件ではない。


Aチーム:リーダーは一人とは限らない

正式リーダーはHakos Baelz。だが配信を追うと、ぺこらが攻略・段取り、スバルが人と情報の調整、フレアなど経験者が穴を埋め、初心者も各自の仕事を進める、という分担が見える。ぺこらは本番前から攻略資料やDiscord上の日程表を用意し、配信外でも洞窟攻略などを反復練習していた(詳細は前章)。その準備が、DAY2の計画遂行や最終日の高速攻略に表れている。Moonaは終了後、日本語がわからないときに助けてくれたリーダーのHAKOSに感謝を投稿している。ARKが一番詳しい人=リーダー、という構造ではなかった。

9月7日公開の切り抜きでは、不知火フレアがスバルの「メンバーの状況を気にかけ、サポートしていた」点を評価している(公開当日4万回超再生)。専門知識とは別に、「誰がどこにいて、何につまずき、どこに人手が足りないか」を把握する役割があった。

X上ではぺこらの攻略力に注目する投稿が多いが、視聴者分析では「最終日のボス攻略から逆算して作業を組み立て、他メンバーへ展開していた」という読み方もある。本人がそう述べたわけではないので観察者の分析だが、視聴者が「上手い人」ではなく役割分担の語彙でAを語り始めているのは興味深い。


Bチーム:3日間でチームが変わった

X上で組織論として一番反応が大きかったのがB「エリートファミリア」だ。DAY1とDAY3で、視聴者から見えるチームの姿がかなり違う。

初日はリーダーのみこに判断や情報が集中している場面が目立った。大神ミオはDAY1終了後「明日どうするか作戦会議しました」と投稿し、翌日は拠点作成や個人ミッションを進め、リーダーの指示のもと動く方針を記している。うまくいかなかった状態をその日のうちに話し合い、翌日の動き方を変えた。

DAY2ではメンバー個人の準備が増える。AZKiはアーティファクト攻略を予習してミッション達成を報告し、白銀ノエルも「予習してよかった」と述べている。リーダーだけが学習したのではない。

最終日は大きく追い上げ、Aと同率1位。さくらみこは「みんな一人一人が努力し続けるエリートだった」、大神ミオは「最後の追い上げすごかった」「とてもあったかいチームで、家族でした」、AZKiも「最後の最後まで諦めない心で頑張って良かった」と振り返る。視聴者が「成長物語」と呼ぶだけでなく、メンバー自身が努力・助け合い・家族という言葉で3日間を総括している。

さらに9月7日の大神ミオ本人の「朝ミオ」では、ロゼキャンARKをあらためて振り返り、序盤には本人なりにかなり落ち込んでいたこと、その後メンバーが動き、最後に1位という結果を聞いて強く感動したことが語られている。これはBの変化を「外から見たストーリー」だけで説明しないための重要な補助線になる。初日の本人の感情と最終日の達成感に明確な落差があり、その間に作戦会議・予習・役割形成が挟まっている。

この後日談を含めると、Bで観察されたDAY1→DAY3の変化は、視聴者による組織論的な読みだけではなく、当事者自身の振り返りとも整合する。ただし、本人が「タックマンモデルで成長した」と説明したわけではないため、理論への接続は引き続き分析として区別する必要がある。

タックマンモデル(形成→混乱→統一→機能、の4段階でチームの成熟度を説明する枠組み)で読む分析もXで広がった。Bがその通りに動いたと証明されたわけではないが、「初日の混乱を翌日の作戦会議と学習で乗り越えた」という流れと相性がよい。DAY1の状態がDAY3まで固定されなかったことが、Bの核心だ。


Cチーム:権限・専門性・支援を分けてもチームは成立する

Cチームの正式リーダーは風真いろは。終了後、本人は「リーダー初めてすぎてあわあわしてましたがチームメンバーが支えてくれたのでなんとかやり切れました」と振り返っている。少なくとも本人の認識として、Cは「リーダーが一方的にメンバーを支えたチーム」ではなく、メンバー側からリーダーへの支援も成立していたチームだった。

この構造を具体的に見るうえで分かりやすいのが、常闇トワのDAY1視点である。元配信を基にした切り抜きでは、「初心者講座」「ミッションの足並みを揃える」「皆でプテラテイム」「イナのために奮闘」「チームを分けて探索」といった場面が時系列で整理されている。単に経験者が自分のミッションを高速で消化するのではなく、初心者に知識を渡す、全員の進行を揃える、必要に応じて探索を分担するという複数の支援機能が見える。

参考:常闇トワDAY1まとめ:経験者として初心者を気にかけ、ミッションを進める

ここで重要なのは、「ARKに詳しい人」と「正式なリーダー」が一致していないことだ。経験者が知識を提供し、リーダーが全体の旗を持ち、ほかのメンバーもその時点で必要な仕事を担う。これは、権限・専門性・実行責任を一人に集約しないチームとして読むことができる。

獅白ぼたんも終了後、「チームCの皆でいろんな挑戦ができて楽しかった」と振り返っている。これは強い組織論的な証言ではないが、少なくとも一人の経験者だけが攻略を代行したのではなく、「皆で挑戦した」という当事者側の認識と整合する。

「経験者が全部やる」ではなく、経験者がチームの処理能力を上げる

経験差のあるチームで起こりがちな失敗は、詳しい人に作業が集中することだ。

詳しい人が全部判断する。
詳しい人が全部作る。
初心者は待つ。
結果だけ見れば短期的には速い。

しかし、その構造では経験者がボトルネックになる。

Cで観察できるのは、それとは少し違う。トワが初心者へ説明し、足並みを揃え、必要に応じてチームを分ける。つまり専門知識が「本人だけの処理速度」に使われるだけでなく、ほかのメンバーが動ける状態を作るためにも使われている

開発チームなら、シニアエンジニアが難しいコードを全部自分で書くのではなく、

  • 手順を説明する
  • 判断基準を共有する
  • タスクを分割する
  • 困っている人を短時間で支援する
  • 自分がいなくても進められる範囲を広げる

という動きに近い。

専門家の価値を「自分が何件処理したか」だけで測らない、という話でもある。

リーダーが助けを受けられることは、弱さではなく構造上の強さ

いろは本人が「支えてくれたのでなんとかやり切れた」と言っている点は重要だ。

組織では「リーダーなのだから全部分かっていなければならない」「迷いを見せてはいけない」という暗黙の期待が生まれやすい。しかし、その期待を強くしすぎると、リーダー自身がボトルネックになる。

Cでは、少なくとも公開された行動上、

リーダーがリーダーのまま、経験者から助けを受けている。

専門家が正式権限を奪う必要もない。
リーダーが専門家のふりをする必要もない。

足りない機能をチーム内で補えばよい。

この点でCは、「支援型チーム」というより、もう一段具体的に、

権限・専門性・支援機能を分離し、相互補完で成立したチーム

として見る方が実務への転用性が高い。

DAY3の風真いろは視点も「ラストスパート」「できることはなんでもする」という方向で締められており、最終的には肩書きより「今チームに必要なことをやる」方向へ収束していった、と読む補助材料になる。ただし、これは配信タイトル・公開行動からの分析であり、本人が組織論としてそう説明したわけではない。


Dチーム:能力差・途中参加・失敗を「参加不能」にしない

Dチーム「ポンコツSAURUS」は、心理的安全性という言葉だけでは少し足りない。

このチームで面白いのは、経験値・世代・参加時点が揃っていないメンバーを抱えたまま、最後までチームとして遊べていることだ。

博衣こよりはDAY1の時点で、ARKがかなり久しぶりで「まずは感覚を思い出すところから」という状態で、仕事の都合から途中合流でもあった。一方、水宮枢は最終日の配信タイトルでも自ら「大初心者」として参加している。

つまりDは最初から、全員が同じスタートラインに立っていたわけではない。

経験者だけで最短攻略するチームではなく、

  • 久しぶりに復帰する人
  • 途中から合流する人
  • 大初心者を自認する人
  • 先輩・後輩の世代差があるメンバー

を含んだ状態で動いていた。

DAY1の「ポンコツ」が、排除ではなく共通言語になった

こよりはDAY1終了後、子どもの取り違えやプテラノドンの乗り違えなどを振り返り、「チーム名にたがわぬポンコツさ」としつつ「仲間と協力できてよかった」と投稿している。

通常、経験差のあるチームで失敗が続くと、「できる人だけでやった方が速い」という圧力が生まれる。

Dでは少なくとも公開コミュニケーション上、ミスや不慣れさが「ポンコツSAURUS」というチームの物語に吸収されている。

ここで「心理的安全性が高かった」と断定することはできない。心理的安全性を測定したわけではないからだ。

ただし、失敗や不慣れさを表に出したまま参加を継続できたこと、それを本人たちが肯定的に振り返っていることは観察できる。

「先輩達の優しさ」を初心者本人が明言している

この点を最も強く補強するのが、水宮枢本人の終了後投稿である。

最終日後、水宮は「初日の不憫がポイントになった」ことに加えて、「チームの先輩達の優しさを凄く感じた楽しい3日間だった」と振り返っている。

これはDの支援環境を外部視聴者が勝手に美談化しているだけではない。少なくとも初心者側の当事者本人が、先輩メンバーからの支援を3日間の重要な経験として認識している。

参考:水宮枢 本人の終了後投稿を確認できるプロフィール記録

さらに正式リーダーの夏色まつりも終了後、

「ぽんこつなリーダーでしたがそれぞれのペースで楽しくできてたかな」

と振り返っている。

この「それぞれのペース」という言葉は、Dを考えるうえで象徴的だ。

成果だけを最大化するなら、全員を同じ速度で動かそうとする方法もある。しかしDでは、少なくともリーダー本人が最終的に「それぞれのペース」で遊べたかどうかを気にしている。

Dを「オンボーディング型チーム」として読む

ここからDは、単なる「仲良し」「失敗を笑えるチーム」よりも、

習熟度や参加タイミングが違う人を、チームから脱落させず共同作業へ接続するチーム

として読むと実務的になる。

DAY1では、久しぶり・途中参加・初心者というばらつきがある。

DAY2では、こよりの配信も「ポンコツSAURUSの共同作業がんばるぞ」という方向へ移る。

DAY3には初心者の水宮自身が最後まで参加し、終了後に先輩たちの優しさを肯定的に振り返る。

これは「全員の能力が揃った」話ではない。

能力差を残したまま、共同作業が成立する状態へ持っていった話である。

開発チームでも、新規参画者を迎えたときに重要なのは、初日から既存メンバーと同じ速度でコードを書けることではない。

必要なのは、

  • 分からないと言える
  • ミスしても作業から外されない
  • 経験者が必要な部分だけ助ける
  • 小さくても担当を持てる
  • 徐々に共同作業へ入れる

という環境だ。

Dの公開された3日間には、このオンボーディングに近い構造が見える。

「初日の不憫がポイントになった」の意味

水宮の「初日の不憫がポイントになった」という言葉も象徴的だ。

初日の失敗や不運が、最終的に単なるマイナスで終わっていない。

後から成果や思い出へ接続されている。

これは組織でいうと、失敗を個人の査定上の失点だけで終わらせず、

次の判断、知識、改善、チームの共通経験へ変換する

ことに近い。

Dを心理的安全性の実証例とまでは言えない。

しかし、

不慣れさ・失敗・参加速度の違いが、その人をチームから外す理由にならなかった

という点は、当事者の振り返りを含めてかなり強く言える。


4チームを並べて見ると

観点 A B C D
特徴 分散型高出力 急速成長型 支援型 相互扶助型
リーダーシップ 複数人に機能分散 3日間で成熟 チームがリーダーを補助 関係性を重視
象徴的な言葉 役割分担 努力、家族 支えてもらった 仲間と協力

AかBの方法を会社にコピーすればいい、という話ではない。同率1位でもチーム形成の経路はかなり違う。「成果の出るチームには唯一の正解がある」という考え方への反例として読める。

個人能力だけでは説明しきれない。Bの追い上げは、初日の時点で個々のゲーム能力が突然変わったわけではない。3日間で変わったのは人ではなく、人と人の接続の仕方だ。

ARKは採取・建築・テイム・探索・戦闘など必要能力が異なり、作業間に依存関係がある。一種類の「ゲームが上手い」だけでは全部は処理できない。経験者と初心者、攻略が得意な人とコミュニケーションが得意な人が混ざり、個人評価では見落とされる能力がチームになることで価値を持つ。ロゼキャンARKではそれが露骨に見えた。


主催設計:指揮官にならなかったアキロゼ

4チームを見てきて、いちばん評価したいのは主催側の設計だ。アキロゼは全チームの行動を細かく指示していない。目的・期間・ポイント・禁止事項・共通設備・初心者向け導線・複数の攻略ルートを用意し、プレイはチームに委ねた。

「自由にやらせたから成功した」とだけ言うと本質を外す。PvP禁止、妨害禁止、期間固定、チーム固定、共通設備、視聴者の伝書鳩抑制——境界線はかなり明確だった。その内側だけが自由だった。

細かい手順まで上から決めるのはマイクロマネジメント、目的も成果物も曖昧なまま全部任せるのは放任。ロゼキャンARKはその中間で、「何のために・何を達成するか」と制約を明確にし、具体的な進め方はチームに任せた。このバランスが4種類のチームを生んだ。

なお、主催側がチーム編成まで手を入れていたのは、いわば「スタート地点の公平性」を担保する設計だった。公平な初期配置だけではチームは完成しないが、初期の偏りが大きすぎると3日間で観察すべき「チームの変化」が見えにくくなる。編成の説明を配信で開示したこと自体も、視聴者や参加者が「なぜこのメンバー構成か」を共有する土台になっていた。

アキロゼ自身も終了後、各チームにさまざまなドラマがあったことを喜び、振り返り配信を予告している。さらに神視点では、白銀ノエルをはじめとする参加者の成長やチームの連携を見て、運営として強く感情を動かされる場面もあった。少なくとも主催者自身が、単なるスコア競争だけでなく「参加者がどう変わり、どう協力したか」を企画の価値として受け取っていたことがうかがえる。

ここは「アキロゼが意図的にチームビルディング理論を実装した」とまで言うべきではない。確認できるのは、主催者が制約・環境・得点経路を設計し、その結果として生じた成長や連携を肯定的に受け止めていた、という範囲だ。この区別を保つことで、「チームが生まれる条件を設計した」という本稿の評価を、過剰な意図の推測なしに支えられる。

全行動を指定していたら違いは生まれなかったかもしれない。何もルールがなければ27人はまとまらなかったかもしれない。


おわりに

ロゼキャンARKを一言でまとめるなら、アキロゼは4つのチームを直接作ったのではなく、4つのチームが自分たちでチームになれる環境を作った、に近い。

共通目的がある。役割を見つけられる。失敗できる。助けを求められる。専門性を出せる。行動を改善できる。自分の仕事がチーム全体の成果につながっていると分かる。この条件が揃ったとき、「人の集まり」が「チーム」に変わる。3日間という短いイベントの中で、その過程が複数視点からこれほど鮮明に観測できたこと自体が、この企画の価値だ。

アキロゼ本人は「各チーム色んなドラマがあり本当に感動しました」と振り返っている。そのドラマは偶然の物語でも、よく設計された環境の中で人が他者と接続した結果でもある。チームを作る立場にいる人間にとって、学ぶものの多い3日間だった。


参考にした主な情報

種別 内容
企画告知 AKIROSE CAMP 開催告知(アキロゼX)
説明配信(9/1) 企画説明会&参加メンバー発表
説明配信(9/2) チーム発表&ムキロゼの冒険お役立ち情報(チーム分けの考え方の説明)
説明配信(9/3) 開幕直前・ミッション情報解禁
振り返り アキロゼ×ぺこら:Discordスケジュール公開など
Aチーム 不知火フレア視点のスバル振り返り切り抜き、Moona終了後投稿、ぺこらDAY1〜3配信
Bチーム さくらみこ・大神ミオ・AZKi終了後投稿、DAY1作戦会議のミオ投稿、9/7「朝ミオ」でのロゼキャンARK振り返り
主催者視点 アキロゼ神視点・企画後の振り返り(参加者の成長・連携に対する反応を確認)
Cチーム 風真いろは終了後投稿、常闇トワDAY1配信・初心者支援の切り抜き、獅白ぼたん終了後投稿
Dチーム 博衣こよりDAY1〜2配信・終了後投稿、水宮枢DAY3配信・終了後投稿、夏色まつり終了後投稿
切り抜き 各視点まとめ・DAY1〜3まとめ

※2026年9月8日時点の公開情報に基づく。本人が明言していない意図・心理状態は断定しない。ホロライブおよび各タレントの名称・配信内容は権利者に帰属する。

1
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?