自社内の駆け出しスクラムマスターからの質問への回答。
（当時の回答は今の見解と異なっているので、今の自分の見解を書く）
※スクラムの実務経験がない個人の私見です
質問内容
スプリント中に微妙に手が開く場合、どう行動すべきか教えてください。
新しいPBIを進めた方が良いと考えていますが、正しいでしょうか。
前提
- スプリント中、プランニングしたPBI（プロダクトバックログアイテム）が早めに終わる見込み
- PJ全体の開発は遅延している
私の回答
バッファでやること
バッファの期間で早めにやっておきたいこと（リファクタリングやスパイク、教育（ペアプロ・モブプロやスクラム理解促進など）など）がなければ次のPBIを進める、でいいと思います。
が、やるのであれば残りの期間で充分終えられるサイズのPBIをとるべきです。（PBIの持ち越しは避けたい）
遅延への対策
遅延自体に対する対策は別で考えたほうがいいと思います。
そもそもなぜ遅延が発生したのでしょう。
- スクラムチームのキャパシティとプロダクトのサイズから、リリースまでの期間は試算した？
- 何かを見誤った？バッファを設けていなかった？
- POがリリースまでの計画を怠って、もしくは見誤って、間に合わないことに気付くのが遅れた？
- チームの生産性（ベロシティ）がなんらかの理由で低下した？
- ・・・
PJの途中で取れる策は限られます。
- 期限延期
- 追加の費用がもらえないなら、支出が増えるだけなので避けたい
- スコープ縮小
- 許されるならこれがいい
- 生産性向上
- 不要な作業、割り込み作業をなくす、減らす
- 非効率な作業はツールの導入などにより効率化する
- ペアプロ、モブプロなどによるメンバーのスキルアップ
- 即効性はない
- 増員
- 安易に取られがちな対策だが、1人増やして1人月分の生産性が出るまでには数ヶ月かかるのでこれも即効性はない（理解を得づらいのが悩ましいが）
- ・・・
そもそも請負のような実装したいことと期限が決まりきった開発にスクラムは不向きとは思いますが。