Scrum SAFe-Practitioner - SAFe Practitioner Exam (6.0)

 Continuous Exploration (CE) is one of the four aspects of the Continuous Delivery Pipeline (CDP), along with Continuous Integration (CI), Continuous Deployment (CD), and Release on Demand1. CE focuses on creating alignment on what needs to be built by applying design thinking and Lean startup principles2. CE involves generating and validating hypotheses, defining a Minimum Viable Product (MVP), and developing a vision, roadmap, and features for the solution2. CE enables the enterprise to understand the market problem or customer need and the solution required to meet that need2. References: Continuous Delivery Pipeline, Continuous Exploration

 Business agility is the ability to compete and thrive in the digital age by quickly responding to market changes and emerging opportunities with innovative business solutions1. It is the primary goal of SAFe, as it enables enterprises to deliver value faster, better, and more sustainably2. SAFe provides a set of principles, practices, competencies, and values that help organizations achieve business agility3. References: 1: Business Agility 2: SAFe for Teams Student Workbook: materials and exercises from Lesson 1 3: SAFe Core Values

Value is the first and most important pillar in the House of Lean, which is a model that guides the Lean-Agile transformation and culture. Value means delivering the maximum benefit to the customer in the shortest sustainable lead time, while providing the best quality and lowest cost possible1. Value is the ultimate goal of the House of Lean, and it is achieved by applying the other pillars: innovation, relentless improvement, leadership, and respect for people and culture2. Value is also the foundation of the Lean-Agile mindset, which is the way of thinking and acting that enables Business Agility3. Value focuses on the customer as the consumer of the work, and requires understanding and meeting their needs, expectations, and desires4. References: = 1: SAFe Core Values - Scaled Agile Framework1; 2: The SAFe House of Lean model: short and sweet - Echometer2; 3: Lean-Agile Mindset - Scaled Agile Framework3; 4: Exploring Which Pillar in the House of Lean Focuses on the Customer4

One of the roles of Product Management is to assign business value to Features. Features are services provided by the system that fulfill stakeholder needs. They are the primary artifact for defining, managing, and prioritizing the work of the Agile Release Train (ART). Product Management is responsible for defining and prioritizing the features in the Program Backlog, as well as assigning a business value to each feature based on its expected benefits and costs. The business value is used to guide the economic decision-making and trade-offs during PI Planning and execution. Product Management also collaborates with other roles, such as Solution Management, System Architects, and Business Owners, to ensure that the features align with the solution vision and roadmap, and meet the quality standards and nonfunctional requirements. References: Features - Scaled Agile Framework, Product Management - Scaled Agile Framework

The PI System Demo is a significant event that provides an integrated view of new Features for the most recent Iteration delivered by all the teams in the Agile Release Train (ART). Each demo gives ART stakeholders an objective measure of progress during a Program Increment (PI). A system demo is a critical event. It’s the method for assessing the Solution’s current state and gathering immediate, Agile Release Train -level feedback from the people doing the work, as well as critical feedback from Business Owners, sponsors, stakeholders, and customers. The feedback is critical, as only they can give the guidance the ART needs to stay on course or make adjustments. Therefore, the system demo is intended for the Business Owners, who are key stakeholders that have the ultimate responsibility for the Return on Investment (ROI) of the solution1. References: System Demo - Scaled Agile Framework

= DevOps is a mindset, culture, and set of technical practices that supports the integration, automation, and collaboration needed to effectively develop and operate a solution. DevOps joins development and operations to enable continuous delivery, which means delivering value to customers in the shortest sustainable lead time. Continuous delivery is achieved by creating a Continuous Delivery Pipeline (CDP), which is a high-performance innovation engine that consists of four elements: Continuous Exploration, Continuous Integration, Continuous Deployment, and Release on Demand. DevOps also helps to improve the quality, reliability, and security of the solution by applying practices such as testing, monitoring, and feedback throughout the CDP. References: = DevOps - Scaled Agile Framework, Continuous Delivery Pipeline - Scaled Agile Framework

Assigning the same business value to all PI Objectives is an anti-pattern because it does not reflect the relative importance and priority of each objective. It also does not provide a clear guidance for trade-off decisions and impediment resolution. Business value should be assigned based on the expected benefits and outcomes of each objective, and it should be negotiated and agreed upon by the Business Owners and the teams. References: SAFe for Teams Student Workbook: materials and exercises from Lesson 4; [v6.scaledagileframework.com/team-pi-objectives/]

Enabling teams are one of the four team topologies defined by Skelton and Pais in their book Team Topologies. They are organized to assist other teams with specialized capabilities and help them become more proficient in new technologies. They provide guidance, coaching, and mentoring to stream-aligned teams, platform teams, or complicated subsystem teams, and help them adopt new practices, tools, or frameworks. They also collaborate with them to deliver specific features or components that require their expertise. Enabling teams are temporary and dissolve once their mission is accomplished or no longer needed. References: Organizing Agile Teams and ARTs: Team Topologies at Scale, Team Topologies at Scale: A Worked Example, Exam Study Guide: SP (6.0) - SAFe Practitioner

An ART event is a meeting or ceremony that involves all the teams in an Agile Release Train (ART) and helps them align, collaborate, and deliver value. An example of an ART event is the Innovation and Planning (IP) Iteration, which is a two-week period at the end of each Program Increment (PI) that provides time for innovation, planning, and improvement activities. During the IP Iteration, teams can explore new ideas, work on technical debt, conduct hackathons, prepare for the next PI Planning, and conduct the Inspect and Adapt workshop. References: Agile Release Train, Scaled Agile: ART Events Overview, Innovation and Planning Iteration

 The Product Owner (PO) is the Agile team member primarily responsible for maximizing the value delivered by the team by ensuring that the team backlog is aligned with customer and stakeholder needs1. As a member of the extended Product Management function, the PO is the team’s primary customer advocate and primary link to business and technology strategy1. The PO is also responsible for maintaining and prioritizing the Program Backlog, which is the single source of truth for the upcoming features of the system2. The PO works with the Product Manager, who owns the Vision and the Roadmap, to define and sequence the features in the Program Backlog2. The PO also collaborates with other POs in the Agile Release Train (ART) to manage dependencies and ensure alignment across teams1. References: Product Owner - Scaled Agile Framework, Program Backlog - Scaled Agile Framework