スクラムガイド2020解説ビデオ オンライン上映会 開催レポート

スクラムガイド2020解説ビデオ オンライン上映会 開催レポート

2020年12月16日に実施したオンライン上映会には900名以上の方にご参加いただきました。

上映会では、最初にJeff Sutherland博士とScrum Inc. Japan CEOの荒本によるスクラムガイド2020の解説ビデオを放映しました。

https://youtu.be/reJSfAFiXy0

ビデオでは、主に以下の項目について、二人が解説しました。

・アップデートの概要
・最大の変更点：作成物の確約（コミットメント）
・重要な変更：スクラムマスターが真のリーダーとなる
・スクラムチーム：開発チームから開発者へ
・スプリントプランニングのトピックの追加
・デイリースクラム：実施の目的について
・スプリントレビュー：ステークホルダーとの合意形成
・レトロスペクティブ：スクラムマスターの役割について
・スウォーミング

その後、Scrum Inc. Japanのメンバーから以下の補足説明をしました。

・プロダクトビジョン・ゴールの役割
・役割を形式的にこなすのではなく責任を全うする
・PO、SMの専任・兼任について
・ソフトウェア開発以外のスクラム
・日本における新ガイド実践のポイント

最後に、上映会に参加したスクラム実践者の皆様との質疑応答を実施しました。

QAについては、当日回答できなかった質問についても一部追加で回答しております。

Transcript

1. © 2019-2020 Scrum Inc. Japan スクラムガイド2020解説ビデオ
 12/16オンライン上映会 レポート
 2020.12.24 1
2. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan • 当日アジェンダ ◦ Jeff Sutherland博士 x Scrum Inc. Japan CEO荒本による解説ビデオ（約30分） 　https://youtu.be/reJSfAFiXy0 ◦ Scrum Inc.メンバーによる補足説明（約30分） ◦ Q&Aセッション（約30分） • 参加人数 ◦ 931名 　ご参加いただいた皆様、ありがとうございました！！ 上映会の概要 Twitter : #スクラムガイド2020上映会 資料を掲載しています！ 上映会で回答できなかった ご質問にお答えします！ P3〜8 P9-39
3. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Scrum Inc.メンバーによる補足説明 Twitter : #スクラムガイド2020上映会 上映会当日の投影資料
4. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan プロダクトビジョン・ゴールの役割 ・ フィードバックに基づきアップデートするチームの指針 ・ 確約（コミットメント）≠ 変更できない GOAL Twitter : #スクラムガイド2020上映会
5. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan • スプリントバックログを作成する • 完成の定義を守り品質を作り込む • 毎日計画を適応させる • 専門家としてお互いに責任を持つ GOAL 役割を形式的にこなすのではなく 責任を全うする スクラムガイドで定義さ れたスクラムを確立させ ることの結果に 責任を持つ イベント開催するだけの 役割 プロダクト オーナー バックログを作る だけの役割 スクラムチームから 生み出される プロダクトの価値の 最大化に責任を持つ スクラム マスター 言われた通りに作るだけの役割 開発者 Twitter : #スクラムガイド2020上映会
6. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan 役割の兼任は「責任」を果たした前提で、 コンテキストや経験に基づきチームが決める 兼任すべきか専任すべきかは、 責任を果たしている前提で、 自分たちのコンテキストのなかで、経験に基づいて チームで決める 「チーム一丸」「役割でなく責任を全う」 →兼任が必要なのか？ Twitter : #スクラムガイド2020上映会
7. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan ＜マーケティングのスクラムチーム＞ ＜人事のスクラムチーム＞ ソフトウェア開発以外のスクラム 頻繁に発生する 定常業務の割込み 割り込みバッファを 活用し、優先順位の 高いバックログに集中 独自に施策検討 ほとんど使われない… スプリントレビューで 毎週顧客にMVPを提示 フィードバック獲得 大規模人事施策 ↓ 従業員満足度が 低下 ペルソナを設定し 従業員ジャーニーから 人事施策を立案 スプリントレビューで 展開前にフィードバックを獲得 従業員の幸福度を可視化し 継続的に人事施策を改善 Twitter : #スクラムガイド2020上映会
8. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan 日本における新ガイド実践のポイント ・スクラムチームはより、オープンさと勇気を持つ ・リーダーシップは、チームの心理的安全性を確立する スクラムチームは、ゴールを達成し、お互いにサポートすることを確約する。 スクラムチームは、ゴールに向けて可能な限り進捗できるように、スプリントの作業に集中する。 スクラムチームとステークホルダーは、作業や課題を公開する。 スクラムチームのメンバーは、お互いに能力のある独立した個人として尊敬し、 一緒に働く人たちからも同じように尊敬される。 スクラムチームのメンバーは、正しいことをする勇気や困難な問題に取り組む勇気を持つ。 スクラムガイド 2020 ＜スクラムの価値基準＞ Twitter : #スクラムガイド2020上映会
9. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan 投稿いただいた質問への回答 Twitter : #スクラムガイド2020上映会
10. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 01: 始めに アップデートの概要 Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 開発チームという概念・言葉はもう2020 では使わない、 使うと混乱のもと、ということですか？ はい。開発チームという言葉は使わないことをオススメ します。 2 Scrum Inc.の研修で、各イベントのだいたいの時間の 目安をおしえていただきました。 2020の内容をもとにす れば、それも変わってくる、ということでしょうか？ スクラムイベントのタイムボックスは変わっていません。
11. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 02: 最大の変更点 作成物の確約（コミットメント） Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 プロダクトゴールは数年先を見ているストレッチゴール 的なものでしょうか？それとも四半期毎に達成するマイ ルストーン的なものでしょうか？ プロダクトゴールは、プロダクトビジョンの具体的な成果 目標となります。 ガイドでは、具体的な期間やスコープの例はありませ ん。各チームがチームの状況に応じて、設定します。 次のページに設定例を記載しますので、参考にしてくだ さい。プロダクトゴールとフィーチャー・エピック・ストー リーの明確な階層を維持することをオススメします。 2 プロダクトビジョンとプロダクトゴールの違いが分かりに くいです。プロダクトバックログがなくならないものだとす ると、プロダクトゴールは期間で設定し更新していくもの でしょうか。 プロダクトバックログを実行することによって、プロダクト ゴールを達成する。いくつものプロダクトゴールを積み 上げていくことで、プロダクトビジョンに到達する、という 考えです。ですから、プロダクトゴールは期間で設定す るのではなく、一つのプロダクトゴールを達成したら、次 のプロダクトゴールに取り掛かる、の繰り返しです。
12. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 プロダクトゴールの設定例 コンポーネント ゴール 機能 性能 機能 性能 プロダクトゴール コンポーネント ゴール プロダクト コンポーネント フィーチャー エピック 小規模ビジネスがEバンキングを 使うようになる 一般的なセルフサービス用の オンラインカスタマーセンター を作る 支店を探す 言語のスキルで検索できる 指定した住所近くの支店を検索できる 営業時間で検索できる 小規模ビジネスの定番バンキング サービスを提供する 支払いを 停止する 過去の取引を参照 する 決済銀行センターが小規模ビジネ スジャンルで「最高」と評価される 月次財務レポートを提供し会 社の利益を把握できるようにす る 分解のレベル 概念の階層 例 エピック エピック エピック プロダクト バックログアイテム プロダクト バックログアイテム プロダクト バックログアイテム ストーリー
13. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 3 インクリメントの言葉が、以前は「リリース可能なポテン シャルをもつインクリメント」でしたが単にインクリメントに なったのは何故でしょうか 「リリース」という概念がないソフトウェア開発以外の チームにもスクラムの考え方が広まった状況を踏まえ、 用語が変更されました。 4 ProductとIncrementの明確な違いは何でしょうか Sprint ごとに価値を積み上げていく、という考えから Increment は前 Sprint からの増分を指しています。 Session 02: 最大の変更点 作成物の確約（コミットメント）
14. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 5 Spint Goalはチームのコンパスになり、Goal達成のた めに最短距離で全力を作ることを宣言するものと、今ま でも理解していましたが、今回もその信念は変わってな いという認識であってますか？ はい。今回のガイドの更新で変わってはいません。 Session 02: 最大の変更点 作成物の確約（コミットメント）
15. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 6 プロダクトビジョン、ゴールを設定することでの期待する 具体的な行動の変化は、チームが中長期のビジョンに 基づいてPBIの優先順位を入れ替えることができたり、 ビジョンにもづいた自律的な判断ができるようになる、と いう認識で良いでしょうか？ はい。その認識でよいと思います。 7 「スプリントゴール」と「完了の定義」の違いがわかり辛 かったので、ご説明をお願いします。 いずれも作成物に対する確約の対象ではありますが、 プロダクトインクリメント（作成物）の確約対象が「完成の 定義」で、 スプリントバックログ（作成物）の確約対象が「スプリント ゴール」です。 Session 02: 最大の変更点 作成物の確約（コミットメント）
16. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 8 プロダクトゴール、スプリントゴール、日々のタスクの紐 付きをわかりやすく示すツールや工夫としてはどのよう なものがあるでしょうか？リモート環境化でそのつなが りをうまく示すツールがなく、検討している状況でした。 Scrum Inc.では、MiroやMuralといったオンラインのホ ワイトボードツールを使って、プロダクトゴール・スプリン トゴール・日々のタスクを見える化しています。 次のページに見える化の一例を記載しますが、各チー ムで最適なやり方を自分たちで考え、改善していくこと が重要です。 Session 02: 最大の変更点 作成物の確約（コミットメント）
17. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 スクラムボード例
18. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan No. 質問 回答 9 開発者のプロダクトに対する理解度がまちまち、上がら ない、といったときにPOやSMはどういったチームビル ディングをしていくと良いのでしょうか？ POからプロダクトのビジョンとゴールを明確に示したり、 スクラムチームとして 一緒にビジョンやペルソナを作ったり PO から示されたプロダクトゴールについて議論する機 会を SM が設けることで スクラムチームが、よりジブンゴトとして捉えられるので はないでしょうか。 Session 02: 最大の変更点 作成物の確約（コミットメント） Twitter : #スクラムガイド2020上映会
19. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 02: 最大の変更点 作成物の確約（コミットメント） Twitter : #スクラムガイド2020上映会 No. 質問 回答 10 POはプロダクトビジョン、ゴール、バックログに責任を持 つことになると、ビジネス・技術・デザイン等複数領域の 高いスキルとリーダシップ性を兼ね備えている必要があ ると思います。こういったPOは現場にはそんなに存在し ないと思いますが、どうやってPO人材をアサインすれば いいのでしょうか？リーダシップが強くビジョンを打ち出 してPOを導いていくようなやり方がいいのでしょうか？ いきなりPOが全てを兼ね備えることはできません。 このため、まずはトレーニングを受けます。POがバック ログを作成し、優先順位付けを含めたバックログを管理 していく実践的な手法をレクチャーします。 そして、POに任せきりにするのではなく、ビジネス・IT一 体のスクラムチームを形成してチームで責任を持ちま す。お互いのスキルやノウハウを共有し合い、チームと してプロダクトビジョン・ゴール・バックログを作り上げて いきます。
20. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 03: 重要な変更点 スクラムマスターの役割 "スクラムマスターが真のリーダーとなる" Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 今回の改定でスクラムマスターはサーバントリーダーか ら明確なリーダーになりました。以前のLSMの研修では 「whatに責任を持つのがPO」、「やり方に責任を持つの はチーム」ということになっていましたが、今回の改定を もって「やり方に責任を持つのはスクラムマスター」に なったのでしょうか。 How に責任をもつのが開発者という点は変わっていま せん。スクラムマスターはスクラムチームが確約を達成 できるよう導く存在であることをより強調するための表 現として、"真のリーダー" が使われています。 2 スクラムマスターの定義において、より大きな組織という ワードが出ているのは、自分のチームを守ろうとするス クラムマスターがたまにいるからでしょうか？ チームがパフォーマンスをあげるためには、組織全体 がアジャイル/スクラムを理解し、サポートする必要があ ります。 複数のチームがある場合、チームとして成果を達成す るには、複数チームにまたがる問題を、チーム間でどう 解決するかが重要です。例えばチーム横断のワーク ショップを実施するなど、調整する方法を理解してチー ムを支援し、チームのパフォーマンスを上げていく必要 があります。
21. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 03: 重要な変更点 スクラムマスターの役割 "スクラムマスターが真のリーダーとなる" Twitter : #スクラムガイド2020上映会 No. 質問 回答 3 SM の目標は自分自身を首にすること、ということを聞 いたことがあるのですが、今も昔もそれは変わらないの でしょうか？（そもそもこの考え方は正しいですか？） チームへのコーチングが不要になる程、チームにスクラ ムが浸透している状況を目指すと解釈していいのであ れば、正しいのではないかと思います。 チームが成熟したら、その後は組織への働きかけによ り、組織としてのパフォーマンス向上に注力するとよい のではないでしょうか。
22. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 04: スクラムチーム 開発チームから開発者に変更 Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 プロダクトオーナー、スクラムマスター、開発者を兼任す るケースが増えそうに思いますが、兼任は推奨されてい る、あるいは推奨されていないなど、公式なアナウンス はあるのでしょうか？ ガイドでは推奨/非推奨について言及していません。 2 アカウンタビリティが果たせれば、例えばスクラムマス ターとプロダクトオーナーの兼務も可能と考えていいで すか？ 2つの情熱の向け方を一つにするのは、実務上難しい ですね。チームが持続的に結果を残そうと思うと、現実 的には難しいと考えます。
23. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 04: スクラムチーム 開発チームから開発者に変更 Twitter : #スクラムガイド2020上映会 No. 質問 回答 3 プロダクトバックログの優先順位はPOだけが決定でき るということが、２０２０では他の人に任せることも出来る ようになりました。これは何故でしょう。 現実的に、POも長期出張や休暇を取る場合があり、他 のチームメンバーに優先順位付けを委任することがあり ます。 Scrum Inc.の支援先チームでは、チームのバックアップ POを決めてもらい、普段から、POと一緒に働き、いざと いうときにPOの代替ができるようにしてもらっています。
24. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 04: スクラムチーム 開発チームから開発者に変更 Twitter : #スクラムガイド2020上映会 No. 質問 回答 4 2017では役割=やることも含み、「◦◦はSMがやるべき」 「△△はPOがやるべき」と、業務内容に対し担当者を決 めるチームが多くありました。 2020では"誰"が"何"をするか、PO・SM・開発者という 括りで定めるのではなく、チームで決めていくという理解 で合っていますでしょうか？ 決め方についてガイドでは言及していません。 博士たちが伝えたかったのは PO, SM, 開発者が役割 を形式的にこなす のではなく、それぞれの責任を全し、スクラムチームとし て顧客に価値を届けるんだ、ということです。 5 ソフトウェア開発以外のスクラムですが、ソフトウェア開 発にスクラムを適用している身からするとイメージがわ きません。もう少し詳細にスクラムのイベントや成果物と 合わせて説明いただくことは可能でしょうか？ スクラムのイベントはソフトウェアと共通です。成果物 は、人事施策やマーケティング施策そのものとなった り、社内での企画書だったりします。社員や関係部署を レビューに呼び、フィードバックをもらう。PO・SM・開発 者の責任は同じ。PO・SM・開発者が一緒にバックログ を作ったり、PO・SMが開発者として作業することも多い です。
25. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 6 実装を外部に委託（請負）する場合、「チーム一丸」とい う形になりにくいように感じるのですが、何か良い方法 はありますでしょうか？ 準委任契約にして、同じ場所で同じ立ち位置でやるよう にしています。指示命令系統があるとスクラムはやりに くいため、企業のマネジメントが頑張らないといけないで すね。Whyを伝えることで受託側が技術的アイデアも出 せるし委託側もオーナーシップを発揮でき、共感も持て るはずです。 7 2020でプロダクトオーナーの役割に変更がありました が、これに伴って、求められる資質やスキルなども変化 してきているのでしょうか？ ガイドの変更に伴う資質やスキルの変化はありません。 8 開発チームが3名未満のとき、スクラムがうまく作用しな いとの記載がなくなりました。 開発者（スクラムチーム）の最少人数について解釈が変 わるのでしょうか？ 指示的な部分と捉えたのかもしれませんね。 解釈としては「開発者の責任が全うできる体制か ?」と 考えるのがよさそうです。 Session 04: スクラムチーム 開発チームから開発者に変更
26. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 9 POがビジョンやゴールを良くわかっておらず、考えるの をサポートしたいと思っているのですが、開発者としてう まくサポートするコツは何でしょうか？ 書籍「アジャイルサムライ」のインセプションデッキや LSPO 研修のビジョンステートメントなどのツールを使 い、スクラムチームで一緒に作ってみてはどうでしょう ? 最初から納得のいくビジョンやゴールはなかなか設定で きないものですが 一度作ったらそのまま、ではなく ユーザーやステークホルダーのフィードバックに基づい て、ふりかえりなどのイベントを通じて、カイゼンしていく ことが大事だと思います。 Session 04: スクラムチーム 開発チームから開発者に変更
27. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 10 自己組織化は「ある製品開発に関わりたい人達集ま れ」のイメージが強くて、会社で上長の指示で集められ た人達のグループに馴染まない感じが強かったです。 自己管理と言うと「チームが果たすべきことを自分達が 責任を取れるように実施してね」という印象を感じまし た。この認識でも大丈夫でしょうか。 自己組織化と自己管理で定義している意味合いは同じ です。 いずれも「ゴールの達成を目的として」なぜやるか、何を やるか、どうやるかをチーム自身で行うことを指していま す。 自己組織化は誤解を招くため、わかりやすくするために 自己管理という言葉に変更しています。 Session 04: スクラムチーム 開発チームから開発者に変更
28. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 11 今回の改定で自己組織化という言葉は「自己管理」とい う言葉に変わりました。自己管理というと、自分のことは 自分で管理するという意味合いとともに、自分のことが きちんとできればそれで良いという考え方に陥ってしま うリスクがあるように思いました。スクラムのポイントは チームのメンバーがひとつのゴールに対して有機的に つながり、ときに役割や担当タスクを変化・変更し、助け 合いながら達成していくことだと思うのですが、こういっ た良さが損なわれてしまう可能性が高くなってしまいそ うだと思ったのですが、いかがでしょうか。 この文脈では「自己 = スクラムチーム」となります。確か に、ここを理解しているかは重要ですね。 Session 04: スクラムチーム 開発チームから開発者に変更
29. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 12 プロダクトバックログを開発者とつくるとなると、スプリン トの中で開発者の作業時間の確保が難しくなってしまう のですがどうすればいいでしょうか？ バックログリファインメントの時間を使うようにします。も しその時間でやりきれなければ、スプリントプランニング の時間を使います。いずれもタイムボックスの中で実施 することで、開発者のスプリントでの活動時間を確保し ます。 リファインメントを短く実施するための - PO が予め準備する - ワイヤフレームは手書きにする　など チームでの工夫とカイゼンが大事だと思います。 13 価値基準や心理的安全性は、所属組織や国籍が異な れば根本的に違ってきます。国籍(文化)をまたいだメン バーでスクラムチームを組む時のポイント等はあります でしょうか。 スクラムを成功に導く価値基準は共通です。その価値 基準を実践できるようにすることが重要です。 その上で、チームを立ち上げるときには、チームの大切 にする価値観や仕事をする上での約束事をチーム全員 で話し合って、共通の理解として定義することがポイント と考えます。 Session 04: スクラムチーム 開発チームから開発者に変更
30. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Twitter : #スクラムガイド2020上映会 No. 質問 回答 14 二次受けのように直接エンドユーザにアクセスできない 場合、 開発チームは開発サービスを提供する１次受けを顧客 といった考えで開発を進めるといったPJはどう思います か？ 一次請けをできるだけ巻き込み、一次請けにエンドユー ザを連れてきてもらえるようにできるだけ働きかけましょ う。 スプリントレビューに呼ぶことができなくても、 可能な限り頻繁に一次請けの先のエンドユーザーに動 作するモノを見せて、フィードバックをもらうようにしま しょう。 Session 04: スクラムチーム 開発チームから開発者に変更
31. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 05: スプリントプランニング 新しく追加されたトピックとは Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 言及されていた、Appleの例、は具体的に何ですか？動 画などですか？ サイモンシネックの、優れたリーダーはどうやって行動 を促すか、のビデオです。TEDでみることができます。 2 今回の修正で開発者がなぜを考えるために、よりPOが WHYを明確化する必要があると認識しましたが、誤解 してないでしょうか？ 誤解ではないです。おっしゃる通りです。 3 「スプリントゴールは開発者が確約するするものだ」とい う記載があります。 スクラムチームが確約するのではな く、開発者に限定されている理由はどういったところにあ るのでしょうか？ スプリントバックログの実施は開発者の責任となります ので 対応するスプリントゴールは開発者が確約するものと なっています。
32. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 05: スプリントプランニング 新しく追加されたトピックとは Twitter : #スクラムガイド2020上映会 No. 質問 回答 4 2020 では、[準備完了（Ready）] という記載がなくなっ ていませんか？とすればそれはなぜですか 指示的な部分と捉えガイドから削除したのだと思われま す。
33. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 06: デイリースクラム 実施の目的について Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 デイリースクラムにおいて、日本人はとくに、議論をする ことなく答えをするばかりというところにギクッとしまし た。　whyやhowをチームで議論するというのは、日本 人は苦手なのでしょうか？ Jeff Sutherland博士は、日本を含む、アジアでは、先生 や年長者の言うことをきちんと守るということが重視さ れ、本質的な課題を自分たちで考えない傾向があると 捉えているようです。 もしご自身やご自身のチームにそういった傾向があると 思えば、whyやhowを自身やチームとして徹底的に議 論するよう心がけてください。 2 より指示的でなくということは、チームや個人が自活的 にパフォーマンスを出すことと理解しましたが、スクラム マスターの意識としてはチームや個人に寄り添って安心 を与える、”安心感”といったものはスクラムマスターが ＰＪ責任を取る姿勢がより必要ということでしょうか？ より指示的でなくなったのは、形式的にイベントを実施 するのではなく、スプリントゴール達成に向けた議論な ど、より本質的な部分にフォーカスするためです。 スクラムマスターはスクラムを確立させ、チームのパ フォーマンスを上げるために全力を尽くします。チーム に心理的安全性の確保が必要であれば、そのための 支援を行います。
34. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 06: デイリースクラム 実施の目的について Twitter : #スクラムガイド2020上映会 No. 質問 回答 3 日本人が課題をオープンにするのは苦手、というのは 実感しています。 デイリースクラムで、「課題があります。」とは言ってくれ るが、決して課題の内容には話をしなくて、「今日何とか します」と個人の中で閉じてしまうことが多いです。 こういった「自分で何とかしたい」っていうのは日本人特 有でしょうか？＆うまく問題を共有してくれるようになる プラクティスが何かあればお聞きしたいです。 日本人特有かどうかはわかりませんが、課題に対して 「なんとかしたい」と考える人がいるならば、どのような 課題を抱えているかを引き出し、整理してあげると良い かもしれません。 個人で抱えている問題・課題をチームで扱うこと・支援 することを嫌がる人はいないのではないでしょうか。 ご支援していたチームで、チームのペアワークやス ウォーミングが定着するまで、SM が声かけしていたこ とがあり、良いファシリテートと感じました。 「◦◦さん、得意だから手伝ってあげてよ」 「みんなでやったほうが早いから、これから全員でやろう か」 ご自身のチームでも試してみてください。
35. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 06: デイリースクラム 実施の目的について Twitter : #スクラムガイド2020上映会 No. 質問 回答 4 実際に使える、効果的なデイリースクラムについて教え てください。 デイリースクラムにおける良い会話の例としては以下が 挙げられます。 ・スプリントゴールを達成するため、前回のデイリースク ラム後、何をしたか？ ・スプリントゴールの達成を妨げる　障害物はないか？ ・スプリントゴールを確実に達成するには次に何をすべ きか？
36. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 07: スプリントレビュー ステークホルダーとの合意形成 Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 スプリントレビューでステークホルダーのフィードバック をより引き出すやり方やコツはありますでしょうか ガイドにも書かれていますが、プレゼンテーションに終 わらせず、ステークホルダーを巻き込んで、次に何をし ていったら良いかを問いかけて進める／一緒にWhyを 考えることから始めると良いかもしれません。 また、レビューだけではなく、リファインメントにも参加し てもらい ビジョンやペルソナを一緒に考えたり、ユーザーストー リー マッピングをするチームはその後もステークホル ダーをうまく巻き込めているケースが多いように感じま す。
37. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 07: スプリントレビュー ステークホルダーとの合意形成 Twitter : #スクラムガイド2020上映会 No. 質問 回答 2 ソフトウェアベンダーで働いていますが、売れないとスプ リントレビューでユーザーから意見を引き出すみたいな ことができません。そのため社内の人間だけでスプリン トレビューをやっているのですが、社内の人間はそのプ ロダクトのユーザーではないのでフィードバックが得づら いです。こういう場合はどう対処すればよいでしょうか？ まだほとんど使っている人がいない状況で、どうフィード バックをもらえばいいのかという質問と捉えました。 スクラムガイドから離れますが デザイン思考やリーン顧客開発では、 プロダクトが普及期に入る前でも ターゲットユーザに仮説検証することを推奨しており、顧 客開発の手法を使うことでスプリントレビュー以外の場 でもフィードバックをもらうことができます。
38. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 09: スウォーミング パフォーマンスを上げるスクラムパターン Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 swarming に関する直接的な記載がガイドには見当た りません。 JamesCoplienのトレーニングでは、プロダクトバックロ グアイテムの一個流しを意味していましたが、その認識 であってますか？ swarmingはスクラムパターンのひとつです。サブタイト ルとして一個流しと表現されています。
39. © 1993-2020 Jeff Sutherland & Scrum Inc. Japan Session 10: 2020年版スクラムの定義 スクラムはシンプルである。まずはそのままの状態で試してほしい。 Twitter : #スクラムガイド2020上映会 No. 質問 回答 1 新しくScrumを始める人は2020ガイドだけでスタートす るのが良いのでしょうか？経緯の理解は不要ですか？ スクラムガイドのみを参照してスクラムを開始いただい てもよろしいかと思います。 なお、スクラムフレームワークで利用できる戦術は様々 なものがありますし、スクラムをより深く理解し効果的に 実践するためのトレーニングも提供されています。（弊 社からは、スクラムの共同考案者であるJeff Sutherland博士によってつくられた、Licensed Scrum Master Training等を提供しています。） 必要に応じてご活用ください。