The specific question was, "Is it healthy for Scrum teams to work in a bubble protected from the business around them? Should collaboration go beyond the team?"
There are two common threads that I see time and time again: What is the goal, and how is that goal communicated? Until these two threads are tied together, true collaboration won't happen. I don't see this as being unique to the world of Scrum. To help illustrate my point, I'll try to use terms from outside of the Scrum community.
Strategic Mission (Goals)
Executive leadership, in order to truly lead, must communicate the strategic vision of the organization. A strategic vision translates into a strategic mission or long-term goals. A strategic mission should be understood by the entire organization. If a team member doesn't know the mission, how will she be able to help the organization reach its goals? From there, the leadership needs to empower the people tasked to do the work to figure out how they will accomplish the goals.Tactical Mission (Goals)
This is where you keep lines of communication open but insert a protective buffer. If you're leveraging Scrum, the Product Owner serves as the first buffer. The Product Owner (agile product manager) understands the strategic mission of the organization and translates it into a tactical mission. You could also refer to this person as an organizational liaison: someone who doesn't need to know all of the answers, but does need to be readily available to answer questions from the team and reach out to the appropriate subject matter expert(s) when necessary. The second buffer is the ScrumMaster (if leveraging Scrum) or could be referred to as a process manager. This person understands organizational process on a team level and is there to ensure the team consistently follows that process. Process managers such as ScrumMasters also work to keep those who do not aid in tactical execution from derailing the team from getting work done.Collaborative Team
Okay, so now it's time for me to answer the first direct question about collaboration: "Is it healthy for Scrum teams to work in a bubble protected from the business around them?" Though I do believe the team should be protected from the people trying to change their tactical priorities, an agile team should never operate in a vacuum. If people from within the organization do try to change team short-term priorities, the process manager (ScrumMaster) should be right there to impress upon them the need to respect the agreed upon processes.Collaborative Organization
The second question was, "Should collaboration go beyond the team?" My short answer is "yes," with the understanding that collaboration is different than communication, which needs to flow up and down the organization. Collaboration by definition points to working together, whereas communication can be limited to unidirectional imparting or transmitting. Effective agile product development and project management requires bi-directional communications (the flow of information back and forth).Once the appropriate information is presented to the appropriate people, real collaboration can take place. The entire organization, which includes all cost and profit centers, needs to collaborate to discover the best solutions and work toward common goals.
Subscribe to the RSS feed
2 comments:
Oh that was me! Thanks for the reply. It still leaves me with one tricky question though. How do you facilitate the entire organisation collaborating? What kind of events, forums or organisational change can help? Right now in my situation departmental walls are pretty high and I can see a lot of time is being wasted by not working together. I guess the answer depends on specific issues but any ideas would be a great help.
In order to collaborate, you'll need an organization that is receptive to it. You need leadership and culture who both want to share information and work together. You really need a champion at a very high level who has a focus on organizational level collaboration, in order to make this stick. You need to go above the department level.
One specific thing I've seen work is have an organizational level (portfolio) Kanban. It was in a common area where all departments could see where their projects were in the value stream. Once all departments could see all of the work and where they fit into the big picture, more honest conversations could take place about what work addressed organizational needs more than departmental needs.
Post a Comment