素早く問題を解いてInput⇔Outputを繰り返し!
会員レベル
ログイン
メンバーシップアカウント
会員レベル
ログイン
メンバーシップアカウント
HOME
スクラム PSM I・CSM (スクラムマスター)
「スクラム PSM I・CSM (スクラムマスター)」の記事一覧
スクラムマスターが病欠の場合、イベントはどうすべきか。
スクラムチームは自己管理しているため、SMがいなくても基本活動は維持すべきである。
2026年4月1日
スプリントプランニングの結果、時間が足りないと分かったら。
タイムボックス内で達成可能な範囲に作業量を調整し、ゴールを再定義する。
2026年4月1日
スクラムの価値観「尊敬」をチーム外の人に求めることは可能か。
SMは組織全体がスクラムの価値観を理解し、チームを尊重するよう導く責任がある。
2026年4月1日
プロダクトゴールが不明確なまま開発を始めても良いか。
目指すべきゴールがないと、検査や適応の基準が失われ、無駄な作業が増える。
2026年4月1日
スプリントレビューをプレゼン大会にしないための工夫は。
実際に動くものを見ることでしか、真の検査とフィードバックは得られない。
2026年4月1日
開発者が「設計が古いので全部作り直したい」と言った場合。
作り直しの価値(将来のコスト削減等)をPOに説明し、バックログとして検討する。
2026年4月1日
「三本の柱」のうち、現場の状況を正しく伝えるのはどれか。
不都合なことも含めて事実が誰にでも見える状態にすることが透明性である。
2026年4月1日
プロダクトバックログに「誰がいつ登録したか」の記録は必須か。
スクラムガイドには最小限の属性しか書かれておらず、詳細はチームに委ねられる。
2026年4月1日
スプリントの長さをスプリントごとに変えても良いか。
リズムを作り予測可能性を高めるため、期間は一定に保つのがスクラムの基本。
2026年4月1日
プロダクトオーナーが「自分の意見が常に正しい」と主張したら。
POは権限を持つが、チームとしての協力関係や経験主義を壊さないようSMが導く。
2026年4月1日
投稿のページ送り
1
…
73
74
75
…
199