Agile teams and the influence of shared knowledge
Teamwork: agile, efficient and a resource for employees and organizations. That not only sounds great, but it is. But in order for teamwork to really function as a resource and for collaboration to work as an agile team, various prerequisites must be met - just like with good payroll software (see for example: Paystub).
The chances (see Scholl, 2005) that are behind good teamwork are almost obvious:
- In cross-functional teams in particular, the required knowledge can be distributed by combining different skills
- Complex tasks can be solved better in this way
- The acceptance of joint decisions increases
- Mutual support is improving
- Work motivation and engagement of employees increases
- Last but not least, job satisfaction can be increased and stress reduced
One aspect is particularly striking: The members of an agile team share their knowledge in order to solve problems and achieve goals together.
In the following, we will show you why it often fails and how you can solve it.
Swarm knowledge and icebergs
In order to get the maximum benefit from agile teamwork, it is important to know and understand the core objective and the core problems of agile cooperation.
In an agile work environment, organizations and teams pursue the goal of creating “shared knowledge”. This means that employees share their individual knowledge and experience with each other.
The benefits are immediately apparent and research shows that shared knowledge has a positive impact on performance (Nelson & Cooprider, 1996).
Unfortunately, such a mentality does not yet exist in many companies. The core problem here is that employees often keep their knowledge to themselves and do not share problems for the time being. This phenomenon is called the “Iceberg of Ignorance.”
This shows that in many companies difficulties are not communicated openly and therefore cannot be transferred to “shared knowledge”.
Obstacles to shared knowledge
In addition to classic team meetings, some agile teams use so-called retrospectives to reflect on the collaboration. These are a suitable basis for knowledge exchange and agile cooperation. If you would like to refresh your knowledge of retrospectives again, please read our FAQs .
While such retrospectives sometimes secure the space for an open exchange, they are still not a sure-fire success, because there can be some difficulties in agile collaboration…
- Unfavorable communication within the team
Often, employees simply don’t dare speak about difficulties because they are afraid of embarrassing themselves or being convicted. Also in Retros there are not always targeted questions and therefore the real causes of the difficulties are not addressed. Our can tool be helpful, as it was specifically developed to ask targeted questions and to guide the retros in the right direction.
- The team has not yet grown together enough
Especially when agile teams are still in an initial phase of development are often missing trust among themselves and the feedback culture is not yet mature.
- Ignorance about the degree of achievement of common goals
Due to the lack of exchange, team members often do not know at what point you are in the goal achievement process. This can create the feeling that your own work is not integrated in the common process.
Working retros are therefore an important basis for effective and satisfactory cooperation. It is relevant that sharing and complications are practiced and encouraged. This is the only way agile cooperation can work and a synergetic team can emerge.
Practical tips for agile collaboration & Shared Knowledge
Think again about the three core problems that prevent teams from acting optimally together. We have three simple exercises for you that you can use to develop into an agile team.
Unfavorable team communication
Use your next team meeting to think specifically about what is hindering your collaboration and develop 3 - 4 statements about what you want to change. One statement would be, for example, “I often notice that my work helps others.” Now continuously check how true this is. You can find items like this and many more in our tool, which can make the transformation easier for you.
Test Echometer for free now & get new inspiration for your retrospectives!
The team hasn’t grown that far yet Sounds banal, but it helps: Start meetings with a check-in. This means that you don’t start directly with the work, but take a short time to talk about your condition, thoughts or worries. It is important that everyone has their say and that the topics are not related to factual questions. So start your next retro perhaps with the question: How are you on a scale of 1 - 10 and why? This leads to a much more sensitive approach to team members who may be battered.
Ignorance of the degree to which common goals have been achieved** **Simple, but effective: Create a timeline of your ongoing processes and briefly check in each retro how far you have come on the timeline. This is a good way to see whether progress is being made or whether you are going around in circles. You can also check how you can continue working and what you need to take the next step.
How can we help with “Shared Knowledge”?
At Echometer, we understand how to transform TeamWork and promote it in the long term. With the help of psychological know-how and ours Team retrospective tool We have developed for teams like your optimally tailored items that ensure that you soon develop a mature “shared knowledge”.
References
Scholl, W. (2005). Basic problems of teamwork and their management - A causal model. In M. Högl & H. G. Gemünden (Ed.), Management of teams. Theoretical concepts and empirical findings (3rd ed., Pp. 33-66). Wiesbaden: Gabler.
Nelson, K., & Cooprider, J. (1996). The Contribution of Shared Knowledge to IS Group Performance. MIS Quarterly, 20(4), 409-432. doi: 10.2307 / 249562
