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

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

スプリントレビューでステークホルダーが新しい要望を出したら。

新しい要望は重要なフィードバックであり、POがバックログに反映させる。

2026年4月1日

開発者が複数チームにまたがって所属することは推奨されるか。

1つのチームに集中（フォーカス）する方が、生産性と質が高まりやすい。

2026年4月1日

スクラムが「ソフトウェア開発以外」にも適用できる理由は何か。

不確実な状況下で価値を届ける仕組みは、あらゆる複雑な問題に有効である。

2026年4月1日

レトロスペクティブで「特定の個人の非難」が始まったら。

「尊敬」や「心理的安全」を守るため、SMは建設的な対話へ誘導すべきである。

2026年4月1日

スプリントバックログに記載された作業は誰が割り当てるか。

開発者は誰がどの作業をどのように行うかを自分たちで決定する。

2026年4月1日

プロダクトオーナーがビジネス価値を重視しすぎるとどうなるか。

短期的な利益を追うあまり、技術的負債が溜まり長期的な価値が下がるリスクがある。

2026年4月1日

インクリメントをリリースするかどうかの最終決定権は誰にあるか。

いつどの機能をリリースするかというビジネス判断はPOが行う。

2026年4月1日

スクラムの「インフラ」や「ツール」を整える責任は誰にあるか。

仕事のパフォーマンスに影響するため、チームが必要な環境を自ら整える。

2026年4月1日

スプリントプランニング中に技術的な壁にぶつかったら。

実行不可能な計画は立てられないため、POと協力して内容を調整する。

2026年4月1日

スクラムにおける「効率」よりも「有効性」が重視される理由は。

いくら速く作っても、それがユーザーに求められないものであれば無意味だから。

2026年4月1日