より長い計画期間への対処編集
開発チームは通常、バックログを最大2〜3回先に調整しますが、大規模な組織では、製品マーケティングチームが計画する必要があります市場へのコミットメントと顧客との話し合いのためにさらに先に。彼らは多くの場合、非常に高いレベルの12〜18か月のロードマップで作業し、その後3か月の作業についてチームと協力して計画します。開発チームは、2〜3回の反復で詳細な改良を行い、次の反復の詳細なタスク計画にのみ着手します。
責任の抽象的なレベルでアジャイルを維持する編集
アジャイルのあり方を定義するフレームワークがいくつかありますが、これを管理のために説明するものはほとんどありません。 SAFeは、クロスファンクショナルチームなど、同じ原則の多くを、より抽象的なレベルの責任と計画（製品とポートフォリオ）を処理するグループに提供します。 SAFeは、あまりにも多くの異なる慣行を集約していることでも批判されています。
委任された権限への対処編集
スクラムでは、製品所有者は、以下を含む製品ライフサイクル全体の責任を負うことが期待されます。開発決定の投資収益率、および市場でのパフォーマンス。大規模な開発では、組織は、製品マネージャーによって提供されるような、複数のチームバックログにわたるビューを望んでいます。 SAFeは製品所有者の役割が製品管理にあると想定していますが、それでも製品所有者を開発組織に分離することで批判されています。
成果物の同期編集
アジャイルフレームワークは開発を可能にするように設計されていますチームは自律的であり、彼らがどのように機能するかを自由に設計することができます。 SAFeは、数十または数百の開発チームの規模で、チームが完全に自己組織化することがますます混沌としていることを認めています。したがって、これにはいくつかの制約があり、チームが同じ製品に取り組んでいる場合、SAFeが批判されている分野の1つですが、成果物をより適切に同期して一緒にリリースできます。
許可イノベーションと計画のための時間編集
SAFe計画サイクルでは、リリース後に追加の反復を含めることを推奨しています。これにより、チームはプラクティスを改善し、次の計画の増分に備えることができます。 SAFeの以前のエディションでは、これを強化の反復として設計しました。つまり、製品をリリースする前に製品を安定化または強化します。これは、依存関係が最後まですべてをテストできないことを意味する大規模な統合環境での作業の複雑さに基づいていました。 SAFeは、これが反アジャイルまたはウォーターフォールの要素であると批判されましたが、13週間の無駄のない90日の増分と一致しており、2週間のスプリントを行う場合は、6つと1週間の計画が必要です。硬化サイクル。これは、SAFeの最近のエディションには含まれていません。