開発者チームのミーティングを実行するにはどうすればよいですか？
10人の開発者からなる私たちのチームは毎週ミーティングを行います。会議はかなり退屈で、特に有用ではありません。良い会議を行うために、どの形式/議題を利用しますか？
毎週会議室でピザを提供しています。その形式は、部屋を回って、私たちが取り組んでいるさまざまなタスクのステータスをリストし、来週のタスクについて話し合うというものです。マネージャーは、今後数か月および1年先の今後のプロジェクトと優先順位の概要を提供します。
更新
これらの会議の目標は、多かれ少なかれ-一般的なチームビルディング、誰もが取り組んでいることに関する知識を共有し、シフトしている会社のイニシアチブについて誰もが認識できるようにすることです。仕事の割り当てを正式に「配布」することではありません（他の方法で行われます）。
チームミーティングを行うときまでに、1週間で何をしているか、来週何をするかは既にわかっています。そして、長期計画の合理的な概要があります。
私たちがチームミーティングで行うことは、何が私たちを悩ませているかについて話すことです。先週私たちを大幅に減速させた何か、特に私たちが将来変更したいこと、特にプロセスの問題。
円卓会議の形式はあなたの形式と似ていますが、さまざまな人のためのたくさんのタスクが用意されています。そして、私たちはそれを気楽に保つことに非常に熱心です。人々は完全にオープンであることが期待されており、物を個人的に持ち込むことはできません。
そして、私たちはこの会議を金曜日の朝の後半となるように故意に計時し、そこから昼食のためにパブに行きます（必須ではありません）。
経験から、マネージャー（つまり、チームリーダー/プロジェクトマネージャーより上の人）はこれらのミーティングに参加すべきではないことをお勧めします。それは人々が完全に正直であることを思いとどまらせるだけです。チームリーダー/プロジェクトマネージャーは、さまざまな会議でメッセージを上方に中継できます。
のろわれた会議をキャンセルします。彼らはポイントがない限り、彼らは意味がありません。過去15年間、私はこれらの多くに参加しています。これらの無期限の「チームミーティング」で傷ついた脳細胞がまだ機能していれば、私のチームと私は何十億ドルも売れる何かを作り、比較的不明瞭なものに引退して私の夢を追求できると確信しています。今後20年間、私だけが気にするコードをいじっています。
あなたはおそらく簡単な毎日のステータス会議またはスタンドアップをすでに持っています。週に1時間を無駄にするという儀式を続けてチームビルディングのように感じなければならない場合は、チームビルドはすでに行われています。議題を設定するか、チームメンバーに、チームが対処すべきだと思う項目を要求し、ミーティング後にそれらの衝動に取り組み、行動する力を与えます。それでおしまい。
会議の前日の議題に注目に値するものが何もない場合は、それをキャンセルし、仕事の転用後の早い段階で飲み物（またはコーヒー）に出て、直前に実際に蓄積された可能性のある集中力を妨げないようにします。予定された中断、そして頭に浮かんだことについて話すだけです。オタクの話。それはただ起こるでしょう。大丈夫です。あなたが私に十分に支払っているなら、私は自分のジントニックを買うことさえ気にしません。
私のキャリアの最後の15年間で退屈なチームミーティングで十分な安っぽい生ぬるいピザを食べて、ウエストラインに少なくとも10ポンドの余分なポンドを追加しました。必要ありません。私のチームの人々が吸わない限り、私はすでに出口を計画していますが、私は自分の関係を築きます。構造化された演習は必要ありません。私はより多くのことを成し遂げ、より幸せになり、私の知的馬力を証明しようとする試みを提示したり、プロセスの改善やソース管理に関する儀式化された知的オナニーについて人々に耳を傾けたりする義務を感じた場合よりも、同僚は私を好きになりますウィジェットアクセラレーションのプロバイダーファクトリシードデータユニットテストモデルと、パフォーマンステスト環境の戦略的イニシアチブを活用するためのベストプラクティス。 （すみません、私は居眠りしていて、無意味な最後の20分間で半分聞いたと逆流するためにランダムな一連の用語を選んだだけです。）
通常、毎週月曜日の午前1時（10人のチーム）で午前9時頃にミーティングがあります。
- トップダウン：TL（チームリード）の15分。会社で何が起こっているか（新しい契約、新しい開発、エキサイティングなものなど...）
- テーブルを丸める：テーブル全体で15分（その場合は2分未満）。ここでは、何が行われているのかを誰もが知っていることを確認するために、私たちが何をしているのかを話し、その間TLは来週の一般的な方向性を教えてくれます。詳細は寄せられません。
- プレゼンテーション：私たちが持っているプロジェクトの1つのプレゼンテーションに30分。高レベルの概要、モックアップ、または技術のいずれかは、プレゼンテーションを誰が行っているか、彼らが何に取り組んでいるかによって異なります。プレゼンテーションはオープンで、参加者は招待されます。ただし、ディスカッションが具体的になりすぎると延期され、プレゼンテーションを続行できます。
私の個人的なプロジェクトは、個人的にとても気に入っています。これは、私の小さなペットプロジェクト以外で何が行われているのかを知るための迅速な方法だからです。
重要な点は、詳細を排除することだと思います。
- 週の終わり（木曜日の終わり/金曜日の初め）に、私たちが行ったこと、スケジュールされ、延期/キャンセルされたこと、およびTLで発生した問題について完全なレポートを作成します。月曜日の朝にそれを繰り返す必要はありません。一人一人を彼らの知恵から退屈させた
- 長時間の議論は推奨されず、人々は関係者との特定の会議をスケジュールすることを奨励されました。
それはかなりうまくいきます（特に、私たちのTLが金曜日に彼の同僚や上司と会って、新しいニュースを受け取るので）。
クロワッサンやその他のものを持ってくるかもしれませんが、それは必須ではなく、予定もありません。だれでもそうするとき、我々は感謝します！
物事が退屈になったら、最新の技術について話し合ってください。開発者に、新しいフレームワーク、サーバーなどを使って何をしているか尋ねます。
先週の進捗状況を電子メールで事前に報告してみて、問題の原因となった問題のみを話し、簡単に今週の予定の概要を示すことができます。これにより、各人のレポートが簡潔で興味深いものになります。
今後のプロジェクトと優先事項は、通常、週ごとに変更すべきではないので、これらを別の月例会議に移動してください。急を要することがあれば、毎週の会議でそれを上げることができます。それ以外の場合は、自分自身を繰り返すことになります。
ピザも無くしてしまいます。気を散らしたくない。
私たちのチームがすべてローカルだったとき、私たちはこれらの毎週の会議を行っていました。あなたの目標がチームを成長させることである場合（チームがステータスを具体的に報告するのではなく）、私のアドバイスはできるだけ多くの「プロセス」または構造を取り除くことです。私たちはあなたと同じように始めました、テーブルを回って、みんなが彼らの仕事をリストアップしましたが、その仕事が彼らに何らかの形で当てはまらないと、聞いているみんなが頭蓋骨から退屈しました。
私たちがチームとして決定することの1つは、上司が私たちを1時間部屋に座らせようとした場合、少なくともドーナツができることです。それで、私たちは部屋を回って、毎週別の人がドーナツを担当しました（誰もが購読できる1つのプロセス）。私たちの上司も時間をかけてリラックスし、特定のトピックをリストして次に進むのではなく、テーブルを回って、私たちを悩ませたり、クールで興味深いものだけを持ち出しました。口にドーナツが詰まっているか、その朝話したくない場合は、合格することができます。
大企業の開発者として、私は時間を無駄にするために会社が行う250のことのリストを作成することができましたが、実際にそれらの会議はチームと一緒にsh＃tを撮影してドーナツを食べるだけの楽しい方法だとわかりました。チームが3つの異なる州と4つの国に配置されたため、これらの会議はもうありません:(
開発者が彼らが達成したことを紹介することができれば、これらはより良いと私は思います。開発者は大衆（ごめんなさい、大衆）の一般的な畏怖に無関心ですが、同業者（実際にどれほど困難であったか、またはどれほど賢いかなどを実際に理解している）の尊敬と尊敬は依存症です。開発者は、新しい光沢のある、より強力で、より速く、よりクリーンなものが好きです。グループ設定->月曜日の朝のLANパーティー。 ^ ^会議は開発者とコード/技術に焦点を当てる必要があります。そうしないと、一般的に開発者の時間の無駄になります（開発者はコードを結合します^ ^発生します。）
HTH