SAFe for Teams SP (6.0) - SAFe Practitioner ハンドブックおよび学習ガイドによると、「検査と適応」イベントは各PIの最後に開催される重要なイベントであり、ソリューションの現状を実証し評価します。その後、チームは体系的な問題解決ワークショップを通じて、改善バックログ項目を振り返り、特定します。「検査と適応」イベントの目的は、以下のプラクティスを適用することで、次のPIの品質と信頼性を向上させることです。
* 振り返り：チームはPI目標、システムデモ、定量的・定性的な測定結果をレビューし、ソリューションの現状とARTのパフォーマンスを評価します。また、チームは学び、成功、課題を互いに、そして関係者と共有します。
* データ収集：チームは、チームやプログラムのメトリクス、顧客からのフィードバック、アンケート、評価など、さまざまなソースからデータを収集し、ソリューションとARTの成果と健全性を測定します。また、PIバーンダウンチャート、累積フロー図、チーム自己評価などのツールを使用して、データを視覚化し、傾向やパターンを特定します。
* 問題解決：チームは構造化された問題解決ワークショップを実施し、解決策やARTに影響を与える最も重要な問題や障害を特定します。チームはブレインストーミングなどの手法を用います。

= リーン・アジャイル環境において品質を成功裏に実現するには、品質を全員の責任とすることが不可欠です。これは、ビジネス機能からソフトウェアアプリケーションまで、顧客への価値創造と提供に関わるすべての人が、同じ品質基準と実践を共有することを意味します。品質は、別のチームや部門に委任したりアウトソーシングしたりできるものではありません。それは、すべての個人とチームの文化、考え方、行動に深く根ざしています。品質を全員の責任とすることで、より迅速なフィードバック、継続的な改善、そして顧客満足度の向上が可能になります12。参考文献：= 1: Built-In Quality - Scaled Agile Framework2; 2: How to Implement Quality in a Lean-Agile Environment Successfully1

DevOpsに対するCALMRアプローチの「C」は文化を表します。文化はCALMRマインドセットの最初の要素であり、文化、自動化、リーンフロー、測定、リカバリを強化することで、ARTが継続的な価値提供を実現するための指針となります1。文化とは、開発、運用、セキュリティ、そしてバリューストリームに関わるその他のチーム間のコラボレーション、コミュニケーション、そして継続的な改善を支える、共通の価値観、信念、そして行動を指します2。文化には、人々とチームを尊重し、エンパワーメントすること、学習と成長のマインドセットを育むこと、そして顧客中心主義を醸成することも含まれます3。文化はDevOpsの基盤であり、DevOpsの技術的側面と組織的側面の連携と統合を可能にします4。その他の選択肢は、DevOpsに対するCALMRアプローチにおける「C」の象徴ではありませんが、マインドセットの他の要素に関連しています。完了はCALMRアプローチにおける特定の用語ではありませんが、価値提供の進捗状況と成果を追跡する測定と関連付けることができます。サイクルタイムは、アイデアから製品化までの価値提供にかかる時間を測定する指標であり、リーンフローの影響を受けます。リーンフローは、バリューストリームを最適化し、無駄を排除します。継続的インテグレーションは、コード変更を頻繁にマージし、自動的にテストする技術的なプラクティスであり、自動化の一環であり、手作業とエラーを削減し、フィードバックループを加速します。参考文献：CALMR - Scaled Agile Framework、CALMRによるDevOpsへのアプローチ[完全ガイド] - KnowledgeHut、コアバリュー - Scaled Agile Framework、CALMS DevOps：5つのDevOps原則の定義 | Cprime

SAFeでは、フィーチャーの目的、構造、内容と、ストーリー（イネーブラーを含む）の目的、構造、内容を明確に区別しています。フィーチャーは、顧客が認識できるビジネス意図の目に見える単位であり、この詳細レベルにおいて顧客はニーズの優先順位付けを行うことができます1。フィーチャーはARTバックログに保持され、それぞれが新しい価値を提供できるようにPIに収まるようにサイズ調整されます2。ストーリーは、ユーザーの視点から記述された、望ましい機能の小さな部分を簡潔に説明したものです。ストーリーは、Agileにおいてシステムの動作を定義するために使用される主要な成果物です3。ストーリーは小さく、1回のイテレーションで完了する必要があります3。したがって、フィーチャーは1回のイテレーションよりも大きくなる可能性がありますが、ストーリーは1回のイテレーションに収まる程度に小さくする必要があります。参考文献：ストーリー - Scaled Agile Framework、フィーチャーと機能 - Scaled Agile Framework、SAFeプログラム増分のためのフィーチャーの適切なサイズ設定 - Scaled Agile Framework