--- sourceDocument: Australia Strategic Portfolio Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/it-business-management Release : - australia ft:locale : - en-US ft:publication_title : - Australia Strategic Portfolio Management ft:clusterId : - itbm bundleId : - itbm workflow : - Technology --- # Creating iterations for teams in EAP # Creating iterations for teams in EAP {#ariaid-title1} Release version: Australia Updated August 25, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 8 minutes to read Summarize ![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete. ## Summary of Creating iterations for teams in EAP Enterprise Agile Planning (EAP) in the Australia release enables ServiceNow customers to create Planning Intervals (PIs) and Sprints directly from the team Backlog by specifying start and end dates without requiring prior setup of planning calendar entries. This empowers scrum masters and teams to independently plan their iteration cadence immediately after EAP configuration activation, eliminating the need for centralized calendar management or admin intervention. Show full answer Show less ## Key Features * **Iteration Planning Without Admin Setup:** Teams can create a Planning Interval along with its child Sprints in one action from the Backlog. This streamlines ART cadence planning. * **Shared Timelines:** Teams within an Agile Release Train (ART) share a single timeline. When new teams join an ART, their Sprints automatically align with the ART's existing schedule. * **Role-Based Permissions:** - *EAP Scrum Masters* create the first iteration for teams sharing a planning calendar and manage calendar entries and iteration dates. - *EAP Users* create iterations within existing timelines and can adjust dates only for iterations not tied to planning calendar entries. * **Planning Calendar Management:** Calendars are set at team levels, typically ART and Agile Team. ARTs in a configuration usually share a planning calendar, maintaining consistent cadence across teams. Admins can configure whether ARTs share a calendar or have unique cadences. * **Iteration Date Rules:** Iteration dates must not overlap within the same ART or team, and sprint dates must fit within a Planning Interval. Changes to iteration dates cascade to all teams sharing the calendar, ensuring synchronized schedules. * **Support for Single-Level Configurations:** Teams without an ART level can set their own independent cadences. These Sprints carry their own dates and do not affect other teams' schedules. * **Automatic Synchronization:** Date changes to iterations update all related teams' iterations sharing the same calendar entry, reducing manual coordination effort. ## Practical Implications for ServiceNow Customers With this capability, ServiceNow customers can expect faster iteration planning and improved timeline consistency across teams within ARTs. Scrum masters gain control to establish and adjust cadences without waiting for admin setup, while team members can independently manage iterations once the timeline exists. Calendar sharing options allow organizations to balance standardization with flexibility as needed. Additionally, adherence to iteration date rules safeguards against scheduling conflicts, preserving data integrity and historical accuracy in metrics. Integration with Agile Development 2.0 and Collaborative Work Management ensures that iteration dates propagate correctly across connected applications. ## Next Steps * Use the Backlog interface to create Planning Intervals and Sprints by specifying start and end dates. * Assign appropriate user roles to scrum masters and team members to enable iteration creation and updates. * Decide whether ARTs should share a planning calendar or maintain unique cadences via EAP configuration settings. * Follow the prescribed date rules to avoid iteration overlaps and ensure valid sprint timelines. * Consult related tasks such as updating iteration details and managing calendar entries for further configuration. Create Planning Intervals (PIs) and Sprints directly from the Backlog by entering start and end dates, without setting up planning calendar entries first. ## PI, sprint, and iteration planning {#simplified-iteration-creation-in-eap__section_why} Iteration planning in EAP lets scrum masters and team members plan their own cadence without depending on centralized setup or ongoing coordination with EAP admins. * Teams can start planning as soon as their EAP configuration is active. There's no need to wait for an admin to define planning calendars before iterations can be created. * A single Backlog action creates a Planning Interval and its child Sprints together, so a scrum master can plan an ART's cadence in one place. * Teams that share an ART share one timeline. When a team joins an ART later, its Sprints are aligned to the ART automatically. When you change an iteration date, aligned iterations on sibling teams update with it. Timeline coordination isn't a separate manual step. {#simplified-iteration-creation-in-eap__ul_why} ## Creating iterations from the Backlog {#simplified-iteration-creation-in-eap__section_two_paths} From EAP version 4.17.0, create a Planning Interval or Sprint directly from the team's Backlog by entering the start and end dates on the modal. The underlying planning calendar entries are created for you, so nobody has to define calendar entries before teams can plan. For the steps, see [Create a Planning Interval or Sprint from EAP Backlog](https://servicenow-prod.fluidtopics.net/gcjbyf4pcJX9EET2f5tz0Q "Create iterations of Planning Intervals (PI) and Sprints so that teams can start prioritizing and scheduling their work from the Backlog in Enterprise Agile Planning (EAP)."). If you upgraded from an earlier version, the planning calendar entries that your admin defined remain valid. Existing iterations keep their dates, and teams can continue to create iterations within the timelines that those entries define. When an entry already matches the team, the dates on the modal are read-only and the system uses the dates from that entry. Define calendar entries in advance only if you have a specific requirement to manage iteration timelines from a central place. For more information, see [Create calendar entries for iterations in EAP](https://servicenow-prod.fluidtopics.net/ul0wR8g3KTa_A_eai~LqCQ "Define timelines for planning calendars so that the teams can create their own iterations in the Backlog and Planning Board of Enterprise Agile Planning."). ## User roles to create and update iterations {#simplified-iteration-creation-in-eap__section_who_creates} The role that a user has and whether a timeline already exists for the team together determine who can create an iteration. * `sn_apw_advanced.eap_scrum_master`: Creates the first iteration for a set of teams that share a planning calendar. This role can also create, edit, and delete planning calendars and calendar spans, and it's the only role that can change the start date or end date of an iteration that follows a planning calendar entry. The role is intended for team leads who plan iteration timelines without needing full EAP admin access. * `sn_apw_advanced.eap_user`: Creates iterations that follow a timeline which already exists, alongside their other Backlog activities. Users with this role can set the start date and the end date while they create an iteration. Afterward, they can change those dates only on an iteration that doesn't follow a planning calendar entry. {#simplified-iteration-creation-in-eap__ul_who_creates} Because many teams can share one planning calendar, an EAP scrum master creates the first iteration for one of the ARTs in a configuration. After that timeline exists, an EAP user can create the following Planning Intervals and Sprints for the other ARTs and teams that share the same calendar. If no timeline exists yet, the iteration isn't created and a message asks the user to contact their scrum master. These roles are contained within one another. The EAP admin role contains the EAP scrum master role, which contains the EAP user role, which contains the EAP read-only role. A user with a containing role also gets the access of the roles within it. For details on the roles installed with Enterprise Agile Planning, see [Components installed with Enterprise Agile Planning](https://servicenow-prod.fluidtopics.net/Ignfpd_NDxbxTi0Hon6~Nw "Several types of components are installed with Enterprise Agile Planning when you install the Strategic Planning applications, including tables and user roles."). ## Calendar sharing across teams {#simplified-iteration-creation-in-eap__section_how_sharing_works} Planning calendars in EAP are set for each team level in the configuration. In the default configurations, the ART and Agile Team levels have a planning calendar. The levels above the ART, such as Portfolio and Solution Train, have no planning calendar, so they group teams organizationally and don't carry their own iteration timeline. All Agile Teams in one ART share that ART's timeline. When you create a Planning Interval for an ART and add child Sprints, the Sprints apply to every Agile Team in that ART. If an Agile Team is added to the ART later, the in-progress Sprint and the upcoming Sprints are created for that team automatically. These Sprints match the Sprints on its sibling teams. Sprints that already ended aren't copied, and no Sprints are created if the sibling teams don't have any. By default, the ARTs in one EAP configuration also share their planning calendars. When the first ART creates a Planning Interval, its dates are recorded on the shared calendar. The other ARTs each still create their own Planning Interval from their own Backlog, but the date fields are read-only and use the dates that are already set. A message on the modal states that the calendar is shared with a team that has already created iterations. In this way, every ART in the configuration follows one cadence. To keep the ARTs in a configuration independent of each other, your admin selects Allow unique cadence for each team on the EAP configuration. Each team that's added to the configuration after this option is selected gets its own planning calendar, together with a matching calendar for each of its child levels. Teams that already exist continue to use the default calendar of the configuration. Creating a Planning Interval for one of those ARTs doesn't affect the others. Selecting this option doesn't change the calendars or the iterations that already exist. An EAP admin can clear the option later. For more information, see [Create or update a configuration in EAP](https://servicenow-prod.fluidtopics.net/JbuPK0ZnG~WGFcOjbhghAQ "Define your own Agile configuration or update an existing configuration in Enterprise Agile Planning (EAP)."). When you edit the start date or end date of an iteration, the change updates the underlying calendar entry. The change cascades to the iterations on all other teams that share that entry, which keeps iteration dates consistent across teams that plan together. For details on editing dates, see [Update iteration details in EAP](https://servicenow-prod.fluidtopics.net/roTQ1xR8pH3SzHv9lJIn4A "Edit details of a PI or a Sprint to update details such as name, team capacity, committed points."). ## Iterations on single-level configurations {#simplified-iteration-creation-in-eap__section_single_level_cadence} A configuration can define a planning calendar at the Agile Team level only, without having an ART level above it. When such a configuration also has Allow unique cadence for each team selected, each Agile Team sets its own cadence. The Sprints that the team creates carry their own start date and end date instead of following a shared planning calendar entry. The dates on one team don't move the Sprints of another team. On these Sprints, the Enterprise agile calendar entry field is empty and isn't required. An EAP user can change the start date and the end date of such a Sprint after it's created, without needing the EAP scrum master role. The date rules in this topic still apply, so a new Sprint can't overlap one that already exists on the same team. Sprints that carry their own dates also sync to the applications that EAP integrates with. For more information, see [Integration between EAP and Agile Development 2.0](https://servicenow-prod.fluidtopics.net/P6DCq7pwkWvO0eAbpova4w "While setting up a configuration in Enterprise Agile Planning, you can establish an integration with Agile Development 2.0. Learn more about the tables connected and the way you access the information.") and [Connecting EAP with Collaborative Work Management](https://servicenow-prod.fluidtopics.net/k06qC_XdQbXo6IUNIjll9Q "Enhance visibility and streamline planning for your Agile teams by connecting Enterprise Agile Planning (EAP) with Collaborative Work Management (CWM)."). ## Example: Full Configuration {#simplified-iteration-creation-in-eap__example_full_config} The Full Configuration uses the hierarchy of Portfolio \> Solution Train \> ART \> Agile Team. Consider a Digital Banking portfolio that contains a Payments Platform Solution Train, which contains a Payment Analytics ART. The Payment Analytics ART has two Agile Teams, PAT Team 1 and PAT Team 2. * The EAP scrum master creates a Planning Interval named Q1 2027 for Payment Analytics ART with a start date of 2027-01-01, end date of 2027-03-31, and six child Sprints of two weeks each. PAT Team 1 and PAT Team 2 both get the same six Sprints, aligned to Q1 2027. * PAT Team 3 joins Payment Analytics ART on 2027-02-15. Sprints matching the ART's remaining Q1 2027 Sprints are automatically created for PAT Team 3. The team can start scheduling work on Sprint 4 without any additional setup. * The scrum master shifts Sprint 4's start date from 2027-02-15 to 2027-02-22. The change updates Sprint 4 on every Agile Team in Payment Analytics ART. {#simplified-iteration-creation-in-eap__ul_full_example} ## Example: Large Solution Configuration {#simplified-iteration-creation-in-eap__example_large_solution_config} The Large Solution Configuration uses the hierarchy Solution Train \> ART \> Agile Team, without a Portfolio tier. Consider a Loans Platform Solution Train that contains two ARTs: Personal Loans ART with PLT Team A and PLT Team B under it, and Business Loans ART with BLT Team X under it. * The EAP scrum master creates a Planning Interval named Q1 2027 for Personal Loans ART with six child Sprints. PLT Team A and PLT Team B both get the same six Sprints. Because both ARTs belong to the same configuration and share its planning calendar, these dates are now set for Business Loans ART as well. When someone creates the Planning Interval for Business Loans ART, the date fields are read-only and use the same dates, and BLT Team X's Sprints align to them. * The scrum master extends the Q1 2027 end date by one week. The change cascades to the existing Sprint 6 on PLT Team A, PLT Team B, and BLT Team X, because all three teams follow the same calendar entry. * If the admin had selected Allow unique cadence for each team on this configuration, each ART would follow its own calendar. Personal Loans ART and Business Loans ART would then keep separate Planning Intervals and Sprints, and a date change on one ART wouldn't affect the other. {#simplified-iteration-creation-in-eap__ul_ls_example} ## Rules that iteration dates must follow {#simplified-iteration-creation-in-eap__section_rules} When you create or edit an iteration such as a Planning Interval or Sprint, the system enforces these date rules. * Two Planning Intervals on the same ART can't have overlapping dates. * Two Sprints under the same parent Planning Interval and the same team can't have overlapping dates. * Sprint dates must fit inside an existing Planning Interval. The ART must have a Planning Interval before an Agile Team under it can have Sprints. * Adjacent (back-to-back) dates are allowed. For example, one Sprint ending on March 14 and another starting on March 15 don't overlap. * If you shorten or move a Planning Interval, its existing Sprints must still fall inside the new dates. Otherwise the change isn't saved. * Cancelled iterations don't reserve their dates. You can create an iteration with the same dates as a cancelled one. * Complete iterations do reserve their dates, so you can't create an iteration that overlaps one. Complete iterations are also left unchanged when iteration dates cascade, which keeps historical dates and metrics intact. {#simplified-iteration-creation-in-eap__ul_rules} **Related concepts** * [Agile configurations in EAP](https://servicenow-prod.fluidtopics.net/VZZtg1gpWuPogfpKG5vHSw "Learn about the different SAFe configurations available in Enterprise Agile Planning (EAP) so that you can work with your admin to update the configuration according to your team's needs.") **Related tasks** * [Create a Planning Interval or Sprint from EAP Backlog](https://servicenow-prod.fluidtopics.net/gcjbyf4pcJX9EET2f5tz0Q "Create iterations of Planning Intervals (PI) and Sprints so that teams can start prioritizing and scheduling their work from the Backlog in Enterprise Agile Planning (EAP).") * [Update iteration details in EAP](https://servicenow-prod.fluidtopics.net/roTQ1xR8pH3SzHv9lJIn4A "Edit details of a PI or a Sprint to update details such as name, team capacity, committed points.") * [Create calendar entries for iterations in EAP](https://servicenow-prod.fluidtopics.net/ul0wR8g3KTa_A_eai~LqCQ "Define timelines for planning calendars so that the teams can create their own iterations in the Backlog and Planning Board of Enterprise Agile Planning.") **Related reference** * [Components installed with Enterprise Agile Planning](https://servicenow-prod.fluidtopics.net/Ignfpd_NDxbxTi0Hon6~Nw "Several types of components are installed with Enterprise Agile Planning when you install the Strategic Planning applications, including tables and user roles.")