## TL;DR I'm not a huge fan of SAFe, so you may prefer an answer from someone who is. With that caveat out of the way, I believe the foundational error is that your ART Engineer is conflating the [Iteration Retrospective][1] (which should be a separate event) with the [PI Planning][2] event. Teams should not be doing *iteration* retrospectives within PI Planning at all. The only retrospective defined within PI Planning is the [Planning Retrospective][3], which is run by the [Value Stream Engineer][7], not the [Scrum Master][8]. Your problem can therefore be resolved by adhering to the framework as defined, rather than rolling additional retrospectives into the wrong event. ## PI Planning Shouldn't Include an Iteration Retrospective PI Planning is similar in intent (if not practice) to Scrum's [Sprint Planning][4] meeting. It has a [defined agenda][2], as pictured below. ![Standard PI Planning Agenda][5] However, note that the retrospective defined in the agenda is a *planning* retrospective, not an [Iteration Retrospective][1]. There's no Iteration Retrospective in PI Planning at all! ### PI Planning Retrospective: The "PI Planning" Definition According to the framework, the Planning Retrospective is described under PI Planning as follows (emphasis mine): > <strong>Planning Retrospective and Moving Forward.</strong> Finally, the *RTE* leads a *brief meeting retrospective* to capture what went well, what didn’t, and what can be done better next time. Following this, next steps are discussed, including capturing objectives and stories in the Agile project management tools, scheduling upcoming key activities and events … and cleaning up the room!</p> What isn't made as clear as it should be is that this retrospective is to reflect on the PI Planning event, not on the iteration. As such, it's not a breakout session or a set of concurrent meetings, and doesn't have to be run the same way as an Iteration Retrospective. ### PI Planning Retrospective: The "Post-PI Planning" Definition However, the framework *does* offer a slightly better definition that is under [Pre- and Post-PI Planning][3]. The agenda items are given separate context within Post-PI Planning, which helps to clarify the purpose of the agenda items listed. ![Post-PI Planning Agenda][6] Furthermore, the definition of the agenda item here uses the same section heading for the agenda item but also describes who *owns* the agenda item as the [Value Stream Engineer (VSE)][7]: > <strong>Planning Retrospective and Moving Forward.</strong> Finally, the *Value Stream Engineer* leads a *brief meeting retrospective* to capture what went well, what didn’t, and what could be done better next time. Following this, next steps are discussed, including capturing objectives, use of project management tooling, and finalizing the schedule of upcoming key activities and events.</p> Because it provides both context and an owner for the agenda item, this description seems much more clear. However, please note that it also differs from the other definition by giving this job to the Value Stream Engineer (VSE) rather than the Release Train Engineer (RTE). **In either case, the agenda item owner is not the [Scrum Master][8], and you are therefore not the one who has to manage the retrospective or juggle the participants.** [1]: http://www.scaledagileframework.com/iteration-retrospective/ [2]: http://www.scaledagileframework.com/pi-planning/ [3]: http://www.scaledagileframework.com/pre-and-post-pi-planning/ [4]: http://www.scrumguides.org/scrum-guide.html#events-planning [5]: https://i.sstatic.net/15So0.png [6]: https://i.sstatic.net/wx6xV.png [7]: http://www.scaledagileframework.com/release-train-engineer-and-value-stream-engineer/ [8]: http://www.scaledagileframework.com/scrum-master/