様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。基本的に、その組織やチームのトップが召集をかけて行われます。この定例ミーティング、組織によって上手い・下手に割と差があります。それはマネジメントの上手い・下手とイコールであることが多いです。今日のまとめこんな定例ミーティングは嫌だ私は、基本的に「定例ミーティングはやるべき」と思っています。開催するからには意味のある時間にしないといけません。́_ゝ`)特にソフトウェア開発では、作業の中断は、けっこう開発効率に影響するんです。私の経験した「ダメなミーティング」の例をいくつか紹介します。議題(アジェンダ)を知らせないミーティングが始まってから、初めて議題を知らせるケースです。中には「議題が決まっていない」なんてミーティングにも遭遇したことがあります。参加者には、事前に議題を伝えておくべきです。議題に関する質問や関連情報などを持ってきて貰えることもありますし、そうすれば、集まって話す意味も出てくるわけです。中止することも検討した方がよいでしょう。タイムテーブルがない、時間管理ができていない次によくないのが、以下のような状態になるミーティングです。参加者にとって「意味のない」ミーティングになってしまいます。「自分に関連する議題の時間になったら、○○室に来てください」という対応が取られている所もありました。「参加者の時間を借りる」という意識のもとに執り行う必要があります。取るべき具体的な行動が決まる曖昧だった問題が明確になるといった状態になるのが理想です。参加へのモチベーションも上がります。議論が行われたミーティングでは、終了時に進行役や書記の人が「ミーティングで決まったこと」「次回までの課題」のまとめをするとよいでしょう。ミーティングそのものだけでなく、ミーティングを開催することで、その後の作業にどう影響を与えたか?も大事なわけです。業務の成果を積極的に報告しなければいけないのは、リーダーやマネージャです。開発者は、目に見える物を作っているので、極端な話、報告をしなくてもよいのです。以前、マネージャが待てど暮らせど事務報告以外しない、という開発プロジェクトに遭遇したことがあります。主体的に組織の活動に参加する意識の喪失というネガティブな印象を誘発する場にしかなりません。参加者が話を聞かなくなるという理由で、ノートパソコンの持ち込みを禁止にしようとしたりしました。(自分たちは持ち込み可)言ってることと、やってることがチグハグでした。要するに言行不一致です。「言葉は軽く、行動は重い」の記事で書いたように、言行不一致は信頼をなくすだけです。知らないうちに現場の開発者の信頼を失っていることさえあるわけです。今日のまとめ主催者は、「参加者の時間を借りている」という意識を持つ。ミーティングの時間だけでなく、開始前と終了後の行動も大事。リーダーやマネージャこそ積極的に報告を行う。定例ミーティングの上手い・下手を見ることで、その組織のマネジメントの上手い・下手が、ある程度分かってしまいます。大規模な開発にはマネジメントは不可欠です。大規模開発の上手い・下手も、ある程度分かってしまうのです。職業:元ソフトウェアエンジニア自己紹介:東京のゲーム会社でゲームプログラマ。家電メーカーで組み込みエンジニア。今は東京に戻って暮らしています。詳細な自己紹介は、こちら。