HOME
スクラム PSM I・CSM (スクラムマスター)

「スクラム PSM I・CSM (スクラムマスター)」の記事一覧

開発者が技術的な意見で対立し、決まらない場合は。

SMはファシリテーターとして、チームが納得感のある結論を出せるよう導く。

2026年4月1日

スプリントプランニングで、プロダクトゴールを無視した計画を立てたら。

プランニングはプロダクトゴールに向けたステップであるべきであり、SMはそれを支援する。

2026年4月1日

スクラムの「適応」が成功したと言える基準は。

ただ変えるだけでなく、その変化が良い結果（価値の向上）に繋がることが重要。

2026年4月1日

スプリントレビューで、POが一部のPBIを「不採用」としたら。

ビジネス価値の判断はPOの専権事項であり、チームはそれに従い適応する。

2026年4月1日

スプリントバックログが変更された際、誰に報告すべきか。

スプリントバックログは開発者の計画書であり、彼らが内部で共有していれば良い。

2026年4月1日

スクラムマスターは「障害（インペディメント）」をどう処理すべきか。

チームの自立を妨げないよう、まずは自分たちで解決できるか考えさせ、必要に応じて動く。

2026年4月1日

スクラムにおける「価値観」と「プロセス」の関係は。

確約や尊敬などの価値観が共有されて初めて、スクラムのイベントが機能する。

2026年4月1日

インクリメントは「出荷可能」である必要があるか。

「完成の定義」を満たすということは、いつでもリリースできる品質であることを意味する。

2026年4月1日

プロダクトオーナーは、開発の「ベロシティ」を上げるよう要求できるか。

ベロシティは開発者の能力指標であり、外部から強制して操作できるものではない。

2026年4月1日

スプリントの中止が「無駄」とされる主な理由は。

スプリントの中止はリソースの甚大な浪費を伴うため、極めて稀な手段とされる。

2026年4月1日