‘ba’ – We, the work, and the knowledge are all one.
The Team Level contains the roles, activities, events, and processes through which Agile teams build and deliver value in the context of the Agile Release Train (ART).
While depicted somewhat separately in the Big Picture, the SAFe team level is an integral part of the Program Level. All SAFe teams are part of one ART—the central construct of the program level. The team level is the organizational model for the artifacts, roles, and processes for the activities of Agile Teams.
Each Agile Team is responsible for defining, building, and testing stories from their Team Backlog. Using common iteration cadence and synchronization, the teams align in a series of fixed-length iterations to make sure the entire system is iterating. Teams use ScrumXP or Kanban to deliver high-quality systems, routinely producing a System Demo every two weeks. This ensures that all the different teams on the ART create an integrated and tested system that stakeholders can evaluate and respond to with fast feedback.
The Team Level describes how Agile Teams power the Agile Release Train (ART), as is seen in Figure 1. They apply ScrumXP or Team Kanban, along with the Built-in Quality practices that assure a quality product. Each team has five to nine members, and includes all the roles necessary to build a quality increment of value in each Iteration. ScrumXP roles include the Scrum Master, Product Owner, dedicated individual contributors, and any Subject Matter Experts (SMEs) the team needs to deliver value. Team Kanban roles are less rigorously defined, though many SAFe Kanban teams implement the ScrumXP roles as well.
Each team is supported by the ART personnel, including the Release Train Engineer (RTE), Product Management, System Architects/Engineering, System Team, Shared Services, DevOps, and anyone else required. As a result, the team is fully capable of defining, developing, testing, and delivering working and tested systems every iteration (at least).
Below are the highlights of the Team level:
- Iterations – are fixed-length timeboxes that provide the basic development cadence for Agile Teams building features and components. Each iteration provides a valuable increment of new functionality.
- Program Increments (PI) – establish common iterations for teams to share start/stop dates and durations, both the Iteration boundary and the PI boundary. This permits them to synchronize and integrate with other teams on the ART.
- Develop on Cadence – uses the PI timebox to aggregate larger, system-wide functionality into valuable and measurable program increments. The functionality can be released at the PI boundary, or more frequently. Programs should develop on cadence and Release on Demand.
- ScrumXP – is a lightweight process for self-organizing and self-managing cross-functional teams of five to nine people. To continuously deliver value, ScrumXP uses the Scrum framework for project management and XP-derived (eXtreme Programming) technical practices.
- Team Kanban – is a lean method that helps teams facilitate the flow of value by visualizing work flow, establishing Work-in-Process (WIP) limits, measuring throughput, and continuously improving their processes. SAFe teams can choose to operate as ScrumXP or Kanban teams, or in a hybrid model.
- Built in Quality – practices are inspired by eXtreme Programming (XP), which ensure that software, firmware, and/or hardware solution increments are high in quality and can readily adapt to change.
The team level roles help coordinate and synchronize team level events, through which the Agile Teams build and deliver value in the context of the Agile Release Train (ART):
- Agile Team – A cross-functional ScrumXP or Kanban team which consists of the Dev Team as well as Scrum Master and Product Owner. This team of five to ten people have the ability and authority to define, build, and test an element (Story or Enabler) of solution value within an Iteration.
- Development Team (Dev Team) – A small, cross-functional team of developers, testers, and other specialists, that work collaboratively to deliver a vertical slice of functionality. The Dev Team is a subset of the Agile Team.
- Product Owner (PO) – a member of the Agile Team and is the content authority for the Team Backlog. The PO is responsible for defining Stories and prioritizing the backlog. The PO is the only team member empowered to accept Stories as done.
- Scrum Master – a member of the Agile Team, the Scrum Master is a servant leader and Agile Team coach. The Scrum Master helps the team to remove impediments, facilitates team events, and fosters an environment for high performing teams.
The Team level uses several events to synchronize and coordinate activities among teams within the ART:
- Iteration Planning – is an event in which an Agile Team determines the Iteration Goals and how much of the team backlog they can commit to during an upcoming iteration. Team capacity determines the number of stories and enablers that are selected.
- Iteration Review – is a cadence-based event in which the team inspects the increment at the end of the iteration and adjusts the team backlog based on feedback. All work done during the iteration is demonstrated during the Iteration Review.
- Iteration Execution – is how the Agile Team develops an increment of an effective, high-quality, working, tested system within the timebox. Each day during execution, an Agile Team will hold a 15-minute timeboxed meeting called a Daily Standup Meeting (DSU). The goal of the DSU is to synchronize team members, review progress, and identify issues.
- Iteration Retrospective – is an event held at the end of the iteration for the Agile Team to review its practices and identify ways to improve. The retrospective is based on the qualitative and quantitative information presented during the Iteration Review.
- Backlog Refinement – is an event held once or twice during the iteration to refine, review, and estimate stories and enablers in the Team Backlog. The event is attended by the Agile Team and any necessary SMEs.
- Innovation and Planning (IP) Iteration – provides the teams with an opportunity for exploration and innovation, dedicated time for planning, and learning through informal and formal channels. In the case where a Release is on the PI boundary, teams perform final system verification, validation, and documentation.
The following team level artifacts help describe the business and technical value delivered by the teams during each iteration and PI:
- Story – is the vehicle that carries Customer requirements through the value stream into implementation. The teams use stories to deliver value within an iteration, and the Product Owner has content authority over their creation and acceptance.
- Enabler stories – must fit within an iteration, like any story. Although enablers may not require the user voice format, their acceptance criteria clarify the requirements and support testing.
- Iteration Goals – are an output of the Iteration Planning event. They are a high-level summary of the business and technical goals that the Agile Team agrees to accomplish in an iteration. They help ensure alignment with the PI Objectives.
- Team Backlog – consists of user and enabler stories, most of which are identified during PI Planning and Backlog Refinement meetings.
- Team PI Objectives – are a summarized description of the specific business and technical goals that an Agile Team intends to achieve in the upcoming Program Increment (PI).
Learn More Leffingwell, Dean. Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise. Addison-Wesley, 2011.
Last update: 28 September, 2017