
Durch das turbulente Umfeld kommt es häufig anders, als man es sich gedacht hatte. Im Privatleben kommt immer etwas dazwischen und im beruflichen Umfeld kommt es häufig vor, dass wir eine Aufgabe nicht in Ruhe bearbeiten können. In den Unternehmen ist es teilweise sogar „schick“, nie Zeit zu haben und immer wieder die Arbeitssituation zu wechseln. Andere sollen schon sehen, dass der Mitarbeiter gefragt und wohl auch gebraucht wird. Dass diese Arbeitsform so ihre Tücken hat, ist schon lange bekannt.
Anfang der 1990er-Jahre hat Gerald Weinberg in seinem Buch „Software Quality Management“ die These vertreten, dass durch jede Aufgabe, die wir parallel zu einer primären Aufgabe bearbeiten, 20 Prozent unser mentalen Leistung durch den Kontextwechsel verloren gehen – sozusagen durch „mentale Rüstkosten“ (Weinberg 1992). Wenn Sie also in drei Projekten gleichzeitig mitarbeiten, stehen jedem Projekt nicht – wie zunächst angenommen – 33 Prozent Ihrer Kreativität und Leistung zur Verfügung, sondern lediglich 20 Prozent. Der Rest wird durch mentale Rüstkosten verbraucht, ungefähr 20 Prozent pro zusätzlicher Aufgabe (Pfeffer 2019:181-18).
Gerade bei wissensbasierter Arbeit kommt es nicht selten vor, dass Mitarbeiter bei einem Wechsel z.B. in ein anderes Projekt erst einmal auf den Wissensstand des Team gebracht werden müssen. Dabei handelt es sich nicht immer nur um explizierbares Wissen, das dokumentiert und in IT-Systemen verfügbar gemacht werden kann. In Projekten ist es gerade das implizite Wissen, das geteilt und angewendet werden muss, allerdings nicht so leicht zu erschließen ist.
Es ist nun wenig erstaunlich, dass es Sinn macht, in kleinen Schritten vorzugehen (iterativ). Weiterhin wäre es gut, „in Ruhe“ arbeiten zu können – zumindest über einen bestimmten Zeitraum hinweg – und damit die Komplexität ausschließt. Die agilen Ansätze wie KANBAN und SCRUM machen genau das. Zwar in unterschiedlicher Form, doch sind beide angesprochenen Punkte in dem jeweiligen Vorgehen enthalten.
Meines Erachtens sollten die agilen Ansätze stärker auch aus der Wissensperspektive diskutiert werden (Wissensmanagement). Immerhin wurde der Begriff SCRUM ursprünglich 1986 in einem Paper von Takeuchi und Nonaka benutzt, in dem beide das Erschließen von Wissen in der Produktentwicklung thematisierten …

In dem Artikel Lembke, G. (2008): Duale Hochschule – Ausblick auf eine community-gestützte Aus- und Weiterbildung. In: Berufsakademie Mannheim (Hrsg.): Studium Duale. Jahrbuch der Berufsakademie Mannheim 2007 findet man auf Seite 156 folgenden Erklärungsversuch: „Wissenskooperation beschreibt die Bereitschaft und das Ausmaß, in dem Personen einer Wissensgemeinschaft das eigene Wissen einbringen und durch kooperatives Kommunikations- und Interaktionsverhalten Wissen teilen, auch wenn kurzfristig kein direkter und unmittelbarer beruflicher oder persönlicher Nutzen ersichtlich ist. Das Wissen kann formeller oder informeller Natur sein.“ Beachtenswert ist aus meiner Sicht der Hinweis, dass die Wissenskooperation (im Sinne von Prof. Dr. Lembke) nicht unbedingt direkt ableitbaren Nutzen nach sich ziehen muss. Der Nutzen könnte sich also zeitversetzt durchaus in einem anderen Kontext bemerkbar machen. Die eindimensionale Betrachtung von Ursache-Wirkung wird aufgehoben – und das ist gut so.
Der Begriff Wissensökologie wird immer wieder erwähnt. In
Oelsnitz/Busch (2007): Kompetenzsteuerung von Teams durch transaktives Wissen

In letzter Zeit werde ich immer wieder gefragt, ob Multiple Intelligenzen nicht einfach nur Fähigkeiten sind, oder mit Kompetenzen gleichzusetzen sind. Andere fragen, worin der Unterschied zu Lernstilen liegt, usw. Die Zusammehänge und Unterschiede hat Aissen-Crewett 1998 sehr schön zusammegefasst:
Die beiden Autoren befassen sich in dem