SAFe Agile Scrum Master Study Guide (Answered) Verified Solution

SAFe Agile Scrum Master Study Guide (Answered) Verified Solution ART Agile Release Train PO Project Owner PI Program Increment Innovation and Planning Iteration Occurs every PI and serves multiple purposes. It acts as an estimating buffer for meeting PI objectives, as well as providing dedicated time for innovation, continuing education, and PI planning and Inspect and Adapt (I&A) events. Inspect & Adapt (I&A) A significant event, held at the end of each PI, where the current state of the solution is demonstrated and evaluated by the train. Teams reflect and identify improvement backlog items via a structured, problem-solving workshop Iteration A basic building block of Agile development. Each is a standard, fixed-length timebox, where Agile Teams deliver incremental value in the form of working, tested software and systems. What is the recommended timebox duration for an Iteration? 2 weeks; however, 1-4 weeks is acceptable, depending on the business context. Who participates in the Inspect & Adapt (I&A) phase? All stakeholders, including: 1. The Agile Teams 2. Release Train Engineer (RTE) 3. System and Solution Architect Engineering 4. Product Management, Business Owners, and others on the Train What results from the I&A phase? Improvement backlog items that go to the Program Backlog for the next PI Planning event 3 parts of I&A PI System Demo Quantitative Measurement Retrospective and Problem-Solving Workshop Purpose of PI System Demo To show all the Features the ART has developed over the course of the PI PI System Demo Timebox ~1 hr or less What is one primary measurement to be considered in quantitative metrics? Program predictability measure Retrospective goal To identify whatever issues they would like to address Retrospective objective To identify a few significant problems that the teams can potentially address PDCA Cycle Plan Do Check Adjust Scrum Masters Servant leaders and coaches for an Agile Team. Help educate team in Scrum, XP, Kanban and SAFe, ensuring the agreed Agile process is being followed. Help remove impediments and foster an environment for high-performing team dynamics, continuous flow and relentless improvement. Scrum Master Responsibilities Exhibits lean-agile leadership Supports the team rules Facilitates the team's progress toward team goals Leads team efforts in relentless improvement Facilitates meetings Supports the PO Eliminates impediments Promotes SAFe quality practices Builds a high-performing team Protects and communicates Responsibilities on the train Coordinates with other teams Facilitates preparation and readiness for ART events Supports estimating SAFe takes a pragmatic approach and assumes, in general, that the Scrum Master is a _____ - ____ role. Part-time Program Increment (PI) Planning A cadence-based, face-to-face event that serves as the heartbeat of the Agile Release Train (ART), aligning all the teams on the ART to a common mission and vision. Who facilitates the PI Planning event? Release Train Engineer (RTE) In which iteration does PI Planning take place? Innovation and Planning Iteration __ ________ is essential to SAFe; if you are not doing it, you are not doing SAFe. PI Planning Business Benefits of PI Planning Establishing face-to-face communication across all team members and stakeholders Building the social network the ART depends on Aligning development to business goals with the business context, Vision, and team project PI objectives Identifying dependencies and fostering cross-team and cross-ART collaboration Providing the opportunity for "just the right amount of architecture and Lean User Experience (UX) guidance) Matching demand to capacity, eliminating excess WIP Fast decision-making PI Planning Inputs Business context Roadmap and vision Top 10 features of the Program Backlog PI Planning Outputs Committed PI objectives (A set of SMART objectives that are created by each team with the business value assigned by the Business Owners) Program board (this highlights the new feature delivery dates, feature dependencies among teams and with other ARTs, and relevant milestones) 3 Areas of Preparation for a Successful PI Planning Organizational Readiness Content Readiness Facility Readiness Organizational Readiness Strategic alignment and teams trains setup Content Readiness Management and development preparedness Facility Readiness The actual space and logistics for the event Organizational Readiness Considerations Planning scope and context - is the scope (product, system or technology domain) of the planning process understood? Do we know which teams need to plan together? Business alignment - is there reasonable agreement on priorities among Business Owners Agile teams - Do we have Agile teams? Are there dedicated developer and test resources and an identified Scrum Master and Product Owner for the team? Content Readiness Considerations Executive briefing - a briefing that defines the current business context Product vision briefing(s) - briefing(s) prepared by Product Management including the top 10 features in the product backlog Architecture vision briefing - a presentation made by the CTO, Enterprise Architect, or System Architect to communicate new enablers, features, and Nonfunctional Requirements (NFRs) Facility Readiness Considerations Facility - this room must be roomy enough for all attendees, with breakout rooms if necessary Facilities/tech support - these people need to be identified in advance and reachable during setup and testing, and the event itself Communication channels - for distributed planing meetings, primary and secondary audio, video, and presentation channels must be available Stretch Objectives Goals built into the plan (e.g., stories that have been defined and included for those objectives), but are not committed to by the team because of too many unknowns or risks. These are NOT extra things to do in case there is time. Instead, they increase the reliability of the plan and give management an early warning of goals that the ART may not be able to deliver PI Planning Day 1 Agenda Business context Product/solution vision Architecture vision and development practices Planning context and lunch Team breakouts #1 Draft plan review Management review and problem-solving Business context A senior executive/line-of-business owner describes the current state of the business and presents a perspective on how well existing solutions are addressing current customer needs Product solution/vision Product management presents the current program vision (typically represented by the next top 10 upcoming features) and highlights any changes from the previous PI Planning meeting as well as any forthcoming Milestones. Architecture vision and development practices System Architect/Engineering presents the architecture vision. Also, a senior development manager may introduce Agile-supportive changes to development practices such as test automation, DevOps, Continuous Integration, and Continuous Deployment, which are being advanced in the upcoming PI Planning context & lunch The RTE presents the planning process and expected outcomes of the meeting Team Breakouts #1 Teams estimate their capacity (velocity) for each Iteration and identify the backlog items they will likely need to realize the features. Each team creates their team plan, visible to all, iteration by iteration Draft plan review Tightly timeboxed; teams present key planning outputs, including draft objectives, potential risks and dependencies. Business Owners, Product Management and other teams and stakeholders review and provide input Management review and problem-solving During this, management may negotiate scope changes and resolve other problems by agreeing to various planning adjustments. The RTE facilitates and keeps the primary stakeholders together for as long as necessary to make the decisions needed to reach achievable objectives PI Planning Day 2 Agenda