Scaled Agile SAFe DevOps Practitioner Exam SDP (6.0) Exam

The %C&A metric measures the percent of time downstream customers receive work that is usable as-is in the Continuous Delivery Pipeline. The %C&A metric is a measure of the quality of the work output from a process step. It indicates the percentage of time that the downstream customers receive work that is acceptable as is, without any rework or errors. To calculate the %C&A metric, the people responsible for the next step need to inspect the work output from the previous step and determine whether it meets the quality standards and expectations. They also need to provide feedback to the previous step on the defects or issues they find and how they affect the value stream. By measuring the %C&A metric, the enterprise can gain insight into the current state of the delivery process, such as the lead time, cycle time, throughput, quality, and waste. This insight can help the enterprise identify bottlenecks, dependencies, handoffs, delays, and inefficiencies that affect the flow of value. The %C&A metric can also help the enterprise understand how the flow of value can be improved by applying the principles and practices of DevOps, such as culture, automation, lean flow, measurement, and recovery.By improving the %C&A metric, the enterprise can increase customer satisfaction, reduce costs, accelerate time-to-market, and enhance business agility

The purpose of a minimum viable product is to validate the hypothesis. A minimum viable product (MVP) is an early and minimal version of a new product or solution used to prove or disprove an epic hypothesis. An epic is a significant solution development initiative that requires the definition and approval of an MVP. An epic hypothesis is a statement that describes the expected outcome, benefit, and value of an epic. The MVP is the smallest possible solution that can be used to test the epic hypothesis with real customers or users, and to gather feedback and data. The MVP helps reduce the risk of investing in a solution that nobody wants or needs, and enables faster learning and adaptation.The MVP is not the final product or solution, but rather a starting point for further development and improvement

Culture is a core DevOps principle. DevOps is not only a set of technical practices, but also a mindset and a culture that supports the integration, automation, and collaboration needed to effectively develop and operate a solution. DevOps culture is based on the following values and behaviors:

Shared responsibility -- DevOps culture fosters a sense of shared ownership and accountability for the entire solution lifecycle, from ideation to operation. Development and operations teams work together, not only to help each other, but also to ensure that the overall organization succeeds. DevOps culture eliminates the blame game and the silo mentality, and encourages mutual trust and respect among all stakeholders.

Continuous learning -- DevOps culture promotes a culture of continuous learning and improvement, where teams are constantly seeking feedback, experimenting with new ideas, and learning from failures. DevOps culture embraces a growth mindset, where teams are not afraid to try new things, challenge the status quo, and learn from their mistakes. DevOps culture also supports a learning organization, where teams share their knowledge and best practices, and leverage the collective intelligence of the whole enterprise.

Customer focus -- DevOps culture emphasizes the importance of delivering value to the customer, and aligning the solution to the customer needs and expectations. DevOps culture applies customer-centric and design thinking approaches, such as personas, empathy maps, and customer journeys, to understand and empathize with the customer problems and desires. DevOps culture also validates the assumptions and hypotheses about the customer value proposition, by collecting and analyzing data and feedback from the customer.

Automation -- DevOps culture leverages automation to improve the efficiency, quality, and reliability of the solution delivery process. DevOps culture applies automation to various aspects of the Continuous Delivery Pipeline, such as testing, integration, deployment, monitoring, and security.DevOps culture also uses automation to reduce manual work, eliminate human errors, and accelerate feedback loops5

Two benefits of DevOps are fewer defects and less time spent fixing security issues. 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 helps break down organizational silos and develop a Continuous Delivery Pipeline --- a high-performance innovation engine capable of delivering market-leading solutions at the speed of business. DevOps has many benefits for the enterprise, such as:

Fewer defects -- DevOps improves the quality and consistency of the solution by enforcing frequent testing and validation throughout the solution lifecycle. DevOps applies various testing techniques and tools, such as unit testing, integration testing, acceptance testing, performance testing, and security testing, to verify that the solution meets the functional and nonfunctional requirements and standards. DevOps also enables early detection and resolution of defects, by implementing fast and frequent feedback loops within and across the value stream. DevOps reduces the cost and risk of defects, by shifting quality left and building quality in, rather than inspecting quality out.

Less time spent fixing security issues -- DevOps enhances the security and compliance of the solution by integrating security practices into the value stream. DevOps applies the DevSecOps approach, which emphasizes the importance of proper information security practices in the pursuit of continuous delivery. DevSecOps involves applying automated tools and processes to detect and respond to security threats and vulnerabilities in the development and production environments, and ensuring compliance with security policies and standards. DevSecOps also involves collaborating with security teams and stakeholders, to foster a culture of shared responsibility and awareness for security.DevSecOps reduces the time and effort spent on fixing security issues, by shifting security left and building security in, rather than bolting security on8

Two activities performed as part of defining the hypothesis in Continuous Exploration are identifying metrics based on leading indicators and defining the minimum viable product. Continuous Exploration (CE) is an aspect of the Continuous Delivery Pipeline that drives innovation and fosters alignment on what should be built by continually exploring the market and customer needs, defining a vision, roadmap, and set of features for a solution that addresses those needs. CE is based on applying customer-centric and design thinking to understand and create alignment on new development opportunities, while recognizing that all such ideas are hypotheses that need to be validated. CE involves four activities: hypothesize, collaborate and research, synthesize, and validate. The hypothesize activity describes the practices for generating ideas and the measurements needed to validate them with customers. The hypothesize activity involves the following practices:

Identifying metrics based on leading indicators -- Leading indicators are metrics that measure the expected outcomes and benefits of the solution, such as customer satisfaction, retention, engagement, and revenue. Leading indicators help to evaluate the validity of the hypotheses and assumptions about the customer value proposition, and to guide the decision making and prioritization of the features. Leading indicators are also known as key performance indicators (KPIs) or objectives and key results (OKRs).

Defining the minimum viable product (MVP) -- An MVP is a version of the solution that has just enough features to test the hypotheses and assumptions about the customer value proposition, and to elicit feedback from the customer. An MVP is not a fully functional or polished product, but rather a learning vehicle that allows the enterprise to validate the problem-solution fit and the product-market fit.An MVP helps to reduce the uncertainty and risk of developing the wrong solution, and to accelerate the learning and discovery process11