スクラム勉強PSM
試験合格後、以下にまとめました
以下は勉強中のノートです
やること
買った本の本読み scrum boot camp
スクラムガイドとは
試験の種類
スクラムガイドに出てくる単語やスクラムイベントの木柄気など、シンプルな問題が多い
オンライン模擬試験
- 日本語翻訳はOK
- 全部やるのは無理だな。
- https://become-itcon.com/psm1/#PSM_I試験中のヒント によると、１と２が必須と言っている
１．Scrum Open
★これと
１０個のPDFを用意した。これは簡単で、本番テストより易しいらしい。
２．Scrum Questions
ブログモード？
みんなからのしつもんを答えたものと思われる
事前勉強モード
★これと
９５点になるまでやろう
模擬試験モード？
★これと
最後にこれをやって８５％クリアできればよい。９５％クリアで用意万端。英語で解く必要あり。
９５点になるまでやろう
変更点
- スプリントレトロスペクティブの検査項目
- 2017年版では人・関係・プロセス・ツールとなっていたのに対し、
- 2020年版では個人、相互作用、プロセス、ツール、完成の定義になっています。この変更点は個人的に一番好きな部分です。
ネクサス
大規模な開発にスクラムを導入するフレームワーク
統合チームと複数のスクラムチームがある。プロダクトバックログは統合チームで管理
Nexusスプリントプランニング
Nexus統合チームと各スクラムチームから代表者が集まり
Nexusデイリースクラム
Nexus統合チームと各スクラムチームの代表者が集まり
Nexusスプリントレビュー
各スクラムチームが開発したシステムを結合して、プロダクトオーナーがレビューする。Nexus統合チームと各スクラムチーム全員が集まる必要があるため
Nexusスプリントレトロスペクティブ
各スクラムチームで行われたスプリントレトロスペクティブの結果から、全体に関わるものを各スクラムチームでまとめて、全体に共有する
やほースクラム記事
用語集
ミハイルの勉強方法
受験者感想
オープンブック形式の試験。つまり調べながらやってもいいようだ。
有料問題集
しミューレーター有料 １９８０円らしい。自動で翻訳されないのがネック。回答の画面では翻訳されている。解説はよさそう。ミハイルのサイトでも紹介されている。
不安だが買った。請求金額が不安。
ほんやくするとなぜかみえない
DeepLを買った。一月１２００円
追記
Scrum.orgではOpen Assessmentという何度でも受けられるプレテストがあり、問題傾向を把握できます。さらには英語力向上のため、スクラムガイドを英語で読み込むなど対策するのがおすすめです。
合格をより強固のものにしていくため、Udemyの対策コースの練習テストと、PSM I™ Preparation Quiz – Real Modeを2～3周して95～100％の正答率を取れるようにしておくと良いでしょう。
udemyは英語だからやめておく。
試験時間・合格ライン
60分(オンライン)。全80問中85％以上の正答で合格。68問の正解が必要
１２問間違えてよい。mplaza初回１９問間違えた
２・５試験かった。受験日未定
認定資格の有効期限
期限なし
受験方法
- ２万ぐらいかかりそう＄１５０
- 試験は６０分。申し込んで家ですぐ受験できそうな感じ
購入メモ
アカウントは作った。メアドとむずいパスワード この下から買えそう
勉強メモ
注文 オーダー
プロダクトバックログの並べること、並べる基準、並べる方法を言っている
クロスファンクショナル チームとは、製品の開発に必要なあらゆる種類の専門知識を備えたチームです。これは、個々のチーム メンバーではなく、チーム全体に関するものであることに注意してください。
オプションはクイズの選択肢
スプリント期間別にスクラムイベントの時間（タイムボックス）を一覧表にしました。
タイムボックスは時間制限。これを超えるなということ。
本家スクラムガイドを参考に、単純にスプリント期間に比例させて時間を計算しています。
| 1ヶ月（4週間） | 3週間 | 2週間 | 1週間 | |
|---|---|---|---|---|
| スプリントプランニング （スプリント計画） | 8h | 6h | 4h | 2h |
| スプリントレビュー | 4h | 3h | 2h | 1h |
| スプリントレトロスペクティブ（スプリント振り返り、回顧） | 3h | 2.25h | 1.5h | 0.75h |
- リファインメント（洗練） ... プロダクトバックログの中身の精査、優先度の調整。P
POが行う - スプリントプランニング ... スプリントで何かを作るのか、どうやって実現するのか検討する。POがまずやりたいことを話す。開発者は規模を見積もる。スクラムマスターもいる。有識者を呼ぶこともある
- デイリースクラム 開発者が行う。スクラムマスターもいてもよい
- スプリント ... 作業期間の１つ。ゴールはスプリントプランニングで決まっている
- スプリントレビュー... スクラム チームと利害関係者がスプリントの結果を検査し、次に何をすべきかを判断するときです。PO,SM、開発者、利害関係者
- スプリントレトロすぺくてぃぶ（回顧展）...これがスプリントの最後。PO,SM、開発者
同じプロダクトを複数のスクラムチームで行ってよい。ただしプロダクトバックログは１つ。team毎にもってはならない
経験主義
スクラムは、経験的プロセス制御理論または経験主義に基づいています。経験主義は、知
識は経験から得られ、既知のものに基づいて意思決定を行うと主張します。
経験的プロセス管理のすべての実装は、透明性、検査、および適応という 3 つの柱によっ
て支えられています
Inspection, Transparency, Adaptation.
- スクラムは、スクラム ガイドで規定されているとおりに実装されること
を意図しています。たとえば、スクラム ガイドの 5 つのイベントは必須
であり、各イベントには特定の目的があります。 - スクラムは、今日の世界で製品を提供する際に内在する複雑さを排除す
るのではなく、複雑さに対処するためのフレームワークを提供します。
Increments of value を定期的に提供することで、チームは受け取ったフ
ィードバックに基づいて調査し、迅速に適応する能力を獲得します。 - プロジェクト マネージャーは、単に自己管理チームに取って代わられる
わけではありません。スクラムは、チーム全体の知識と経験に基づいて
意思決定を最適化するためのフレームワークです
- スクラムイベント
- スプリント
- スプリントプランニング
- デイリースクラム
- スプリントレビュー
- スプリントレトロスペクティブ
アーティファクトとは、問題を解決するツールなど私たちの製作物を指します。スクラムの場合、これら 3 つのアーティファクトはプロダクト バックログ、スプリント バックログ、「完了」の定義に応じたインクリメントです
完了の定義DoD
完了定義は開発チームで作成。スプリント中変更可能。スクラムチームという記述もあった。開発者が作ってPOと合意する
スプリントバックログは開発チームで変更可能。他はNG。スプリント バックログは、スプリント計画で作成されます。
スプリント目標はスクラムチームが作成
透明性の責任はスクラムマスター
P27 スクラムの価値
Respect 尊敬
Focus 集中
Courage 勇気
Openness 公開
Commitment 確約
スクラムのチーム モデルが最適化するように設計されている 3 つの主な特性は何
Flexibility 柔軟性
Creativity 創造性
Productivity 生産性
国防総省 DoDの翻訳ミスと思われる
プロダクトバックログの見積もり責任者は開発者。プロダクトオーナーではない。プロダクトオーナーも最初に見積もっているが開発者が最終的に判断しているということだと思う。
製品バックログ管理には以下が含まれます。
製品バックログ項目を明確に表現する;
目標と使命を最大限に達成するために、製品バックログ内のアイテムを注文します。
開発チームが実行する作業の価値を最適化する。
プロダクト バックログが誰にとっても見やすく、透明性があり、明確であることを確認し、スクラム チームが次に取り組む内容を示します。と、
開発チームが製品バックログの項目を必要なレベルまで理解していることを確認します。
参加について
口ださないのは参加ではない。デイリースクラムは開発者だけ。スクラムマスターはそこにいても参加ではない。
不完全なアーティファクトの透過性に対処する責任は誰にありますか?
スクラム マスターの仕事は、スクラム チームおよび組織と協力して成果物の透明性を高めることです。この作業には通常、学習、説得、および変更が含まれます。
スプリントバックログの各タスクは通常１日以下にするが、必要性を説明できれば１日以上のものにしてもよい
スクラム マスターはプロダクト オーナーをどのように支援しますか? 最も適切な回答を 3 つ選択してください。
正しくない
スクラム マスターは、以下を含むいくつかの方法でプロダクト オーナーにサービスを提供します。
目標、範囲、および製品ドメインが、スクラム チームの全員に可能な限り理解されるようにします。
効果的な製品バックログ管理のテクニックを見つける;
明確で簡潔な製品バックログ項目の必要性をスクラム チームが理解できるようにする。
経験的な環境での製品計画の理解;
プロダクト オーナーがプロダクト バックログを調整して価値を最大化する方法を知っていることを確認する。
アジリティ（アジャイル）の理解と実践。と、
要求または必要に応じて、スクラム イベントを促進します。
エバンジェリスト 、IT業界の新しい職種、あるいはその役割を担う専門人材
ファシリテーター 進行役
マーケットプレイス 取引
インクリメントの構築理由＝スプリントの目標
スクラム アーティファクト
DODを満たしたインクリメント
製品バックログ
スプリントバックログ
スクラムのチーム モデルは、柔軟性、創造性、および生産性を最適化するように設計されています。
スプリント計画は次のように答えます。
次のスプリントの結果として、インクリメントで何を提供できますか?
Increment を提供するために必要な作業はどのように達成されますか?
スプリント計画でスプリント目標を作成するのは誰ですか?
開発チームがスプリントで提供するプロダクト バックログ アイテムを予測した後、スクラム チームはスプリント ゴールを作成します。
スクラム マスターは、次のようないくつかの方法で開発チームにサービスを提供します。
自己組織化とクロスファンクショナルで開発チームを指導する;
開発チームが価値の高い製品を作成するのを支援します。
開発チームの進歩に対する障害を取り除きます。
要求または必要に応じてスクラム イベントを促進する。と、
スクラムがまだ完全に採用され理解されていない組織環境で開発チームを指導する。
不確実性の円錐は何を示していますか?コーンオブアクシティビティ
不確実性の円錐は、プロジェクト中の不確実性の量の変化を表します。
スプリントレビューの結果は？
スプリント レビューの結果は、次のスプリントの可能性のある製品バックログ項目を定義する改訂された製品バックログです。製品バックログは、新しい機会に対応するために全体的に調整される場合もあります。
スクラムのコンテキストで「開発」という言葉は何を意味しますか? 最適なオプションを選択してください。
- 提案されたすべてのオプションとさらに多くのオプションを含む複雑な作業(正解はこれだがようするに他の選択肢の全部が正しいという選択肢である。)
- 製品の動作環境の開発
- ソフトウェアおよびハードウェア開発
- 製品の開発、リリース、維持
- 実行可能な市場、技術、および製品機能の調査と特定
正しい
スクラム ガイドで使用される「開発」および「開発」という言葉は、ソフトウェアおよびハードウェアの開発、製品および拡張機能の開発とリリース、製品運用環境の開発と維持、実行可能な市場の調査と特定、およびテクノロジー、さらにはそれ以上。
スプリント中にスプリント バックログを変更できるのは誰ですか?
スプリント中にスプリント バックログを変更できるのは、開発チームだけです。スプリント バックログは、開発チームがスプリント中に達成しようと計画している作業の非常に目に見えるリアルタイムの図であり、開発チームのみに属します。
スクラムを構成するものは何ですか (4 つ選択)?
役割、イベント、成果物、およびルール
スクラム フレームワークは、スクラム チームとそれに関連する役割、イベント、成果物、およびルールで構成されます。フレームワーク内の各コンポーネントは特定の目的を果たし、スクラムの成功と使用に不可欠です。スクラムのルールは、イベント、役割、および成果物を結び付け、それらの間の関係と相互作用を管理します。
スクラム マスターはどのように組織にサービスを提供しますか? 最も適切な回答を 3 つ選択してください。
スクラム マスターは、次のようないくつかの方法で組織にサービスを提供します。
スクラムの採用において組織を導き、指導する。
組織内でスクラムの実装を計画する。
従業員と利害関係者がスクラムと経験的製品開発を理解し、実行できるように支援します。
スクラム チームの生産性を向上させる変更を引き起こす。と、
他のスクラム マスターと協力して、組織内でのスクラムの適用の有効性を高めます。
スプリント計画の終わりまでに、開発チームはプロダクト オーナーとスクラム マスターに、スプリント ゴールを達成し、予想されるインクリメントを作成するために自己組織化チームとしてどのように作業するつもりかを説明できる必要があります。
スプリント目標を達成する可能性を予測するために、スプリント バックログに残っている作業の合計を追跡するのは誰の責任ですか?
スプリントの任意の時点で、スプリント バックログに残っている合計作業を合計できます。開発チームは、スプリントの目標を達成する可能性を予測するために、少なくともデイリー スクラムごとに残っているこの総作業量を追跡します。スプリント全体で残りの作業を追跡することにより、開発チームはその進捗を管理できます。
スプリントバックログとは？
スプリント バックログは、スプリント用に選択された製品バックログ項目のセットに加えて、製品のインクリメントを提供し、スプリントの目標を実現するための計画です。
「完了」の定義について何を考慮に入れる必要がありますか? 最も適切な項目を 2 つ選択してください。
インクリメントの「完了」の定義が開発組織の規約、標準、またはガイドラインの一部である場合、すべてのスクラム チームは最低限これに従う必要があります。インクリメントの「完了」が開発組織の慣習でない場合、スクラム チームの開発チームは、製品に適した「完了」の定義を定義する必要があります。システムまたは製品のリリースに取り組んでいるスクラム チームが複数ある場合、すべてのスクラム チームの開発チームは、「完了」の定義を相互に定義する必要があります。
バーンダウンチャートは何を示していますか?
バーンダウン チャートは、時間に対する残りの労力の変化を示します。
バックログに残っていると思われる仕事の量を示すグラフ。横軸に時間、縦軸に残務をとっている。時間が経過し、バックログから項目が引き出され、完了すると、残作業を示すプロット線は下がっていくことが予想される。
「完了」の定義を作成したのは誰ですか?
インクリメントの「完了」の定義が開発組織の規約、標準、またはガイドラインの一部である場合、すべてのスクラム チームは最低限これに従う必要があります。インクリメントの「完了」が開発組織の慣習でない場合、スクラム チームの開発チームは、製品に適した「完了」の定義を定義する必要があります。システムまたは製品のリリースに取り組んでいるスクラム チームが複数ある場合、すべてのスクラム チームの開発チームは、「完了」の定義を相互に定義する必要があります。
スクラムチームが持つべき 2 つの重要な機能は何ですか?
スクラム チームは自己組織化され、機能横断的です。自己組織化チームは、チーム外の他の人から指示されるのではなく、自分の仕事を達成するための最善の方法を選択します。クロスファンクショナル チームは、チームのメンバーではない他の人に依存することなく、作業を遂行するために必要なすべての能力を備えています。
スプリント計画へのインプットは何ですか? 4 つ選択します。
スプリント計画への入力は、製品バックログ、最新の製品増分、スプリント中の開発チームの予測キャパシティ、および開発チームの過去のパフォーマンスです。
「完了」の定義はスクラム チームにどのように役立ちますか? 最も当てはまるものを 3 つ選んでください。
DoD は、製品の作業がいつ完了するかを評価するために使用されます。
DoD は、開発チームがスプリント計画中に選択できる製品バックログ項目の数を知るように導きます
DoD は、はアーティファクトの透明性を保証します
ベロシティ ベロシティとはスクラムチームがスプリント中に完了する平均作業量をストーリーポイントまたは時間数で表したもの
開発チームのみに属しているものは何ですか?
スプリント中にスプリント バックログを変更できるのは、開発チームだけです。スプリント バックログは、開発チームがスプリント中に達成しようと計画している作業の非常に目に見えるリアルタイムの図であり、開発チームのみに属します。
スプリント バックログの項目がスプリントの終わりまでに完了できない場合 (推定よりも多くの作業が必要であることが判明した場合)、スプリントはキャンセルされます。
スプリントの目標が廃止された場合にのみ、スプリントはキャンセルされます。一部の作業を実行できなかった場合は、スプリント バックログについてプロダクト オーナーと開発チームの間で再交渉する必要があります。
スプリントがキャンセルされるとどうなりますか? 3 つ選択します。
スプリントがキャンセルされると、完了した「完了」した製品バックログ項目がレビューされます。作品の一部が潜在的にリリース可能な場合、プロダクト オーナーは通常それを受け入れます。不完全な製品バックログ項目はすべて再見積もりされ、製品バックログに戻されます
スプリント計画は、1 か月のスプリントで最大 8 時間に制限されています。
スプリント バックログのすべてのアイテムを分解する必要はありません。スプリントの最初の数日間のみ実行できます。
スプリントレトロスペクティブの目的は次のとおりです。
人、関係、プロセス、およびツールに関して、前回のスプリントがどのように進んだかを調べます。
うまくいった主な項目と潜在的な改善点を特定して並べ替えます。と、
スクラム チームの作業方法を改善するための計画を作成します。
スクラムの本質は、少人数のチームです。個々のチームは非常に柔軟で順応性があります。これらの強みは、何千人もの人々の作業と作業成果物を開発、リリース、運用、維持する単一、複数、多数、およびネットワークのチームで引き続き機能します。これらは、洗練された開発アーキテクチャとターゲット リリース環境を通じて、コラボレーションと相互運用を行います。
通常、プロダクト バックログの改良は、開発チームのキャパシティの 10% 以上を消費しません。リファインメントのこと
スクラム チーム以外の人が参加できる 2 つのミーティングを選択します。
開発チームは、技術的またはドメインに関するアドバイスを提供するために、他の人をスプリント計画に参加するよう招待する場合があります。
プロダクト オーナーは、主要な利害関係者をスプリント レビュー ミーティングに招待する責任があります。
完了の定義は、各スプリントふりかえり中にレビューおよび調整できます。正しいか間違っているか？
できる
3 つの質問
開発チームがスプリントの目標を達成するのに役立った、昨日私がしたことは何ですか?
開発チームがスプリントの目標を達成できるように、今日何をしますか?
私や開発チームがスプリントの目標を達成するのを妨げる障害はありますか?
検査と適応の正式な機会をすべて確認してください。
スプリントレトロスペクティブ
デイリースクラム
スプリント計画
スプリントレビュー
他のすべてのイベントのコンテナであるスプリント自体を除いて、スクラムの各イベントは、何かを検査して適応させるための正式な機会です。これらのイベントは、重要な透明性と検査を可能にするために特別に設計されています。
新しい機能を実装せずに、技術的負債を取り除くタスクのみで構成される特別なテクニカル スプリントを時々実施することをお勧めします。
禁止されています。各スプリントの目的は、スクラム チームの現在の「完了」の定義に準拠する、潜在的にリリース可能な機能のインクリメントを提供することです。
ただし、必要なMTGというのは追加可能
プロセス＝働き方
work=仕事（タスク、あいてむ）
スプリント回顧会議ではプロダクト バックログを改良しません。会話はあるかもしれない
レトロスペクティブのこと
注: エンドユーザーに使用可能 = 潜在的に出荷可能 = 潜在的にリリース可能 = 完了の定義に基づいて完了
進捗管理を開発者かプロダクトオーナーなのひっかける問題がある。
開発スピードは調査するのはPO。進捗スピードの評価、前回との差
プロジェクトのパフォーマンスはPO、スプリントのパフォーマンスは開発さ
スプリント目標を達成する可能性を予測するために、スプリント バックログに残っている作業の合計を追跡するのは開発者
47- スクラムチームメンバーの推奨人数は?
あなたのもの 期待される
✘ ✘ を。3～10
✘ ✓ b. 10以下 ＜＜＜＜＜正解
✓ ✘ c. 3～9 ＜＜＜ひっかけか？
54- チーム内の開発者の推奨人数は?
あなたのもの 期待される
✓ ✘ を。3～9
✘ ✓ b. 10以下
スクラム マスターとプロダクト オーナーを含むスクラム チームの推奨人数は「10 人以下」と思われるかもしれません。したがって、開発者の推奨人数は「8 人以下」となります。ただし、スクラム マスターとプロダクト オーナーは開発者になることもできます (それは良い考えではありませんが、禁止されているわけではありません)。これにより、開発者の数は「10 以下」になります。
10人1チーム（分ける理由がないため）が不正解と矛盾を感じる
67- スプリントの終わりに、ほぼ完了した項目を除いて、すべての項目が完了します。このアイテムはどうすればいいですか？
あなたのもの 期待される
✘ ✓ を。Increment には含めないでください。
✘ ✘ b. アイテムが現在の状態で提示可能である場合は、スプリント レビュー ミーティングでそれを示します。
✓ ✘ c. 顧客がそれを受け入れた場合、インクリメントに追加できます。
✘ ✘ d. ユーザー受け入れテストが完了すると、インクリメントに追加できます。
これと矛盾している気がする
注: エンドユーザーに使用可能 = 潜在的に出荷可能 = 潜在的にリリース可能 = 完了の定義に基づいて完了
ひっかけ問題
69- 誰がデイリー スクラム ミーティングに参加できますか?
あなたのもの 期待される
✘ ✘ を。スクラムチーム全員
✘ ✓ b. 誰でも
✘ ✘ c. 開発者と製品所有者
✓ ✘ d. 開発者とスクラムマスター
デイリー スクラムは開発者向けです。彼らだけが「参加」（＝話）することが許されています。他の人 (プロダクト オーナー、スクラム マスター、顧客、社内の他のプロジェクトの人、マネージャーなど) は「参加」(= 監視) できます。
スクラムチームが最初のスプリントで行うべき2つのことはどれですか？
(最も良い答えを2つ選んでください) AとDです
A.
有用で価値のある製品のインクリメントを提供する。
B.
リリースの残りを計画的に展開する。
C.
製品の完全なアーキテクチャとインフラを決定する。
D.
少なくとも1つの機能を開発し、提供する。
プロダクトオーナーの責任について最もよく表しているのはどの文ですか？
(最も良い答えを選んでください) Bです。Aと勘違い注意
A.
プロジェクトを管理し、ステークホルダーへのコミットメントを満たすよう業務を遂行する。
B.
スクラムチームが行う作業の価値を最適化する。
C.
開発者をディレクションする。
D.
利害関係者が開発者の気を散らさないようにする。
フィードバック
プロダクトオーナーは、プロダクトの価値とスクラムチームの作業の価値を最大化する責任を負っています。
スクラムの予算編成は、スクラム毎に実施するのが理想
フレームワーク（framework）とは
ビジネスにおけるフレームワークとは、共通して用いることが出来る考え方、意思決定、分析、問題解決、戦略立案などの枠組みのことを指します。フレームワークには様々なパターンがあり、それぞれ役割が違います。
プロジェクトのパフォーマンスはスプリントに最低一回POが測定.
プロダクトゴーるに向けた進捗の測定
スプリントのパフォーマンスは毎日開発者が測定
レトロスペクティブではプロダクトバックログの改善はしない。改善の話はすることはある
プロダクトバックログの属性
- 説明
- 並び替え、見直し
- 見積
WIP【Work In Progress】ワークインプログレス
進行中の作業（WIP: work in progress）
スクラムは何もベースライン化しない
非機能要件
せきゅりてい、性能などのこと、
ペアプログラミング、巣ウォーミング
も部プログラミング
プロダクトの目標はスプリント中に変えるな、長期的なもの
スプリントの目標は普通は変えないが、改良はあり
リリース計画
フレームワークには書いてないがほとんどのケースで必要
レトロスペクティブ
次のスプリントでどのような作業改善ができるか一緒に考える
セルフマネジメントをすると
buy-in
任せろと引き受けること◆「これを買うか？」 「よし、買った」と言うように自ら取り組むことを引き受ける姿勢を言う
＋
創造性
スクラムの柱 検査、透明性、適応
スクラムの価値観 コミットメント（確約） 勇気、集中、開放性、 敬意
スプリントバックログ
スプリントゴール
プロダクトバックログのアイテム（スプリントの計画＝スプリントバックログ）
プロダクトバックログのアイテムを分解したタスク
スプリント バックログは、スプリント用に選択された製品バックログ項目のセットに加えて、製品のインクリメントを提供し、スプリントの目標を実現するための計画です。
インクリメントに含めるものは完了の定義のもの。
顧客が受け入れてもいれてはだめ、
スプリントゴールを作るのはスクラムチーむ
すべてのインクリメントは、実際のリリースに関係なく、使用可能なフィードバックを可能にするために、使用可能でなければならない（潜在的にリリース可能である）。
スクラムは「経験主義」と「リーン思考」に基づいている。
経験主義では、知識は経験から⽣まれ、意思決定は観察に基づく。
リーン思考では、ムダを省き、本質に集中する
スプリントレビューでプロダクトバックログを変更することもある
スプリントバックログ
なぜするのか、なにを、どのように（計画）で構成
デイリー スクラムに参加できるのは誰ですか?
開発チーム
出題側が参加をどうとらえているかによる。
インクリメントは、スプリント中に完成したすべてのプロダクトバックログ項目と、過去のすべてのスプリントのインクリメントの値を合計したものである。
スプリントプランニングで話す内容は？
何をするか？
なぜするのか？
どのようにするか？
も「フィードバックループ」とは、ある行動の結果やその情報を利用して、その後の行動をさらに調整・改善していくプロセスを継続的に繰り返すことです。 たとえば、一般によく知られている「PDCAサイクル」も、このフィードバックループの一種と捉えられます。
検査と適応の機会のこと
スプリントレビュー、プランニング、デイリースクラム、レトロのこと
品質の責任者は開発者
スクラムのチームモデルは、柔軟性、創造性、生産性を最適化するように設計されています。みはいる
、創造性、品質、生産性 すくらむおーぷん
利害関係者（捨て行くフォルダー）が関係者と略されることがある。
複数のチームが同じ製品に取り組んでいる場合、全員が従う共通の完了の定義が 1 つ必要です。
増分＝インクリメント
Discussion