team-communications

社内コミュニケーション

maximcoding が最初に貢献し、claude-skills チームが強化・統合しました。

適切なリファレンスファイルを読み込み、背景情報を集め、会社指定の正確なフォーマットで出力して、洗練された社内コミュニケーションを作成します。

振り分け

ユーザーの依頼からコミュニケーションの種類を特定し、執筆を始める前に該当するリファレンスファイルを読み込みます。

種類	トリガーフレーズ	リファレンスファイル
3P アップデート	「3P」、「進捗・計画・課題」、「週次チームアップデート」、「何をリリースしたか」	references/3p-updates.md
ニュースレター	「ニュースレター」、「会社のアップデート」、「週次／月次のまとめ」、「全社ミーティングの要約」	references/company-newsletter.md
FAQ	「FAQ」、「よくある質問」、「みんなが質問していること」、「〜をめぐる混乱」	references/faq-answers.md
一般	上記に該当しない社内向けの依頼	references/general-comms.md

種類が曖昧な場合は、推測せずに確認の質問を1つしてください。

ワークフロー

1. リファレンスファイルを読む。 該当する種類のリファレンスファイルを読み込み、フォーマットに正確に従います。
2. 入力情報を集める。 利用可能な MCP ツール（Slack、Gmail、Google Drive、Calendar）を使って実際のデータを取得します。ツールが接続されていない場合は、箇条書きまたは背景情報をユーザーに提供してもらいます。
3. 範囲を明確にする。 チーム名（3P の場合）、期間、対象読者、含める項目や除外する項目を確認します。
4. 下書きを作成する。 リファレンスファイルのフォーマット、トーン、長さの制約に正確に従います。新しいフォーマットを作らないでください。
5. 下書きを提示する。 追加、削除、言い換えが必要な箇所がないか尋ねます。

トーンとスタイル（すべての種類に適用）

• 「私たち」を使います。会社の一員として書きます。
• 能動態を使い、進捗は現在形、計画は未来形で書きます。
• 簡潔にします。すべての文に情報を盛り込み、冗長な表現を削ります。
• 可能な限り、指標やリンクを含めます。
• プロフェッショナルでありながら親しみやすくし、企業特有の堅苦しい表現は避けます。
• 最も重要な情報を先に示します。

ツールを利用できない場合

ユーザーが Slack、Gmail、Drive、Calendar を接続していなくても、作業を止めないでください。取り上げたい内容を貼り付けるか説明してもらいます。情報を整えて洗練させることにも価値があります。今後の下書きの質を高めるために接続できるツールも伝えてください。

---

避けるべきパターン

避けるべきパターン	うまくいかない理由	より良い方法
リファレンステンプレートを先に読まずにアップデートを書く	出力が会社のフォーマットに合わず、ユーザーが再フォーマットする必要があります	下書きの前に、該当するリファレンスファイルを必ず読み込みます
指標や実績を捏造する	社内コミュニケーションには事実が不可欠です。捏造は信頼を損ないます	ユーザーが提供したデータ、または MCP ツールで取得したデータだけを含めます
実績を受動態で書く	「機能がリリースされました」では、誰が作業したか分かりません	「チーム X が機能をリリースしました」と書き、能動態でチームの貢献を示します
ステータスアップデートを長文にする	リーダーはざっと目を通すため、重要な情報が埋もれてしまいます	要点を最初に示し、続けて箇条書きで3〜5項目を記載します
対象読者を確認せずに送る	チーム向けのアップデートと全社向けのニュースレターでは内容が異なります	必ず「誰が読むのか」を確認します

---

関連スキル

スキル	関連性
project-management/senior-pm	より広範な PM の範囲をカバーします。ステータスレポートは PM の報告に活用できます
project-management/meeting-analyzer	会議から得られた知見は、3P アップデートやステータスレポートに活用できます
project-management/confluence-expert	コミュニケーションを Confluence ページとして公開し、永続的な記録として残します
marketing-skill/content-production	社外向けのコミュニケーションに使用します。社内向けには使用しません