Environment Schedule
A timetable that defines when each Scrum Team can use shared environments (e.g., development, test, staging), assigning specific days and time slots per team and environment to prevent conflicts and bottlenecks.
Key Points
- Coordinates time-based access to shared environments across multiple Scrum Teams.
- Lists each environment with assigned days and time windows, including maintenance or blackout periods.
- Should be visible, regularly updated, and aligned with sprint plans and release milestones.
- Reduces contention, improves flow, and clarifies ownership and escalation when overlaps occur.
Example
Three Scrum Teams share test and staging systems. The environment schedule allocates Test Env: Team A Mon-Wed 9:00-13:00, Team B Mon-Wed 13:00-17:00, Team C Thu-Fri full day; Staging Env: release candidates only on Tue and Thu with a 2-hour deployment window. This avoids clashes and keeps releases predictable.
PMP Example Question
Multiple Scrum Teams must use the same test and staging systems. Which artifact best prevents conflicts by assigning specific time windows to each team and environment?
- RACI matrix
- Environment Schedule
- Definition of Done
- Sprint burndown chart
Correct Answer: B — Schedule for sharing environments
Explanation: An environment schedule explicitly allocates days and time slots for each team to use each environment, preventing contention and ensuring predictable access.
HKSM