開発者チームのミーティングを実行する方法は？

10人の開発者からなる私たちのチームは毎週会合を開きます。会議はかなり退屈で、特に有用ではありません。良い会議をするためにどの形式/議題を利用していますか？

ピザを提供した会議室で毎週会います。形式は、部屋を一周し、作業中のさまざまなタスクのステータスをリストし、来週のタスクについて話し合います。マネージャーは、今後数か月および1年先の今後のプロジェクトと優先事項の概要を提供します。

更新

これらの会議の目標は多かれ少なかれです-一般的なチームの構築、誰もが取り組んでいるものの知識を共有し、変化する会社のイニシアチブを誰もが認識し続けることです。仕事の割り当てを正式に「配る」ことではありません（他の方法で行われます）。

チームミーティングを行う頃には、私たちは一週間中何をしていたか、来週何をするかをすでに知っています。そして、長期計画の合理的な概要があります。

チーム会議で行うことは、何が私たちを悩ませているかについての話です。先週発生したもので大幅に速度が落ちたもの、将来変更したいもの、特にプロセスの問題。

ラウンドテーブル形式はあなたのものに似ていますが、私たちはさまざまな人々のためのタスクの負荷でそれから出てきます。そして、私たちはそれを気楽に保つことに非常に熱心です。人々は完全にオープンであることが期待されており、物事を個人的にとることを思いとどまっています。

そして、この会議が金曜日の朝の後半になるように意図的に時間を決め、そこから昼食のためにパブに行きます（必須ではありません）。

私は経験から、マネージャー（つまり、チームリーダー/プロジェクトマネージャーより上にいる人）はこれらのミーティングに参加すべきではないと提案します。それは人々が全く正直であることを落胆させるだけです。チームリーダー/プロジェクトマネージャーは、さまざまな会議でメッセージを上方に中継できます。

いまいましい会議をキャンセルします。ポイントがない限り、ポイントはありません。私は過去15年間でこれらの多くに取り組んできました。これらのノーアジェンダの「チームミーティング」で負傷した脳細胞がまだ機能していれば、私のチームと私は数十億ドルで売れるものを構築し、相対的なあいまいさに引退して夢を追いかけることができると確信しています。次の20年間だけ気にするコードをいじる。

おそらく、毎日の簡単なステータスミーティングまたはスタンドアップが既にあるでしょう。チームを構築しているように感じるために週に1時間無駄にするという儀式を続ける必要がある場合は、既にチームを構築しています。アジェンダを設定するか、チームメンバーがチームが取り組むべきだと思うアイテムをリクエストし、会議後にそれらの衝動に行き、行動する力を与えます。それでおしまい。

ミーティングの前日に議題に注目に値するものがない場合は、それをキャンセルし、仕事の転換後の早い段階で飲み物（またはコーヒー）に出かけます。スケジュールされた中断、および思い浮かぶことについて話してください。オタクの話。それが起こるだけです。大丈夫です。あなたが十分に私に十分に支払っているなら、私は私自身のジンとトニックを買うことさえ気にしません。

過去15年間の退屈なチームミーティングで、ウエストラインに少なくとも10ポンド余分に足りないほどのくだらないぬるぬるしたピザが十分にありました。必要ありません。私のチームのメンバーが吸わない限り、その場合はすでに出口を計画していますが、構造化された演習は必要ありません。知的馬力を証明しようとする試みを提示したり、ソース管理に関するプロセス改善や儀式的な知的マスターベーションについてドローンを聞いたりする義務があると感じるよりも、同僚はもっと好きになります。ウィジェットアクセラレーション用のプロバイダーファクトリシードデータユニットテストモデルと、パフォーマンステスト環境に対する戦略的イニシアチブを活用するためのベストプラクティス。（ごめんなさい、

通常、毎週月曜日の午前1時（10人のチーム）、午前9時頃の会議があります。

• トップダウン：TL（チームリード）の15分。会社で何が起こっているのかを教えてくれます（新しい契約、新しい開発、エキサイティングなこと...）
• ラウンドテーブル：15分（テーブルごとに2分未満）のラウンドテーブルで、何が起こっているのかを全員が確実に把握できるように、TLが一般的な方向性を伝えます来週に。詳細は寄せ付けません。
• プレゼンテーション：私たちが持っているプロジェクトの1つのプレゼンテーションのための30分。高レベルの概要、モックアップ、または技術的なもののいずれかは、誰がプレゼンテーションを行っているか、何に取り組んでいるかに依存します。プレゼンテーションは公開されており、人々は集いに招待されています。しかし、議論があまりにも具体的になった場合は、延期されて、プレゼンテーションを続けることができます。

個人的には、私の小さなペットプロジェクト以外で何が起こっているかを最新の状態にするための迅速な方法だからです。

重要な点は、具体的なことを省くことです。

• 週の終わり（木曜日の終わり/金曜日の初め）に、私たちがしたこと、スケジュールされたもの、延期/キャンセルされたもの、およびTLに遭遇した問題について完全なレポートを作成します。彼らの知恵からすべてを退屈させた
• 長時間の議論は推奨されず、人々は関係者との特定の会議をスケジュールするよう奨励されました。

それはかなりうまく機能します（特に、私たちのTLは金曜日に彼の同僚と上司と会うので、新しいニュースを得るので）。

人々はクロワッサンなどを持ち込むことがありますが、必須ではなく、予定もありません。誰もがそうするときに感謝します！

物事が退屈になったら、最新の技術について話し合ってください。開発者に、新しいフレームワークやサーバーなどで何をしてきたか尋ねてください。

先週の進捗状況を事前に電子メールで報告してみて、問題の原因となった問題のみを簡単に議論することができます。し、今週何をしようとしているかを説明することができます。これにより、各ユーザーのレポートは簡潔で興味深いものになります。

今後のプロジェクトと優先順位は通常、週ごとに変わるべきではないので、これらを別の月例会議に移してはどうでしょうか。緊急の事態が発生した場合は、毎週の会議で提起できます。それ以外の場合は、自分自身を繰り返すだけです。

私もピザを失います。あなたは気を散らしたくない。

私たちのチームがすべてローカルであったとき、私たちはこれらの毎週の会議を開催していました。あなたの目標がチームを成長させることである場合（チームがあなたに特別に状況を報告するのではなく）、私のアドバイスは、できるだけ多くの「プロセス」または構造を取り除くことです。私たちはあなたと同じように始めて、テーブルを回り、全員が自分の作品をリストしますが、その仕事が何らかの形で当てはまらない場合、聞いている人は頭蓋骨から退屈しています。

チームとして決定することの1つは、上司が1時間部屋に座らせようとする場合、少なくともドーナツがあるということです。なので、部屋をあちこち回り、毎週異なる人がドーナツを担当します（誰でも1つのプロセスを購読できます）。私たちの上司も時間をかけてリラックスし、特定のトピックをリストして先に進むのではなく、ただテーブルを回って、私たちを悩ませたり、クールで面白いものだけを持ち出しました。口にドーナツが詰まっている場合、またはその朝話したいと思わない場合は、そのまま通過できます。

大企業の開発者として、私は会社が私の時間を無駄にするために行う250のことのリストを作成することができましたが、実際にそれらの会議はチームでsh＃tを撃ち、ドーナツを食べる楽しい方法を見つけました。現在、チームは3つの異なる州と4か国にあり、これらの会議はもうありません:(

開発者が達成したことを紹介できれば、これらの方が優れていると思います。開発者は一般的な大衆のa怖（ごめん、大衆）に興味を持ちませんが、私たちの仲間（実際にどれだけ難しいか、どれほど賢いかなどを実際に理解している）の尊敬と尊敬は中毒です。開発者は、新しい光沢のある優れた強力な高速クリーナーが好きです。グループ設定->月曜日の朝のLANパーティー。^ ^会議は開発者とコード/技術に焦点を合わせる必要があります。そうしないと、一般的に開発者の時間の無駄になります（開発者はコードを結合します^ ^それはちょうど起こります。）

HTH