記事のサマリー（TL;DR）
- サイボウズ QA外部コネクトチームは、発信負荷を下げる仕掛けと発信エネルギーを増やす仕掛けの2軸で外部発信文化を醸成
- 「テーマ付き社内LT → 社外ブログ → スポンサーLT」という3段階の階段設計で、発信者が小さな達成感を積み重ねられる構造を実現
- 専用の社内スレッド「ブログ読んでる人いたよスレ」により、発信者へのフィードバック到達を仕組み化し、応援を可視化
技術広報・発信文化醸成に取り組む国内QA・開発チームへの示唆
サイボウズのQA外部コネクトチームの取り組みは、技術広報や社内エンジニアの外部発信に課題を抱える国内IT企業にとって参考になる実例です。日本では「発信したい気持ちはあるが一歩が踏み出せない」エンジニアが多く、発信を”特別な人がやること”として遠ざけてしまう文化が根強い傾向があります。この記事が示す3段階の階段設計は、発信ハードルを段階的に下げつつ、各ステップで達成感を得られる点が特徴的です。
また、ブログのアクセス解析をキャリア採用チームと連携して行うという視点は、コンテンツ成果をエンジニア個人に還元する仕組みとして実践的です。kintone や Salesforce のような業務 SaaS を使うチームでも、類似の「フィードバック可視化スレッド」を Slack や Teams と組み合わせて構築することで、同様の応援文化を醸成できます。技術広報の取り組みを GA4 等のアクセスデータと組み合わせて効果測定している点も、採用ブランディングと発信施策をつなぐモデルとして注目に値します。
詳細
発信にはエネルギーと負荷がある
QA外部コネクトチームは2025年8月に発足し、前身チームが担っていたカンファレンス協賛のほかにも、さまざまな外部発信支援を試みてきました。チームリーダーのmassanさんは、外部発信の構造を次のように整理しています。
発信する ＝「発信したい」＞「発信したくない」
外部発信には、テーマ探し・準備時間の確保・社外向けへの情報整理・普段と違う場への緊張といった複数の負荷がかかります。一度の大きな負荷を乗り越えられるほどの発信意欲を持つ人は、むしろ例外的な存在です。そこでチームは、応援活動を次の2軸に整理しました。
- 発信する負荷を下げる
- 発信したいエネルギーを増やす
発信する負荷を下げる：3段階の「発信の階段」
ステップ1：テーマ付き社内LT
yuuki（@yuuki_cybozuQA）さんが社内イベント「開運まつり」でQAエンジニアのLTレーンを企画したことがきっかけです。テーマがあらかじめ決まっており、「誘われる」という状況を用意することで、発信者はテーマに沿ったトピックを選ぶだけで済みます。社外向けに情報を整理する必要もなく、社員向けのオフライン発表という比較的ローリスクな場で登壇経験を得られます。
massanさん自身もこの場に招かれた一人。普段から社外発信に積極的なyuukiさんからの声がけであること、他のQAメンバーと一緒に登壇できるという機会が、発信へのモチベーションを高めたと述べています。
ステップ2：社外ブログ（リレーブログ）
「せっかくのQAレーンLTを社内発信で終わらせるのはもったいない」という思いから、LT終了後に登壇者に声をかけ、サイボウズの技術ブログ Inside Out へのリレーブログを企画しました。
社内LTを経ることで「話の内容がすでに定まっている」「社内からの反応をもらっている」という状況が作れるため、執筆時は次の点に集中できます。
- 社外向けに情報を整理すること
- LTで話せなかった点を補足すること
リレーブログのレギュレーションはシンプルに設定されました。
- 必須：サムネイルと冒頭あいさつの統一、LTの内容を軸にすること、社外に公開可能な形に情報を整理すること
- 推奨：LTで話せなかった補足を加えること、トレンドや一般知識を意識して書くこと
公開順に柔軟性を持たせながらも締切を設けることで「ほどよいレール」として機能。LT会からあまり時間を空けず、共催イベントや春先のふりかえりブログが増える時期の前に公開する、という時期設定も合理的な判断でした。
ステップ3：スポンサーLT（社外登壇）
リレーブログで発信された内容の中から、協賛先カンファレンスとの相性が高いものを選び、スポンサーLTとして登壇を依頼。発信者には、オフラインの社外登壇という新たな緊張感の体験と、協賛先イベントに合わせた内容のブラッシュアップを担ってもらいます。
リハーサルには中途入社間もないメンバーも参加し、社外に伝わりにくい表現を事前に発見できるという副次的な効果もありました。各ステップで達成感を積み重ねられるこの階段設計は、発信者にとっても応援者にとっても満足度が高い仕組みです。
発信したいエネルギーを増やす：フィードバックの仕組み化
まず「いいね！」を届ける
QA外部コネクトチームでは、社外登壇の練習・資料レビュー・ブログテーマ相談などの支援を行い、その中で積極的に「いいね！」を言語化して伝えることを実践しています。
- 発信しようと思い立ったこと自体へのいいね
- 発表内容へのいいね
- 発表の仕方・表現へのいいね
自分たちの経験をもとに具体的なよい点をシェアすることで、推敲の助けになるだけでなく、発信がチームへどう貢献しているかを発信者自身が実感できるきっかけにもなります。
フィードバックが発信者に届く仕組みをつくる
発信の場によってフィードバックの量・内容は大きく異なります。
| 発信の場 | フィードバックの主な形式 |
|---|---|
| 社内LT | 社内実況スレッド、現地参加者の反応 |
| 社外ブログ | SNSの感想・拡散 |
| 社外登壇 | SNS、現地でのコメント |
これらを定量・定性の両面から収集・分析するために、チームは次の取り組みを行っています。
- ブログ等オンラインコンテンツのアクセス解析：公開日・関連イベントの日時・テーマごとのアクセス増減を追跡
- 採用チームとの連携：キャリア採用チームに「応募者がサイボウズに興味を持ったきっかけ」を確認し、ブログ経由の効果を把握
- 「ブログ読んでる人いたよスレ」の開設：外部イベント参加や採用活動の中でQAメンバーのブログ・登壇に言及があった際、発信者本人に伝える専用の社内スレッド
この「ブログ読んでる人いたよスレ」は、フィードバックの流れを作るだけでなく、「自分は発信しないが人の発信は応援したい」という潜在的な応援者を活動に巻き込み、応援文化自体を可視化・拡張する効果があります。
おわりに：「特別な人だからできる」から「少しずつ積み上げて個々の特別へ」
1年間の活動を通じてQA外部コネクトチームが一貫して取り組んできたのは、「潜在層に種をまき、発信したいを応援する」こと。発信文化の醸成に銀の弾丸はないものの、小さな成功体験の積み重ねで「普通のエンジニアが発信できる人になる」プロセスを設計し続けた1年でした。
現在は、頻繁に連携する他チームとのコミュニケーション整備や、よく発生するタスクのノウハウ整理を進め、より軽量に成果を出せる体制へと改善中。API基盤を主領域とする開発チームのQAとして、「APIのように使い手にとってわかりやすいコミュニケーションパスを整えていきたい」という言葉が、チームの今後の方向性を端的に表しています。
本記事は CYBOZU SUMMER BLOG FES ’26 の QAエンジニアレーンの締めくくりとなる記事です。