mcpField
R
running-meetings

running-meetings

github.com/refoundai生産性1.4k359 回インストール15 週間前に更新
リポジトリ

running-meetings について

Lenny's Podcast と Newsletter の知見に基づく、プロダクトマネージャーやチーム向けの会議運営スキルです。会議の見直し、議題設計、合意形成、会議中のアクション項目完了を支援します。

主な機能

  1. 01定例会議の見直し
  2. 02議題と事前資料の設計
  3. 03合意形成と参加の促進
  4. 04会議中のアクション項目完了
  5. 05意思決定テンプレートの活用

活用シーン

  1. 01定例会議の必要性の検討
  2. 02焦点を絞ったチーム会議の準備
  3. 03課題の発見と発言機会の調整
  4. 04終了前の担当者と期限の明確化

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/refoundai/lenny-skills --skill running-meetings

インストール後、Claude Code で/running-meetingsを入力して読み込まれたか確認します。

同梱ファイルreferences/artifacts.mdreferences/guest-insights.md

詳細

効果的な会議の進め方

カレンダーを、心をすり減らす時間泥棒から、迅速な合意形成を実現する仕組みに変えましょう。

Lenny's Podcast と Newsletter の12人のゲストや投稿から得られた知見を活用し、ユーザーが効果的な会議を進められるよう支援します。

支援方法

  1. 現在の会議を見直す - 既存の定例会議の目的と頻度を分析し、非同期では解決できない具体的な課題に対処できているか確認します。
  2. アジェンダを設計する - 参加を最大限に促すため、明確な目標、黙読の時間、心理的安全性を高める習慣を盛り込んで会議を構成します。
  3. リアルタイムでの合意形成を促す - 積極的に傾聴し、意見をまとめる手法を使って、関係者が自分の意見を聞いてもらえたと感じ、障害が明らかになるようにします。
  4. 会議後に残る作業を減らす - 会議後ではなく会議中に、アクションアイテムとドキュメントを仕上げる習慣を取り入れます。

基本原則

発見と意思決定を切り分ける

Annie Duke:「人は一般に、会議の目的は発見、議論、意思決定の3つだと考えています。会議で行うべきなのは、議論だけです。」

会議が始まる前に情報収集の段階を非同期で完了し、同期の時間を価値の高い議論と最終的な選択に充てます。

心理的安全性を優先する

「Ideal sprint length, designer vs. PM roles, running PM team meetings, running post-mortems, best product/executive coaches, and much more」より:「私たちのPMチームには、「何が大変に感じるか[本来より大変に感じること]」を話す時間があります。この時間の目的は、さまざまなレベルでのつまずきを話し合うことです。たとえば、Team X とのコミュニケーションの問題を解決すること、予想外の疑問が生じて行き詰まった PRD を詳しく検討すること、ビジョンや戦略のバージョンを試してみることなどです。」

メンバーが安心して困難なことを打ち明け、仲間に助けを求められる、率直に話せる専用の場を設けます。

事務作業の負債を解消する

「Product manager is an unfair role. So work unfairly.」より:「会議で出たアクションアイテムをやることリストに追加するのではなく、会議中にその場で実行しましょう。全員が見ているところで、画面を共有しながら。」

会議中に小さなタスクを完了し、合意形成のための習慣を実践することで、フォローアップ作業の蓄積を防ぎ、すぐに勢いをつけられるようにします。

合意形成の前に理解を確かめる

「A PM’s guide to influence」より:「相手は、自分の話を十分に聞いてもらえたと感じるまで、こちらの話に耳を傾けないことがよくあります。こちらが相手の見解を深く理解していないと思われると、相手は自分の意見をもっと強く繰り返すことに夢中になり、こちらの意見を聞かなくなることがあります。」

積極的な傾聴と内容の確認を通じて、関係者が自分の意見を聞いてもらえたと感じられるようにします。これにより、合意を妨げる防御的な反応を防げます。

意図を確かめるために見直す

「Leading a PM team meeting - Issue 19」より:「ただ会議を開くためだけに、この会議を開かないでください。この会議を追加すること、あるいは続けることが、常に全員の時間を費やす価値があるか確かめましょう。どのような課題を解決しようとしているのでしょうか?」

ほかの手段を使うほうが効率的に解決できない具体的な課題に対処する定例会議だけを継続します。

テンプレートとフレームワーク

  • PM チームミーティングのアジェンダテンプレート(理想的なスプリントの長さ、デザイナーと PM の役割、PM チームミーティングの進行方法、振り返りの進め方、優れたプロダクトコーチ/エグゼクティブコーチなど) - 透明性、心理的安全性、PM の成果を高めるために構成された、週次 PM チームミーティングのアジェンダです。
  • Dory と Pulse(意思決定フレームワークの中で特に気に入っているもの) - 発言機会を均等にし、集団思考を取り除くことで、会議でのリアルタイムの意思決定を大きく強化する、2 部構成のメタフレームワークです。14 種類のバリエーションが記録されています。
  • Note-and-Vote による意思決定手法(デザインスプリントの考案者による「Foundation Sprint」の紹介) - グループでの議論の前に各自が個別に黙って考えることを必須にすることで、集団思考を防ぐ、迅速なグループ意思決定手法です。
  • 会議中に完了するアクションアイテムのチェックリスト(プロダクトマネージャーは不公平な役割です。だから不公平に働きましょう。) - 会議後の To-Do リストに追加するのではなく、画面共有しながら PM が会議中に完了できるアクションアイテムの一覧です。
  • WWW(Who/What/When)アクション明確化テスト(フィードバックのための GAIN フレームワークの紹介:相手に喜ばれ、感謝され、行動につながるフィードバックを提供するための、エビデンスに基づくアプローチ) - どのような会議や会話から生まれたアクションアイテムでも、実際に実行可能かを確認するための、簡単な 3 語テストです。
  • PM 向け会議効果チェックリスト(スタートアップの PM と大企業の PM) - プロダクトマネージャーとして生産的な会議を進行するための、ステップごとのチェックリストです。
  • PM チームミーティングの頻度ガイド(PM チームミーティングの進行 - 第 19 号) - チームの規模に基づいて、PM チームミーティングに適した開催頻度を選ぶためのガイドラインです。
  • 優れたエグゼクティブチームミーティングの形式(Matt Mochary) - 非同期の事前資料を活用し、3 時間の会議を 45 分に短縮するための会議構成です。

詳細を含む全項目の一覧は、references/artifacts.md を参照してください。

ユーザーに役立つ質問

  • 「この会議で解決しようとしている具体的な問題は何ですか?」
  • 「短い動画や非同期のドキュメントで、より効果的に伝えられる情報ではありませんか?」
  • 「意思決定に必要な最小限の参加者は誰ですか?」
  • 「会議の開始前に、参加者が確認しておくべき資料やデータは何ですか?」
  • 「すべての参加者が安心して率直な意見を共有できるよう、どのように配慮しますか?」
  • 「全員が会議室を出る前に、アクションアイテムを確定するためにどのような習慣を取り入れますか?」

注意すべきよくある間違い

  • ステータス報告の弊害 - ダッシュボードやメールで共有できる一方向の情報伝達に、同期時間を使うことです。
  • 担当者が曖昧 - 議論したすべてのアクションアイテムについて、担当者と期限を明確にしないまま会議を終えることです。
  • 人間的な側面を無視する - チームのつながりや心理的安全性をおろそかにし、実務的なアジェンダだけに集中することです。
  • 受け身のファシリテーション - あらゆる視点を引き出すための構造化された習慣を使わず、声の大きい人に会話を支配させることです。

詳細

12 名のゲストから得た、出典のある 19 件すべての知見については、references/guest-insights.md を参照してください。

関連スキル

  • プロダクトレビュー
  • エグゼクティブコミュニケーション
  • 上司との関係構築
  • 文章によるコミュニケーション

コメント