チームでスクラム導入中ですが、「どこまで決めるべきか」の塩梅がわかりません。
スケジュールやスコープの確約度合い
スクラムの思想では、「不確実性を前提に、スプリントごとに調整する」のが大切だと理解しています。
ただ実際には、ステークホルダーからはいつまでに何ができるのかを求められます。
曖昧にすると不安がられるし、かといってリリース日やスコープ、仕様をガチガチに固めると結局ウォーターフォールと変わらない気がして、スクラムでやる意味があるのか疑問に感じています。
イベントの運用ルール
リファインメントやレトロスペクティブを正しく回そうとすると、pbiのフォーマット整備、詳細仕様の調整、アジェンダの準備、ファシリの進行手順、振り返り用のデータの収集、振り返りフォーマットの整備…とやることが増えていきます。
ルールを決めないと見積もりや振り返りの精度が出なそうで怖いのですが、決めすぎると運用が重くなって本末転倒な気もします。
「開発に集中したいのに会議やその準備に時間取られてる」という状態になりかけています。
どちらも「決めすぎても決めなさすぎてもダメ」で、ちょうどいい落としどころが見えていません。
皆さんのチームではどうされていますか？
あなたの回答
tips
プレビュー