アート・オブ・アジャイルデベロップメント読書会 6.5 スタンドアップミーティング === ###### tags: `アートオブアジャイルデベロップメント読書会` [読書会インデックスページ](https://hackmd.io/qzr55OUxR_aKBNKZjRaxwA?view) # Discord開始位置 * [connpass募集ページ](https://agiledevs.connpass.com/) * ハッシュタグ: [#agile_devs](https://twitter.com/hashtag/agile_devs) * [discord:2021/08/01](https://discord.com/channels/767540649418686486/774111081634332673/871327891881873458) # 自己紹介 - ファシリ役 - - 読み上げ役 - # 参加の仕方 - マイクはいつでもONにして、話に参加して結構です。 - テキストチャットでも、コメントやリアクションでどんどん参加してください！ラジオ担当が拾っていきます。 - 聞いているだけの方もOKです！ # ディスカッションをより豊かにするためのグランドルール [アートオブアジャイル輪読会はじめの1歩 - Speaker Deck](https://speakerdeck.com/t2kob/atoobuaziyairulun-du-hui-hazimefalse1bu) - 参加者は毎回任意 - 今回は不参加、次回は参加をするといった気軽な感じ - 途中参加も断然OK! まずは聞くだけでも大丈夫です！ - フィードバックを恐れない - マサカリは怖いと思いますが、アウトプットからのフィードバックを受け、学びを深めていきましょう - アウトプット7割：インプット3割の気持ちで臨みましょう！ - 経験の有る無しは気にしない - 自分はアジャイル非経験者だから……と気後れする必要はないです - 堂々と意見や疑問を語りましょう - ページ数と同時に、節のタイトルやキーワードを言って頂けるとスムーズです - 電子書籍で読んでいるとページ数ではわからないため - 話していない人が、率先してメモしましょう - このHackMDはみんなのものです。どんどん書いていきましょう:+1: :+1: :+1: :tada: - 気になる質問や同感するものには :+1: を末尾につけてください。 # タイムテーブル | 時間 | 所要時間 | 内容 |備考 | | -------- | -------- | -------- | -------- | | 19:30- | - | もくもくタイム（hackmd書き込み） | | | 20:00-20:15 | 15分 | 当日の流れとグランドルールの共有 | | | 20:15-20:25 | 10分 | 参加者アンケート | | | 20:25-20:35 | 10分 | 感想記入&HackMDに書かれた皆さんの感想・気づき・疑問をもっと掘り下げたいものを、 :+1: 付けていく | | | 20:35-21:45 | 70分 | 本の節ごとにディスカッション（ここでも適宜、HackMDに気づきとか書いていってもらっていいです） | | |21:45-21:50 | 5分 | [miro](https://miro.com/welcomeonboard/OW54WlJIZ3pKQlBwbUtTc0p3d1Y3UlJOWWgycGx4S2ZLZGpyUGtVeXRCOG1HUUs3QnJVREwzY29LOTJnSU1UeXwzMDc0NDU3MzQ3NTg1MTI4OTMx)を使ってふりかえり | | | 21:50-21:55 | 5分 | 次回開催日と読む範囲決めてクローズ | | # 下に感想などを書いていって下さい。どんな些細なことでもOKです。 # 感想など ## 目安の時間 - 1トピックにつき10分を予定しています - 盛り上がったら延長することもあります ## 感想・気づき - > [著者サイトの99語まとめ](https://www.jamesshore.com/v2/books/aoad1/stand_up_meetings) At a pre-set time every day, stand in a circle. One at a time, briefly describe new information the team should know. Some teams use Scrum's formal variant, answering three questions: "What did I do yesterday?", "What will I do today?", "What problems are preventing me from making progress?" This formality is not required; use it if it's helpful, ignore it if not. Be brief. Thirty seconds per person is usually enough. Discuss details later, in small group discussions. Don't let the stand-up stifle communication. Talk about issues as they appear--don't wait for the stand-up. - DeepL翻訳 毎日決められた時間に、円陣を組んでください。一人ずつ、チームが知っておくべき新しい情報を簡潔に説明する。 チームによっては、スクラムの正式なバリアントを使い、3つの質問に答える。"What did I do yesterday?" "What will I do today?" "What problems are preventing me at progress?" という3つの質問に答える。この形式は必須ではありません。有用であれば使用し、そうでなければ無視してください。 簡潔に。通常、一人当たり30秒で十分です。詳細は後で小グループで議論しましょう。 スタンドアップでコミュニケーションを妨げないようにしましょう。スタンダップを待つのではなく、問題が出てきたらそれについて話しましょう。 - 合わせてカーゴカルトアジャイルのコラムが書かれている。著者は、形式に囚われたデイリースタンドアップにかなりの嫌悪感を持っていそう。:+1::+1: :+1: - https://www.jamesshore.com/v2/blog/2008/cargo-cult-agile - 上記のカーゴカルトアジャイルの例はとても耳が痛いと感じた。 - そして"Stand-up meetings are a neat tool, but they're hardly the core of agile development."という主張はかなり強烈だと感じた。 ### 6.5.1 毎日のスタンドアップミーティングの開催方法 - > デイリースクラムでは、参加者は具体的に3つの質問に答えます。 - スクラムガイド2020でも、この「3つの質問」が撤廃されている。形式的な進捗報告になる現場が多いのかもしれない。:+1::+1::+1::+1: :+1: - ちなみにスクラムガイド2017では以下のような質問になっていました - What did I do yesterday that helped the Development Team meet the Sprint Goal? - What will I do today to help the Development Team meet the Sprint Goal? - Do I see any impediment that prevents me or the Development Team from meeting the Sprint Goal? - > スタンドアップを昼食の直前など、一日の後半に移動することで、この問題を減らすことができます。 - よく「朝会」のように言われるが、あえて朝一にしないことで１日の立ち上がりを良くする考えは持っていなかった。:+1::+1: - 3つの質問のうち、問題点の共有が大事だとおもっているがなかなか出てくる感じにならない。 :+1::+1::+1: ### 6.5.2 簡潔にする - > 別のアプローチは、スタンドアップをタイムボックス化することです。チームの規模に応じて、タイマーを5分または10分に設定します。 - 以前、これのためにあえて Zoom の ブレイクアウトルームを使って 15分で強制終了するようにしている話を聞きました。:+1::+1: - 一人30秒で話しきれないならタスクが大きいか、何か問題が潜んでいるサインになるかもしれない ### 6.5.3 質問 - > 急いで終了すると、参加者は「昨日と同じ」や「何も新しいことはない」などのコンテンツのないステートメントに移る可能性があります。 - 「昨日と同じ」は、タスクが大きすぎるか、ハマってたりする危険信号なのかなと思ってます。:+1::+1::+1::+1::+1: - 自分のチームでは「○○を今日やります。」次の日に...「時間が取れずあまり進んでいません。」が横行していて、その解決方法がまだ見つかっていない。:+1::+1: - マンネリ化している場合も「昨日と同じ」とか「チケット名だけ言って終わり」とかになりやすいですね。 - 「短くする」「早く終わらせる」が目的化すると起こりがちな感がある :+1::+1::+1: - 伝えるべき/伝えたい情報は端的にまとめて、詳細に踏み込む話は別の場で腰を据えて、が本筋のはず - > 気を利かせて、報告や会話が長くなりそうなところに割り込んで、スタンドアップミーティングの終了後 に小さいグループで議論するよう頼もう。 - p.136 - ↑のあたり、最後にシレッと書くのではなくて、もっと強調して欲しい感がある - 「えっ、早くすることばっかり強調しすぎじゃない？」からの最後の一文で、「そこだよ、もっとそこ書いてよ」となった - 実際、「もっとミーティングをすばやくこなしたい」という主張からの、現実には「特に無いです」が頻発する事態があった :+1: - > パーキングロットセラピーで治療することができますか？ - https://wiki.c2.com/?ParkingLotTherapy - パーキングロットセラピーが強烈すぎて、他のことが頭に入ってこない:+1: - >電話会議によるスタンドアップミーティングだと、かなり効果が落ちる。 - このご時世だとリモートワークがスタンダードだが、参加者の方がコミュニケーションを改善するためにどんな工夫をしているか気になる。:+1: - >電話越しでスタンドアップミーティングに参加するときでも立って参加して、:+1: - 想像して少し笑ってしまった。:+1: - 確かに、座ってるとダラダラ話す場合もある。 - 検査、適応、透明性の原則を達成するためのプラクティスであるので、あくまでその原則に寄与するかどうかが問われているのかもしれませんね。形式的にプラクティスなぞっていても、課題に対して適応できているかが重要と思いました。 :+1: ### 6.5.4 結果 ### 6.5.5 使用上の注意 - > 必要なときに調べたり誰かに声をかけたりするのではなく、スタンドアップミーティングまで待つという現象が見られるチームもあるだろう。 - スタンドアップミーティングが逆に作用してしまうこともあるのは頭に入れておいた方がよさそう。:+1::+1::+1::+1: - この問題まさに起こっている。逆に朝会を止めてみるっていう発想はなかったけど、これはこれで面白そう。ただ、朝会を再開するタイミングに悩みそう:+1: ### 6.5.6 代替案 ## 疑問・参加者に聞いてみたいこと ### 6.5.2 簡潔にする - デイリースタンドアップの開催時間について聞いてみたい。 "大体15分以内" "15分~30分" "もっと長い" "やらない":+1: - デイリースタンドアップの質問で、良くある「3つ」以外に工夫している質問があったら聞いてみたいです。:+1::+1: - 引き継いだチームで淡々と流れてたので、週末は何してましたか？とかちょっとした雑談を敢えて引き出すようにしました。逆に盛り上がりすぎて15分じゃ終わらないチームでは1人1分でストップウォッチ見せながらゲーム性持たせて時間内に終わるようにしたり。 - あとは「気になっていること・やっておいた方が良いと思うこと」を聞いてますね - 今日のテンション・体調はどうですか？みたいな質問をしてフォローしたほうが良いか考えるきっかけにしてました - 自分のチームではないですが、雑談だけを話すようにしたというのを聞きました。雑談だけで終わらず、業務の話に及んで問題が解決するみたいです。 - 最近受けたリーンの研修で、「次にある楽しみなイベント」というのもありました。 ---- ## ミニエチュードの質問 * ミニエチュードは、このプラクティスに対して気づきを得るための質問です * 詳細はP76ページを参照してください * 以下の質問に、回答を継ぎ足していってください ### (このプラクティスを使ったことがなければ) - 何が簡単だと思ったか、何が難しいと思ったか、何が馬鹿げているように思ったか？ - これまで経験したものとどう違うか？ - 書かれているとおりに正確にやるには、どういう条件が当てはまっている必要があるか？ ### (このプラクティスを使っているなら) - 自分がやっているプラクティスは、本書に書かれているもの突どんな点が違っているか？(気づいたことだけでいい、理由はいらない) - もし書かれているとおりに従うと、何が起こると思うか？ - このプラクティスについて新しい洞察を得るために、お試しでやり方をどこか変えてみることはできそうか？(プラクティスが不適切だということを多足噛めるために、お試しでやってみるのは良いことだ)