素早く問題を解いてInput⇔Outputを繰り返し!
会員レベル
ログイン
メンバーシップアカウント
会員レベル
ログイン
メンバーシップアカウント
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日
投稿のページ送り
1
…
71
72
73
…
199