Agile teams and the influence of shared knowledge
Team-Work: agile, efficient and a resource for employees and organizations. That not only sounds great, but it is. But in order for team-work to really function as a resource and for cooperation as an agile team to work out, various requirements 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).
But 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 do secure the space for an open exchange, they are nevertheless not a sure-fire success, because there can be some difficulties in agile cooperation…
- Unfavorable communication in the teamOften, 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 far enoughEspecially 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 goal achievement of common goalsDue 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 much that is true. 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 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. You can easily see whether you are moving forward or whether you are going around in circles. You can also check how you can continue working and what you need for 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). Grundprobleme der Teamarbeit und ihre Bewältigung - Ein Kausalmodell. In M. Högl & H. G. Gemünden (Hrsg.), 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
