SAFe for Teams SP-SAFe-Practitioner Scaled Agile Study Notes

 An Iteration is a fixed timebox during which an Agile team delivers a potentially releasable increment of value. The recommended length of an Iteration is two weeks, as this allows for fast feedback, adaptation, and learning cycles. Longer Iterations may increase the risk of overcommitment, scope creep, and reduced quality. Shorter Iterations may increase the overhead of planning and coordination, and reduce the amount of value delivered per Iteration. References: Exam Study Guide: SP (6.0) - SAFe® Practitioner, [Iteration]

The goal of the SAFe House of Lean model is to deliver value to the customer and society in the shortest sustainable lead time, with the best quality and value1. The SAFe House of Lean model is based on the Toyota Production System, which aims to eliminate waste and optimize the whole system2. The SAFe House of Lean model consists of a foundation, four pillars, and a roof, which represent the core values, principles, and practices of Lean-Agile development3. The roof is the goal, which is value, and it is supported by the four pillars: respect for people and culture, flow, innovation, and relentless improvement. The foundation is Lean-Agile leadership, which enables and guides the transformation and fosters a culture of learning and growth. References: Core Values - Scaled Agile Framework, SAFe Lean-Agile Principles - Scaled Agile Framework, The SAFe House of Lean model: short and sweet - Echometer, [Lean-Agile Mindset - Scaled Agile Framework]

 An Iteration retrospective is a meeting that occurs at the end of each Iteration, where the Agile team reflects on their performance, identifies what went well and what can be improved, and agrees on action items to implement in the next Iteration. One of the essential parts of an Iteration retrospective is the team discussion around opportunities for continuous improvement, where the team members share their observations, feedback, and suggestions, and collaborate to find solutions for the challenges they faced. This part of the retrospective helps the team to learn from their experience, enhance their processes and practices, and increase their effectiveness and efficiency. References: Exam Study Guide: SP (6.0) - SAFe® Practitioner, [Iteration Retrospective]

Culture is the first element of the CALMR approach to DevOps in SAFe. It refers to the shared mindset and values that support successful DevOps adoption. Culture in SAFe is influenced by the Lean-Agile principles and practices that guide the entire framework. Culture in DevOps requires customer-centricity, collaboration, trust, empowerment, learning, and feedback among all the stakeholders involved in the value stream. Culture also fosters a shift-left mentality, where operational and quality concerns are addressed early and often in the development process. Culture is the foundation for the other elements of CALMR: automation, lean flow, measurement, and recovery1. One of the aspects of culture is to establish a work environment of shared responsibility, where everyone in the value stream is accountable for the quality and security of the solution, and for the outcomes delivered to the customer2. This means breaking down the silos and barriers between development, operations, security, and other teams, and creating a culture of mutual trust and respect3. Shared responsibility also means that everyone in the value stream has the authority and autonomy to make decisions and take actions that support the delivery of value, while following the guardrails and policies established by the enterprise4. References: CALMR - Scaled Agile Framework, Culture - Scaled Agile Framework, What Is DevOps? - Scaled Agile Framework, Decentralize Decision Making - Scaled Agile Framework