Regional Scrum Gathering Tokyo 2021 Day 2 「プランニング会議は実験室！チームと顧客に支えられるスクラムマスターの日々の試み」

202/01/07に開催されたRegional Scrum Gathering Tokyo 2021での発表です。
https://confengine.com/regional-scrum-gathering-tokyo-2021/proposal/14791

チーム参加してきました

aslead Agile のチーム「オキザリス」にて参加してきました。
チーム7人で参加して、その場で実況しつつ、記事も作っています。

1チームの1SprintのキャパシティをBurnという。

開発チームは毎日進捗を確認
BCP（Business Complexity Points）はソフトウェアの複雑性を計る単位
両方一緒に監視することで、時間の消費とストーリが完了していることを管理できる。

両方のチャートが同時に下がるのが理想で、チャートが下がっていない場合はチーム内で分析を行う。

上司から違うやり方（日にち単位プランニング）でプランニングを行っているチームがブラジル本社にいるとお話しを聞かされた。
当初は難しいように感じたが、ブラジル本社の方のレクチャーを聞き、興味がわいてきた。改善点が面白いと感じた。

やり方をビデオ会議で学び、参加していたプロジェクトのPMとチームにお話しをした。
チームも実行できると自信がついた後に顧客の承諾を得た。

プランニング会議の参加者はかわらず実施。

JiraやSpredsheetを活用しながら実施した。
顧客にも資料を共有し、コメントをもらったり遅延の説明がスムーズになったりという効果があった。

時間だけじゃなく、タスクのバーンダウンチャートを追加。
新しいタスクにも時間がかかる・かからないタスクがあるので、メトリクス、スプリントロードマップを見ながらチームと会話してスプリントの状況確認を行った。

チームとしても日付単位の見積もりがよい、というFBをくれた。

1時間単位 vs 1日単位の見積もりそれぞれメリット・デメリットがあり、チームにあうやり方を探すのが大切。

レクチャーの中で印象に残った言葉。

「プロセスはツールであり、すべて解決してくれる魔法ではない」

アプリケーション全体を見られるようになった、チームのモチベーションがあがった、という様々なプラスの効果が得られた。問題へのアプローチを変えて、チームの姿勢を変えられた。

どんなプロジェクトでも、状況に適したルートを選び、チームをガイドすることがスクラムマスターとしてのチャレンジ