＼回答があります！／

• 

  和田健太郎

  エンジニア

  2年前
  私も定例会（基本週１）をベースにカスタマイズしていく感じで以下のような条件分岐がいくつかあります。
  
  ・キックオフ：
  最初が肝心、始まった感でメンバーマネジメントしやすくなるので、定例会とは別に「キックオフ」と名付けてやるようにしています。
  
  ・計画フェーズ：
  キックオフ直後は定例会の頻度を上げる場合があります（週１→週２、場合によっては週３）。とにかく最初に情報整理や手の動かし方、ホウレンソウの慣れを詰め込んで置くことで、プロジェクト開始後に「なんとなく進んでいる」みたいなアイドルタイムを排除する目的です。大抵の場合は２～３週間もやれば十分ですが、熟練者が多いほどこのフェーズ抜け出すのは早い印象です。
  
  ・リリースフェーズ：
  リリース直前直後のドタバタ期は定例会の頻度を上げます（週１→週２、場合によっては毎日）。なんだかんだリリース前後では課題が頻出しがちなので、大体１～２週間位はこの頻度になることが多いです。
  
  ・分科会発動の条件を決めておく：
  定例会の頻度は増やしたくないけれど、必要なタイミングで過不足なく情報共有や課題解決しておきたいという気持ちで、キックオフ・計画フェーズで分科会の発動条件を合意しておきます。（誰が提案してもいい、定例会で未解決の課題が○個以上残る状態が○回続いたらやる、など）
  
  ご参考頂けますと幸いです。
  view数 109

• 

  石川寛之

  プロジェクトマネジメント

  2年前
  自分の場合、PJ単位の働き方（リモートメイン）になるので、参考になるか分かりませんが回答してみます。会議体の種類は、明確に以下の類に分かれると思ってます。それぞれ、やる頻度はある程度固まっているので、その場での共有（認識の擦り合わせ）と、課題解決がメインになるかと思います。後は、Agendaを必ず用意すれば、30分～1時間以内に終わるものばかりです。
  
  基本、会議体以外で必要な口頭ベースの会話は、Slackのハドルなり、Gatherなり、音声だけのツールを使えば済むと思うので、上手く使い分けることが重要かなーと感じます。
  
  〇毎日
  ・朝会（チーム単位）※ビデオONで話したい
  〇毎週
  ・週次定例（関係者のみ）
  ・スプリントプランニング（チーム単位）
  〇PJ毎
  ・キックオフ（全員）
  ・KPT振り返り（全員）
  〇適宜
  ・ショートMTG（数名）※音声中心で手短に
  view数 26
  • 3