プロジェクトデリバリーから通常業務（BAU）への移行においては、継続的な改善を確実にするために、定期的なフィードバックループを確立することが不可欠です。フィードバックループは、移行後の製品とプロセスの継続的な監視、学習、適応を可能にします。フィードバックループは、ユーザーエクスペリエンス、運用上の問題、そして進化する要件を把握し、将来のイテレーションや機能強化に役立てるためのメカニズムを提供します。
フィードバックループは、ユーザーアンケート、振り返り、運用レビュー、サービスデスクレポートなど、様々な形態をとることができます。これらの定期性と構造化により、BAUチームは顧客のニーズと組織目標との整合性を維持しながら、変化に効果的に適応することができます。このアプローチは、正式なプロジェクトが終了した後も、継続的な学習とアジリティの文化を育みます。
カンバンまたはチーム ボード (A) へのアクセスを提供すると、透明性とワークフロー管理がサポートされますが、BAU 全体の継続的な改善に対する戦略的アプローチというよりは、チーム内部の戦術的なものになります。
SLA (C) と KPI (D) に同意すると、パフォーマンスとサービスのターゲットが定義されますが、学習と対応のメカニズムがなければ、フィードバックや改善のサイクルが本質的に促進されるわけではありません。
PRINCE2 Agile は、価値の提供を維持するために BAU に拡張された「進捗」および「品質」プラクティスの一部としてのフィードバック ループの重要性を強調しています。
参考資料: PRINCE2 Agile Foundation バージョン 2、セクション 9.3「BAU への移行」、および PRINCE2 Agile 学習ガイド、第 9 章。

参考: https://publications.axelos.com/prince2agile2016/content.aspx?
page=pra_56&showNav=true&expandNav=true