ハクソク

世界を動かす技術を、日本語で。

リモートなら、自由に話そう

295日前原文(stephango.com)

概要

リモートチーム におすすめの「ramblings」チャンネル導入法を紹介。 個人ごとのチャネル で自由な発信を促進し、グループチャネルの混雑を防止。 深い集中 とチームのつながりを両立する工夫。 アイデア創出 や課題解決のきっかけにも有効。 Obsidian での実践例をもとに、運用のポイントを解説。

小規模リモートチーム向け「ramblings」チャネル活用法

  • チームメンバーごとに 個人専用「ramblings」チャネル を作成
    • チャットアプリ内で パーソナルジャーナル や マイクロブログ として活用
  • 投稿内容例
    • 現在のプロジェクトに関する アイデア
    • ブログ記事やユーザーフィードバックへの 考察
    • 「もしこうだったら？」という 仮説提案
    • 旅行や趣味の写真 などプライベートな話題
    • 問題のラバーダッキング （独り言で整理）
  • 運用ルール
    • チャネル名は 各メンバーの名前 に統一
    • トップレベル投稿は本人のみ、他メンバーはスレッド返信のみ可
    • すべての「ramblings」チャネルは チャンネルリスト最下部のRamblingsセクション に配置
    • デフォルトでミュート設定、閲覧は任意、読む義務なし

「ramblings」チャネルの効果と実践例

  • Obsidian で2年前から導入、今も継続利用
    • 定例ミーティングなし のため、「ramblings」が 水飲み場トーク の役割
    • 深い集中時間 を確保しつつ、チームの 人間的なつながり を維持
  • 発信が自由で気軽なため、 新機能案やプロトタイプ、創造的な解決策 が生まれる土壌に
  • 年1回の 対面ミートアップ 以外でも、 継続的な人間関係構築 を支援

導入のポイントとメリット

  • グループチャネルの混雑防止 と 個人の思考共有 の両立
  • 心理的安全性 の向上、自由な発信文化の醸成
  • 集中妨害を最小限 に抑え、 深い作業 と チームの一体感 を両立
  • アイデアの種 や 改善案 の自然発生を促進

まとめ

  • 2〜10人規模のリモートチーム に最適なコミュニケーション施策
  • 個人の声 を残しつつ、 チーム全体の成長 や 連帯感 をサポート

Hackerたちの意見

シニカルな自分が言うには、これもまた興味深いものを探すためにスキャンしなきゃいけないチャンネルのリストになるだけだし、エンゲージメントを保つためにやり取りもしなきゃいけない。リモートチームの社会的結束を高める努力は評価するけど、仕事環境のストレス要因の一つであるチームコミュニケーションと絡めるのは、個人的には違うと思う。

└

私の皮肉な部分が言うには、これはまた興味深いものを探すためにスキャンしなきゃいけないチャンネルのリストになるだけだし、エンゲージメントを保つためにやり取りしなきゃいけないってことになるんじゃないかな。投稿にはミュートするチャンネルで、やり取りは期待されてないって書いてあるけど。

└

本当にSlackで「インボックスゼロ」を追求してるの？それ自体がフルタイムの仕事みたいだね。

投稿は読んだけど、リモートの時にはぶらぶらするのもおすすめしたいな。つまり、日中に散歩する時間を持つってこと。朝に約1時間のハイキングを「通勤」としてやってたよ。これで家と「仕事」の区別がつくし、歩きながらのルーチンのカーディオや考え事がすごく価値あるものになるんだ。

└

これは「子供を学校に送る」ってことでもあるよね。私のスケジュールが許すときは、娘と一緒に犬を散歩させて、彼女のバス停で友達に会うんだ。何年か前は、保育園までの往復で45分かかってたよ。

└

確かに、フルリモートで多分働きすぎの私としては、ベッキーを学校から迎えに行くことがないからって、負け犬なんじゃないかって時々思うよ。今日は体調が悪いからオフラインで「のんびりする」（今日はもう私のこと聞かないだろうね）ごめん、「渋滞」（午前10時）ごめん、「電車がキャンセル」 *ちょっと早めに（午後2時）[適当な理由]のアポイントのために出るよ。これらは全部完全に妥当な理由だけど、毎日のように聞くと面白いよね。ちなみに、私は仕事が結構好きで、サボることには興味がないんだ。

私たちは定期的なミーティングがないから、ぶらぶらするのは水冷却器の話の代わりなんだ。これが違いだね。ほとんどのチームは毎日(!)の定期ミーティングがあるから、そんなぶらぶらするチャンネルはしばしば別の仕事のように感じてしまって、チームの自然なニーズから生まれないから失敗しがちなんだ。

└

そもそもチームが社会的な交流が足りないことを認識する成熟度によるけど、「定期的なミーティング」が自動的に「水冷却器の話」に変わるわけじゃないとも言えるね。だから、定期的なミーティングがあっても、やっぱり社交を求めることがあるかもしれない。

└

コロナ以降、リモート企業で働いてるけど、毎日ミーティングがあっても、ぶらぶらするための専用スペースは実際にクールなアイデアだと思う。私たちは通常、ミーティングを厳密にテーマに沿って進めようとしてるから。

└

私たちは、完全に分散したチームのために、週に2回、15〜30分のプロジェクトの話をしない社交ミーティングを設定してるんだ。これがすごく助かってる。あと、Slackには専用の雑談チャンネルもあって、ほぼ一日中活発に使われてるよ。

└

そんなダラダラしたチャンネルは使ったことないけど、私は結構「ダラダラ」する方だよ。私にとっての面倒くさいのはダラダラじゃなくて、予定されたミーティングなんだ。日々のミーティングでは新しい情報は生まれないし、基本的に興味のある人たちがすでに知っていることを繰り返すだけ。私はミーティングを待って発言することはないよ。時間を無駄にするだけだからね。それに、カジュアルなランダムミーティングの時に、スクラムマスターが「これについては別のところで話しましょう」って言って、素晴らしいアイデアの火花を消すことが何度もあった。

└

ほとんどのチームは毎日 (!) ミーティングを予定していて、.. 30〜50%の時間をミーティングに費やすから、誰かがいつも「これについてはオフラインで」とか「後で戻ってきましょう」って言ってるよね。

これが一般的なオフトピックのチャットチャンネルとどう違うのか、ちょっと理解できないな。フォローする必要はないけど、ダウンタイムやClaude Codeを待ってる間に覗けるっていう。大企業にはスケールしないけど、記事に出てた2-10人のチームには、追跡しなきゃいけないチャンネルが2-10個あるよりはいいと思う。

└

そうだね、1つのオフトピックチャンネルを使って関わることを促す方が、小さなチーム以外にははるかにオーバーヘッドが少なくなると思う。

└

それが主にSlackの#generalの役割じゃない？

└

「Claude Codeを待ってる間」ってのは新しい「コンパイル中」ってことだよね。

もうチャットやチャンネルが多すぎて疲れてるよ。さらに10個も追跡してチェックするのは勘弁してほしい。でも、1つのぶらぶらチャンネルはいいアイデアだと思う。

ちょっと精神的に病んでる（薬を飲んでる）同僚がいて、これを台無しにしちゃうんだ。チャンネル全体が彼のテキストの壁になっちゃう。彼の長文メールを理解するだけでも大変なのに、その中に大きなレポートが埋まってたりするからね。

└

彼らが言いたかったのは、各自に自分専用の公開チャンネルがあるってことだと思うよ。

└

今はチャットGPTがいるから、彼と話すのも楽だね :)

└

このコメントを残す勇気を持ってくれてありがとう。人は常に完璧で楽観的だと振る舞うのは無理だよね。だからこそ、ダラダラした話は全てのメールや真面目なコミュニケーションとは別のチャンネルにすべきだと思うんだけど、まだうまくいかない理由もあるんだ。以前は「ランダム」チャンネルに壁のような長文を残してたけど、その時はリモートでもなかった。私の理由は全く非合理的ではなかった。大抵の場合、ビジネスの運営の仕方から真剣に受け止められていないと感じていて、「場違いな発言」をする唯一のチャンスだったんだ。境界を設けないことを奨励する職場は、経験の浅い人を雇う小さなスタートアップが多い。結局、誰かが言ったことは彼らを操るために使われたり、中間管理職の腐った部分がアイデアを「盗む」ために使われたりする。私もこの考え方は好きじゃないし、誰にでも簡単に悪用されると思う。

一般的なトピックには以下が含まれる： > - 現在のプロジェクトに関連するアイデア > - ブログ投稿や記事、ユーザーフィードバックについての考え > - 「もしも」の提案 > - 最近の旅行や趣味の写真 > - 問題を「ラバーダッキング」すること 仕事に関するトピックとプライベートなトピックは分けるべきだと思う。前者に興味がある人もいれば、後者には興味がない人もいるし、また興味を持つタイミングも違うからね（時間帯や週の中で）。それに、仕事に関するトピックは労働時間としてカウントされるけど、プライベートなものはそうじゃないっていう法的な側面もあるし。

└

仕事に関するトピックは労働時間としてカウントされるけど、プライベートなものはそうじゃない みんな給料制なのに、なんでそんなことが重要なの？

└

仕事に関する話題は労働時間にカウントされるけど、プライベートな話題はカウントされないという正式な/法的な側面もあるよね。だからオフィスにいる時、コーヒーメーカーのところで仕事以外の話をすることはないの？

タイトルには強く同意するけど、提案された詳細は私の好みじゃないな。意味のあるチャンネルのグループを選んで（チーム別/プロジェクト別/マネージャー別）、ただタイプを始めればいいんだ。忙しいチャンネルは活気があって、自分たちの文化を自然に作り出すよ。犬の散歩中に見つけた面白いものの写真と仕事の話を自由に混ぜてみて。「スレッド」を使えば、これがすごく管理しやすくなるよ。

「オフィス・ア・ラ・ズーム」って呼んでる似たようなことをやってるよ。週に2回、週次のスタンドアップを15分から1時間15分に延長してるんだ。オープンなズームに自由に出入りできて、まるで水冷却器のコーナーみたいな感じ。仕事から趣味まで、どんな話題でもOKだよ。私たちは完全にリモートで、アメリカ、EMEA、APACにいるんだ。

個人的な話をシェアさせて。2014年にCloudflareでDDoS緩和の仕事をしていたとき、同僚のジェームズ（Jog）とたくさん協力したんだ。サーバーへのログインの仕方から、「Anycastって何？」、「この問題をどうやって緩和したのか、具体的な手順を教えて」まで、いろいろ質問した。こういう会話は二人だけのものじゃなくて、他の人たちも似たような質問をしてることに気づいたんだ。いくつかのテーマは純粋にオンボーディングの摩擦に関するものだったし、他の人たちが知らなかったワークフローについてのものもあった。だから、その質問を社内の公開チャンネルに移して、「Marekの愚痴」と名付けたんだ。まさに愚痴を言ったり、面倒な質問をしたりする場所だったからね。ロンドンの他の人たち（Zygis）も招待したら、気づいたら会社の半分が参加してた。すごく価値があったよ。会社の他の場所では本来の居場所がなかったことをキャッチして、技術的な新情報から、構造から逃げていた議論まで、いろいろなことが話されてた。特にインテルのファームウェアのバグを疑ってたけど、それは当時の特定のチームの範疇外だったんだ。その後、チャンネルはもっと受け入れやすい名前に変更されて、「Marekの技術コーナー」となり、10年以上にわたって技術的な会社文化の中で明確な場所を持つことになった。だから、愚痴を言う場所を持つことは重要だし、みんなが気軽にバカな質問をしたり、文句を言ったりできる「自分のチャンネル」を持つことも大事だよ。個人チャンネルはやりすぎかもしれないけど、チームごとや場所ごとの「愚痴・雑談」チャンネルはいいアイデアだと思う。