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 …
