High-performance IT delivery is especially challenging with agile at scale where multiple teams create IT products that have to be combined to deliver value in the end-to-end business process. This puts distinctive demands on the training and coaching of team members working in cross-functional teams in such an environment. In a previous blog we talked about several challenges and in another about solutions to the testing challenges, see https://labs.sogeti.com/training-cross-functional-teams/. In this blog, we will describe how to approach training and coaching and other solutions for the remaining challenges.
(This is the ninth blog in the series “How to train cross-functional teams”, for links to previous blogs please go to the end of this blog)
A lot of people are only familiar with Standard Agile which is focused on optimizing the work for a single team. It can therefore be a challenge to align across teams. One important task is to train the team members in how to manage dependencies between multiple teams while still maintaining the agile framework.
Below we talk about how to manage dependencies regarding specific areas.
Alignment of epics and features
A business process that requires multiple (sub-)systems to generate business value, requires proper alignment of the user stories that are part of the various (sub-)systems. For this the teams involved need alignment in the epics, features and user stories.
One way to handle this is to have a joint priority and planning meeting in which all stakeholders participate where epics, features, and user stories that influence multiple teams are discussed, prioritized, and planned.
We’ve had success with a joint Kanban board with the high-level epics and features where we keep track of progress, and re-planning/prioritizing needs. The epics deliver business value across systems/teams. These are divided into features that are delivered by a specific system/team. With a joint Kanban board, it is much more clear when specific epics need to be delivered and the progress of each epic and feature is tracked. Dependencies can also be resolved much easier.
Setting priorities is difficult with multiple teams because the priorities need to be aligned. There’ll be a problem when something in one team is low priority, that’s needed for another team’s high-priority story. Often, teams have different product owners with totally different priorities.
This requires the stakeholders of the various teams to agree on the overall priorities. This is something that’s not self-evident. It’s therefore important to communicate about this need, and its importance with all affected parties from individual team members to top-level management. Facilitate this with meetings in which all the different stakeholders participate and discuss the priorities.
Support from outside the team
Often not all tasks a team needs to do, can be done by the team members. There are always specific knowledge and skills needed that are not available in the agile team. Examples are support around performance testing, interaction design, and top-level architecture. Good agreements about how to ask for support from outside the team facilitate this. For example, by using system teams and/or shared services as described in the Scaled Agile Framework or using “virtual teams” of representatives of various teams that work together on a specific subject such as end-to-end testing.
There are various specific challenges when working in an agile at scale situation, and we’ve discussed some of the solutions to the most common ones. Testing challenges were discussed in the previous blog post, and the remaining ones were discussed above. Of course, depending on the organization there are other possible solutions. Hopefully, you can get some ideas from our description. Also, you can refer to the syllabus of the training course “TMAP: Organizing built-in quality at scale” (see: https://tmap.net/media/751)
How do you address the challenges when working agile at scale?
Please, let us know in the comments below, we will incorporate your challenges in our future blogs!
This blog has been co-authored by Eva Holmquist
(For other blogs in the series “How to train cross-functional teams”, use this link: https://labs.sogeti.com/training-cross-functional-teams/.)
About Rik Marselis
Rik Marselis is principal quality consultant at Sogeti in the Netherlands. He has assisted many organizations in improving their IT-processes, in establishing their quality & testing approach, setting up their quality & test organization, and he acted as quality coach, qa-consultant, test manager and quality supervisor. Rik uses his more than 40 years of experience in systems development and quality and testing to bring fit for purpose solutions to our clients. He focuses at three major tasks: * Consultancy on Quality engineering & Testing in the broadest sense (quality & test policy, project startup, process improvement, coaching, second-opinions, etc…) * Develop and give training courses for both novice and experienced testers (Rik is an accredited trainer for TMAP, TPI and ISTQB certification training courses) * Research and development of the quality engineering & testing profession. Rik has contributed to over 20 books on quality and testing, of which 5 as an main author and 5 as project leader. His most recent book in the TMAP body of knowledge is “Quality for DevOps teams”. Rik is a much-appreciated keynote-speaker and workshop-host at conferences (he has presented at conferences in over 15 countries).
More on Rik Marselis.