事前に議事録を用意し何ならそこで議論を始めてしまう手法を試している - Qiita

定例ミーティングの準備、どうしていますか？ 多くのエンジニアがそうであるように、私の所属するチームで毎週定例のミーティングをしています。 この記事は、この定例ミーティングに向けてどのような準備をしているかという話です。 私の所属するチームは私を含め3人に非常に小規模なチームです。そのため、チーム運営のための実験も比較的簡単に行うことができます。 以前のやり方 この方法にする前は、各々が今週の進捗や、話したい内容を、手元にテキストで用意しておいて、定例ミーティングでSlackにガッと投稿して、それを見ながら報告をするという手法でした。 この方式には以下の問題点がありました ミーティングのその人のターンが来るまで、どのような内容が話されるか不明 即座に意見があれば返す必要がある ミーティングに出席できないと意見を出しそびれる まぁ重大な意見であれば後日改めて伝えればよいのですが、ちょっとした疑

[tsutsumi154]

レジュメ作るなんて当たり前だろ 会議は始まるまでに8割方終わってないと

[dazz_2001]

そもそも、その議論が必要か？という点も前提にある。

[tockri]

みんなで同時に編集できるドキュメントはオンラインでは無いとどうにもならないし、オフラインでもめっちゃ便利だよね。Google DocsもSpreadsheetもすごい助かってます。

[a-kuma3]

資料を朗読してもらう場だと思ってる（と、認識すらしていない可能性も大きい）層が一定数居るので、会議は儀式だと思ってあきらめてる

[grugrugru]

議事録

[name-25137412]

どうやって実現するかはさておき方向性は健全

[asamaru]

自分は議題や主要論点があらかじめわかっているときはそうしてる。あと、ヒアリングとか調査報告書もまず最初に調査事項書いた報告書のテンプレ作ってから出かける。

[yarumato]

“まずは社内にHedgeDocを用意。HackMDのオープンソース版でリアルタイムに共同編集できるWiki。共同編集の無いWikiの単一ページを複数人が編集するとコンフリクトを避けるため一気に書くため結局MTGギリギリ、を避けたい”

[Guro]

（そうだけど。それって事前に議論する時間をとることを強要しているのでは問題。また、○日から○日までの間に読んでコメントしといてね、としても、早い者勝ち的な状況が生まれるのでは。）

[inajob]

Qiitaのトレンドに入っても、はてブはそんなに付かないのね(内容の問題も大いにありそうだが、、)