update.TL;DR諸般の都合1により、朝会の方法論を言語化する必要が出てきたため、まず世の中の人が朝会について何を言っているのか調べてみたら、どうやら流派みたいなものが存在する事がわかったよ。これから朝会のスキルを身につけようとする人は、どの流派が自分にあうか選んでみるといいよ。ぐるなびをちょっと良くするエンジニアブログダラけた「朝会」などの定例会議を改善する、たった1つの方法。朝会を形骸化させない。以下の7つの論点で意見のバリエーションが見られるよ。実施基準に関する言説は見当たらなかった。自社では結構議論になるので、重要な論点だと思ったんだけどね。以下、それぞれ、どういうバリエーションがあったか説明するよ。目的、何を達成したいか大きく分けて3つあったよ。チーム全体が、必要な情報を短い時間で共有すること。昨日やったことをふりかえり、今日やることを各自が認識・コミットすること。朝、気持ちよく仕事のスタートを切ること。情報共有とリズムの複数を目的にしている場合も見られるよ。時間どういうわけか、みんな15分という数字をベースに、なんとか15分に終わらせろ多少伸びてもいいけど15分を大きく超えるなという2パターンあるみたいだよ。15分という数字には、エンジニアを惹き付けるセクシーな何かがあるのかも知れないね。人数の想定が書かれていないんだよね。手法こんな手法が挙げられていたね。回り輪になる大きな声でテンポ良く付箋に書いて報告スタンディングは、会議を短くするためによく取られる方法だね。やったこと今後の予定、今日やること困っていること、気になること、問題点を話すことには異論は無いみたいね。問題点について、重要なもの限定するべきという人もいるよ。感謝の言葉ちょっとした雑談というのを盛り込むことを提案するひともいるよ。アンチパターン4種類のアンチパターンが指摘されていたよ。議論する、深掘りする非難する、尋問する延期する司会者のみが話す短くやるという意味で、「議論、深掘りを避ける」というのは、多くの人が書いていたね。夕方いつでもいい朝が圧倒的に多いね。リズムを重視する人は、必然的に朝推しになるみたいだね。リズム派このうちの2つの両取り派もいるけどね。ウォーターフォールでありがちな強いリーダーが率いる開発を想定してるようにも見えるよ。いかなるプロジェクトにおいても、日々問題や課題、想定違いは発生するわけで、それを解決するのが、強いリーダーなのか、みんなで相談して解決していくのか、そんなチームの状況によって、朝会の方式にもバリエーションが出るのかも知れないね。「短い時間で」というのは、どの流派でも変わらないみたい。毎日やるから短くしておかないと、開発時間がなくなっちゃうというのが理由なのかな。毎日ちょっとずつコツコツと解決していく持久力的なものなのかも知れないね。状況によって朝会の方法を適宜変化させてもいいのかも(小並感)問題解決が優先されるときは、問題解決派で、平和なときはリズム派みたいな。人手不足の昨今、自分が所属する会社で後進育成の速度と質向上の必要がでてきたため。upLoginユーザーは見つかりませんでした。