自分も似たような状況を経験してるので、気持ちすごくわかります。以前は細切れ時間を活かせずに悔しい思いをしてました。

転機になったのは、作業を「心理的な負荷」で分類し始めたことです。30分しかない時間帯で、新しい機能の設計とか複雑な問題解決は無理だなって気づいて。その代わり、バグ修正とか既存コードの整理、ドキュメント整備といった「頭を切り替えずにできる作業」を意識的に割り当てるようにしました。

実際には、朝の細切れ時間で軽めのタスクをこなすようになってから、その日の全体的な進捗の手応えが変わってきたんです。完成度は低くても「何かしら進んだ」という感覚が積み重なると、モチベーションも違う。

あと、細切れ時間専用の簡単なチェックリストを作ったのも効きました。「今日これなら30分でできそう」というのが可視化されてると、時間の使い方に迷いがなくなるというか。

難しいのは、短時間労働のスタイルに合わせてプロジェクト設計そのものを変えることかもしれません。自分の場合、無理に大きな機能を追おうとするより、小さくリリースして反復するアプローチに切り替えたら、細切れ時間でも達成感を感じやすくなりましたね。