AG2 MMK 2014: Unterschied zwischen den Versionen
(Diskussion | Beiträge) (Überschrift eingerückt) |
(Diskussion | Beiträge) K (→Moderationspapier: Typo) |
||
Zeile 23: | Zeile 23: | ||
Inzwischen sind wir an einem Punkt angekommen bei der wir reflektieren müssen, dass die ''Professionals'' selber oft sprachlos sind im IT-Projekt um als Fürsprecher agieren zu können. Dieses „sprachlos“ hat viele Erscheinungsformen. Eine davon ist das haushalten mit den eigenen Diskussionskräften, was aber auch bedeutet etwas sprachlos zur Kenntnis zu nehmen. Wie kommt es, dass Professionals mit dem Anspruch das Umfeld Anderer zu gestalten am Gestalten des eigenen Umfeld so selten ansetzen? | Inzwischen sind wir an einem Punkt angekommen bei der wir reflektieren müssen, dass die ''Professionals'' selber oft sprachlos sind im IT-Projekt um als Fürsprecher agieren zu können. Dieses „sprachlos“ hat viele Erscheinungsformen. Eine davon ist das haushalten mit den eigenen Diskussionskräften, was aber auch bedeutet etwas sprachlos zur Kenntnis zu nehmen. Wie kommt es, dass Professionals mit dem Anspruch das Umfeld Anderer zu gestalten am Gestalten des eigenen Umfeld so selten ansetzen? | ||
− | Eine mentale Barriere ist der ''Begriff Projekt''. | + | Eine mentale Barriere ist der ''Begriff Projekt''. (1) Ein Projekt definiert sich mit einem Anfang und einem Ende. Der Bau eines Gebäudes von einem Architekten ist ein Projekt. Das entwickeln einer Software ist hingegen kein Projekt, es ist eine Daueraufgabe. Wenn es doch ein Ende gegeben sollte mit dem entwickeln, so liegt die Software unmittelbar im sterben. Daher sprechen alle von Version, Releases und Updates. Dennoch halten wir am Leitbild Projekt fest. |
− | (2) Charakteristisch am Projekt ist seine Organisationsform. Das Projektmanagement beschränkt sich - mit seinen Projektdreieck, Meilensteinen, Arbeitspaketen und vielen weichen Themen wie etwa Moderation - im Kern auf den administrativen Teil eines Projektes mit dem klaren Blick auf das Ende. Der schöpferische operative Teil eines Projektes gehört nicht dazu und wird als Ressource dazu geholt, abgerufen und mit dem Statuswechsel erledigt abgehackt. In einem Projekt ist alles nur temporär: Thema | + | (2) Charakteristisch am Projekt ist seine Organisationsform. Das Projektmanagement beschränkt sich - mit seinen Projektdreieck, Meilensteinen, Arbeitspaketen und vielen weichen Themen wie etwa Moderation - im Kern auf den administrativen Teil eines Projektes mit dem klaren Blick auf das Ende. Der schöpferische operative Teil eines Projektes gehört nicht dazu und wird als Ressource dazu geholt, abgerufen und mit dem Statuswechsel erledigt abgehackt. In einem Projekt ist alles nur temporär: Thema und Hilfsmittel bis zur Teilnahme (der so genannten Projektmitglieder). Dieser ''temporäre Charakter'' entzieht sich einer nachhaltigen Gestaltung. |
(3) Viele Annahmen, Vorschläge und Entscheidungen fallen in einen IT-Projekt parallel verteilt, aber unsere Projektansätze kennen diese Parallalität nicht. Egal ob Wasserfall, inkrementiell, iterativ oder agil - sie alle adressieren nur den Reifegrad und Stabilität von Anforderungen, Annahmen und Rahmenbedingungen. Die Dynamik in einen Projekt die als parallele Ereignisse ablaufen bilden diese nicht ab - sie wird reduziert auf ''sequentuelle Konsenspunkte''. Als Workarround hilft viel moderierte Kommunikation, aber auch das hat seine Grenzen in Besprechungszeiten, Mails lesen, Protokolle von parallel tagenden Gremien lesen, Status-Listen, Offene-Punkte-Liste und Dokumente reviewen. Ab einer gewissen Projektgröße gibt es einen immer größeren Zeitverzug in der moderierter Kommunikation die Dynamik der parallelen Ereignisse zu vermitteln. Die Folge sind unsichtbare Prozesse mit relativ zufälligen Entscheidungswegen und Ergebnissen. Wenn das Projekt zusätzlich in einen so genanntem "Multiprojektmanagement" eingebettet ist, dann sind alle frühzeitig eingebunden, aber alle kommen nicht hinterher zu durchschauen in welcher Art und Weise sie davon negativ betroffen sind oder wo sich positives Gestaltungspotenzial bietet wenn man sich rechtzeitig einbringt. | (3) Viele Annahmen, Vorschläge und Entscheidungen fallen in einen IT-Projekt parallel verteilt, aber unsere Projektansätze kennen diese Parallalität nicht. Egal ob Wasserfall, inkrementiell, iterativ oder agil - sie alle adressieren nur den Reifegrad und Stabilität von Anforderungen, Annahmen und Rahmenbedingungen. Die Dynamik in einen Projekt die als parallele Ereignisse ablaufen bilden diese nicht ab - sie wird reduziert auf ''sequentuelle Konsenspunkte''. Als Workarround hilft viel moderierte Kommunikation, aber auch das hat seine Grenzen in Besprechungszeiten, Mails lesen, Protokolle von parallel tagenden Gremien lesen, Status-Listen, Offene-Punkte-Liste und Dokumente reviewen. Ab einer gewissen Projektgröße gibt es einen immer größeren Zeitverzug in der moderierter Kommunikation die Dynamik der parallelen Ereignisse zu vermitteln. Die Folge sind unsichtbare Prozesse mit relativ zufälligen Entscheidungswegen und Ergebnissen. Wenn das Projekt zusätzlich in einen so genanntem "Multiprojektmanagement" eingebettet ist, dann sind alle frühzeitig eingebunden, aber alle kommen nicht hinterher zu durchschauen in welcher Art und Weise sie davon negativ betroffen sind oder wo sich positives Gestaltungspotenzial bietet wenn man sich rechtzeitig einbringt. | ||
Zeile 32: | Zeile 32: | ||
=== Das Zweite Schlaglicht auf die Schein-Organisationsfähigkeit === | === Das Zweite Schlaglicht auf die Schein-Organisationsfähigkeit === | ||
− | Im zweiten Schlaglicht steht der Professional sprachlos vor der Situation, dass die geringe Effizienz von IT-Arbeitsprozessen im Organisationen im Regelfall kein Thema ist. Das populäre Schlagwort „IT-Produktivitätsparadoxon“ verstellt den Blick vor der Tatsache, dass eine Organisation im Regelfall alles andere als ein Gebilde darstellt bei der Effektivität und Effizienz gegeben ist. Wenn es beim organisieren von Abteilungen, Teams, Projekten und zugehöriger Zusammenarbeit und Entscheidungswege nicht stimmt, dann relativiert sich die Optimierung von Gebäude, Systeme und Arbeitsplätze. | + | Im zweiten Schlaglicht steht der Professional sprachlos vor der Situation, dass die geringe Effizienz von IT-Arbeitsprozessen im Organisationen im Regelfall kein Thema ist. Das populäre Schlagwort „IT-Produktivitätsparadoxon“ verstellt den Blick vor der Tatsache, dass eine Organisation im Regelfall alles andere als ein Gebilde darstellt bei der Effektivität und Effizienz gegeben ist. Wenn es beim organisieren von Abteilungen, Teams, Projekten und zugehöriger Zusammenarbeit und Entscheidungswege nicht stimmt, dann relativiert sich die Optimierung von Gebäude, Systeme und Arbeitsplätze. |
Die Probleme geringer Effizienz von IT-gestützten Arbeitsprozessen äußern sich stattdessen subtil in einen ständigem Aktionismus Prozesse oder Systeme anzupassen. | Die Probleme geringer Effizienz von IT-gestützten Arbeitsprozessen äußern sich stattdessen subtil in einen ständigem Aktionismus Prozesse oder Systeme anzupassen. | ||
− | (1) Bei einem Prozess ist oft zu beobachten, dass sobald dieser in den GoLive geht dieser schon den "Zerfall freigegeben" ist. Ursprünglich übersichtliche Prozesse verwandeln sich zum Beispiel mit weiteren Freigabepunkten und Kopie-Info in ein Prozessgewirr. Selbst wenn ein Prozess den offiziellen Weg nimmt, so gibt es oft unsichtbare Parallelaktivität der Begleitung in Form von Telefonanrufen, Mails oder Vorausarbeit bevor zum Beispiel ein Freigabestatus in einem IT-System gesetzt wird. | + | (1) Bei einem Prozess ist oft zu beobachten, dass sobald dieser in den GoLive geht dieser schon den "Zerfall freigegeben" ist. Ursprünglich übersichtliche Prozesse verwandeln sich zum Beispiel mit weiteren Freigabepunkten und Kopie-Info in ein Prozessgewirr. Selbst wenn ein Prozess den offiziellen Weg nimmt, so gibt es oft unsichtbare Parallelaktivität der Begleitung in Form von Telefonanrufen, Mails oder Vorausarbeit bevor zum Beispiel ein Freigabestatus in einem IT-System gesetzt wird. |
− | (2) Das ganze Elend mangelhafter IT-Organisationsfähigkeit läßt sich illustrieren wenn man sich die sogenannte "IT-Landschaft" einer Organisation zeigen läßt. Zu sehen sind dann Darstellungen, die ein Architekt aus der Bauwirtschaft beschreiben würde als einen Stadtkern mit einer riesigen nicht dargestellter ''IT-Blechhütten-Periperhie''. Ein Architekt würde einen grafischen ''Flächenentwicklungsplan'' aufstellen, wo nicht nur Bauland ausgewiesen ist, sondern auch im übertragenden Sinne gemeinsame Plätze, Grünflächen, Kindergärten, Einkaufsmöglichkeiten oder Verkehrsinfrastruktur reserviert ist. Sprachlos steht der Professional vor dieser "Bautätigkeit" und kann nicht einschreiten, weil die Übertragung der Methodiken von Flächenentwicklungsplänen auf IT-Landschaften selten ein Gegenstand in der Wissenschaft und Forschung sind. | + | (2) Das ganze Elend mangelhafter IT-Organisationsfähigkeit läßt sich illustrieren wenn man sich die sogenannte "IT-Landschaft" einer Organisation zeigen läßt. Zu sehen sind dann Darstellungen, die ein Architekt aus der Bauwirtschaft beschreiben würde als einen Stadtkern mit einer riesigen nicht dargestellter ''IT-Blechhütten-Periperhie''. Ein Architekt würde einen grafischen ''Flächenentwicklungsplan'' aufstellen, wo nicht nur Bauland ausgewiesen ist, sondern auch im übertragenden Sinne gemeinsame Plätze, Grünflächen, Kindergärten, Einkaufsmöglichkeiten oder Verkehrsinfrastruktur reserviert ist. Sprachlos steht der Professional vor dieser "Bautätigkeit" und kann nicht einschreiten, weil die Übertragung der Methodiken von Flächenentwicklungsplänen auf IT-Landschaften selten ein Gegenstand in der Wissenschaft und Forschung sind. |
− | (3) Weitgehend aus unserem Bewusstsein ist, dass auch Prozesse verschleißen und zum "vermüllen" neigen. In einen realen Zimmer ist unmittelbar ersichtlich, wenn etwas nicht aufgeräumt, nicht gepflegt oder seit langem nicht mehr benutzt wurde. In der digitalen Welt fehlt uns so eine unmittelbare Visualisierung und damit auch Anreize solche Pflegemaßnahmen im Tagesgeschäft regelmäßig durchzuführen. Inzwischen muss festgestellt werden dass wir uns einer Kultur nähern wo statt aufräumen und Pflege ein Mentalität an deren Stelle tritt mit Kopie an neuen Ort. | + | (3) Weitgehend aus unserem Bewusstsein ist, dass auch Prozesse verschleißen und zum "vermüllen" neigen. In einen realen Zimmer ist unmittelbar ersichtlich, wenn etwas nicht aufgeräumt, nicht gepflegt oder seit langem nicht mehr benutzt wurde. In der digitalen Welt fehlt uns so eine unmittelbare Visualisierung und damit auch Anreize solche Pflegemaßnahmen im Tagesgeschäft regelmäßig durchzuführen. Inzwischen muss festgestellt werden dass wir uns einer Kultur nähern wo statt aufräumen und Pflege ein Mentalität an deren Stelle tritt mit Kopie an neuen Ort. Wir sind angetreten für Gebrauchstaugliche Software und stellen fest, dass wir regelmäßig zuerst das Aufräumkommando spielen müssen was sich im Prozess, Stammdaten und Software angesammelt hat. Alle Beteiligte sind anschließend so mental geschafft vom aufräumen, dass sich keine Freiwilligen mehr finden die noch Kraft haben für das eigentliche Hauptprogramm Optimierung der Prozesse durch Gestaltete Gebrauchstauglichkeit. Ernüchternd ist, das alle bereits mit dem Vorprogramm zufrieden sind, weil Korrekturen auch als Optimierung gelten. |
− | (4) Konzeptionell stehen wir vor dem Problem, dass Prozesse, Daten und Systeme in Organisationen als Hilfsmittel betrachtet werden, anstatt anzuerkennen, dass sie "bewohnt" werden als Lebensraum. Auf der einen Seite werden die unsichtbaren Prozesse bekämpft, auf der anderen Seite werden diese kultiviert, weil die „sprachlose Abstimmung“ oft die Organisation am laufen hält. In der Stadtplanung gibt es so was ähnliches zu beobachten mit den Ziel "Urbanität in der Stadt" zu erhalten, denn Urbanität kann man nicht anbauen — sie entsteht wenn sich mehrere kreative Benutzer an einem Ort | + | (4) Konzeptionell stehen wir vor dem Problem, dass Prozesse, Daten und Systeme in Organisationen als Hilfsmittel betrachtet werden, anstatt anzuerkennen, dass sie "bewohnt" werden als Lebensraum. Auf der einen Seite werden die unsichtbaren Prozesse bekämpft, auf der anderen Seite werden diese kultiviert, weil die „sprachlose Abstimmung“ oft die Organisation am laufen hält. In der Stadtplanung gibt es so was ähnliches zu beobachten mit den Ziel "Urbanität in der Stadt" zu erhalten, denn Urbanität kann man nicht anbauen — sie entsteht wenn sich mehrere kreative Benutzer an einem Ort ansammeln und es wird durch Gentrifizierung verdrängt. |
− | Einer der Fragen für die Arbeitsgruppe könnte aus diesem Schlaglicht Scheinorganisationsfähigkeit sein mit welchen subtilen Mitteln eine ''IT-Urbanität'' in der Organisation gelebt werden kann, weil Urbanität entsteht aus Dichte und Umnutzung. Etwas erschaffen und dann verändern es die Benutzer, also einer gepflegten Langlebigkeit aus Wertschätzung. Das ist ein anderes Paradigma als ein klassisches Informationsmanagement in einem Unternehmen. | + | Einer der Fragen für die Arbeitsgruppe könnte aus diesem Schlaglicht Scheinorganisationsfähigkeit sein mit welchen subtilen Mitteln eine ''IT-Urbanität'' in der Organisation gelebt werden kann, weil Urbanität entsteht aus Dichte und Umnutzung. Etwas erschaffen und dann verändern es die Benutzer, also einer gepflegten Langlebigkeit aus Wertschätzung. Das ist ein anderes Paradigma als ein klassisches Informationsmanagement in einem Unternehmen. |
=== Drittes Schlaglicht auf Schein-Prozessmanagement === | === Drittes Schlaglicht auf Schein-Prozessmanagement === | ||
Beim dritten und letzten Schlaglicht im Moderationspapier geht es um das Scheinprozessmanagement. Zum knappen Einstieg gibt es drei Fragen: | Beim dritten und letzten Schlaglicht im Moderationspapier geht es um das Scheinprozessmanagement. Zum knappen Einstieg gibt es drei Fragen: | ||
* Wieso funktionieren Prozesse auch wenn Keiner diesen fehlerfrei selber beschreiben kann? | * Wieso funktionieren Prozesse auch wenn Keiner diesen fehlerfrei selber beschreiben kann? | ||
− | * Müssen Geschäftsprozesse sichtbar sein? Es gibt so viele Vorbilder in der Natur wo die Einzelteile zusammenwirken auch ohne dass sie wissen dass sie "als Geschäftsprozess“ wirken. | + | * Müssen Geschäftsprozesse sichtbar und Bewusstseinspflichtig sein? Es gibt so viele Vorbilder in der Natur wo die Einzelteile zusammenwirken auch ohne dass sie wissen dass sie "als Geschäftsprozess“ wirken. |
− | * Sollte | + | * Sollte ein gutes Prozessmanagement nicht daran erkennbar sein, dass es unsichtbar ist? Ähnlich wie gutes Design nicht erkannbar ist am Grad des Styling (künstliche Komplexität), sondern mit dem Kennerauge was alles weggelassen wurde… |
− | Wenn wir versuchen Prozesse aufzuschreiben so wir ertappen uns ständig dabei alles in eine Perlenkette anzuordnen: | + | Wenn wir versuchen Prozesse aufzuschreiben so wir ertappen uns ständig dabei alles in eine Perlenkette anzuordnen: Von links nach rechts und mit ganz vielen Abzweigungen und Hierarchieebenen. So etwas kann sich Keiner merken und alle starren am Ende auf die viele Dokumente. Da gibt es die Wertschöpftungskette, die Hauptprozesse, Querschnittsprozesse, Arbeitsprozesse usw. - und das alles nur, weil es Nebenläufigkeit und freie Anordnung gibt. Beim aufschreiben wird es defniert und damit starr. Der Professionell steht sprachlos vor dieser Vielfalt in der Praxis die er weder in Worte packen kann und noch weniger visuell greifbar ist. |
Vor der Neuzeit war die Welt übersichtlicher. Alles war mit einfachen Grundregeln organisert als wiederholender Kreislauf mit Rhythmus und organisierter Gemeinsamkeit. Die Uhr dreht sich im Kreis statt heute als Zahl hochgezählt zu werden. Viele Systeme stürzen ab, weil sie von links nach rechts programmiert sind - das aufräumen und zurückkehren zum Ausgangszustand fehlt für einen neuen Lauf, ebenso kann Selbststeuerung erst über einen Kreislauf erfolgen. Wir gestalten heute Geschäftsprozesse wie ein Softwareprogramm: Es kann beliebig oft parallel gestartet werden - die Rückkopplung zur „Hardware“ (u. a. Menschen und Realität) fehlt. | Vor der Neuzeit war die Welt übersichtlicher. Alles war mit einfachen Grundregeln organisert als wiederholender Kreislauf mit Rhythmus und organisierter Gemeinsamkeit. Die Uhr dreht sich im Kreis statt heute als Zahl hochgezählt zu werden. Viele Systeme stürzen ab, weil sie von links nach rechts programmiert sind - das aufräumen und zurückkehren zum Ausgangszustand fehlt für einen neuen Lauf, ebenso kann Selbststeuerung erst über einen Kreislauf erfolgen. Wir gestalten heute Geschäftsprozesse wie ein Softwareprogramm: Es kann beliebig oft parallel gestartet werden - die Rückkopplung zur „Hardware“ (u. a. Menschen und Realität) fehlt. |
Version vom 5. August 2014, 22:47 Uhr
Arbeitsgruppe 2: Sprachlos zwischen unsichtbaren ProzessenModeration: René Hoffmann |
Moderationspapier
Unter dem Arbeitsgruppen-Titel "Sprachlos zwischen unsichtbaren Prozessen" soll mit der typischen MMK-Workshop-Arbeitsweise die Konzepte für IT-Projekte in Organisationen reflektiert werden. Es hat sich ein Stillstand eingestellt den es zu überwinden gilt. Alles dreht sich um die zwei Wörter "Sprachlos" und "Unsichtbar" die sowohl als Startpunkte für die Analyse, aber auch Impulse für die Lösung bieten. Beide Begriffe besitzen eine negative, aber auch eine positve Seite. Das Potenzial der positiven Seite liegt brach - es muss schöpferisch erobert werden. Das gelingt nur mit den richtigen Konzepten und Einordnungen und dazu ist der Arbeitsrahmen der MMK-Tage in seiner kritischen offenen Diskussion hilfreich. Von einem Moderationspapier wird erwartet, dass es ein Schlaglicht liefert. Das Schlaglicht soll in das Thema einzuführen und zu „optionalen“ eigenen Thesenpapieren anzuregen. Dieses Thema liegt in einer Gemengenlage, daher gibt es drei Schlaglichter als Einstieg. Das Erste Schlaglicht auf das Schein-ProjektumfeldSeit gut 40 Jahren sind wir dabei Computerarbeitsplätze in Organisationen menschenfreundlicher zu gestalten. Unsere Erfolge sind durchwachsen. Am Anfang ging es uns darum den sprachlosen Benutzern eine Stimme zu geben im IT-Projekt. Ihre Probleme und Anforderungen in eine Sprache zu transformieren die anschlussfähig ist im IT-Projekt. Dialogprinzipien, Gebrauchstauglichkeit und Gestaltgesetze halfen die Diskussion vom emotionalen Geschmack zu versachlichen auf eine objektiv prüfbare Qualität. Später kamen Ansätze zur systematischen Einbindung von Benutzern im IT-Projekt hinzu mit der auch dem Entwicklungsprozess seine Unsichtbarkeit genommen wurde. Inzwischen sind wir an einem Punkt angekommen bei der wir reflektieren müssen, dass die Professionals selber oft sprachlos sind im IT-Projekt um als Fürsprecher agieren zu können. Dieses „sprachlos“ hat viele Erscheinungsformen. Eine davon ist das haushalten mit den eigenen Diskussionskräften, was aber auch bedeutet etwas sprachlos zur Kenntnis zu nehmen. Wie kommt es, dass Professionals mit dem Anspruch das Umfeld Anderer zu gestalten am Gestalten des eigenen Umfeld so selten ansetzen? Eine mentale Barriere ist der Begriff Projekt. (1) Ein Projekt definiert sich mit einem Anfang und einem Ende. Der Bau eines Gebäudes von einem Architekten ist ein Projekt. Das entwickeln einer Software ist hingegen kein Projekt, es ist eine Daueraufgabe. Wenn es doch ein Ende gegeben sollte mit dem entwickeln, so liegt die Software unmittelbar im sterben. Daher sprechen alle von Version, Releases und Updates. Dennoch halten wir am Leitbild Projekt fest. (2) Charakteristisch am Projekt ist seine Organisationsform. Das Projektmanagement beschränkt sich - mit seinen Projektdreieck, Meilensteinen, Arbeitspaketen und vielen weichen Themen wie etwa Moderation - im Kern auf den administrativen Teil eines Projektes mit dem klaren Blick auf das Ende. Der schöpferische operative Teil eines Projektes gehört nicht dazu und wird als Ressource dazu geholt, abgerufen und mit dem Statuswechsel erledigt abgehackt. In einem Projekt ist alles nur temporär: Thema und Hilfsmittel bis zur Teilnahme (der so genannten Projektmitglieder). Dieser temporäre Charakter entzieht sich einer nachhaltigen Gestaltung. (3) Viele Annahmen, Vorschläge und Entscheidungen fallen in einen IT-Projekt parallel verteilt, aber unsere Projektansätze kennen diese Parallalität nicht. Egal ob Wasserfall, inkrementiell, iterativ oder agil - sie alle adressieren nur den Reifegrad und Stabilität von Anforderungen, Annahmen und Rahmenbedingungen. Die Dynamik in einen Projekt die als parallele Ereignisse ablaufen bilden diese nicht ab - sie wird reduziert auf sequentuelle Konsenspunkte. Als Workarround hilft viel moderierte Kommunikation, aber auch das hat seine Grenzen in Besprechungszeiten, Mails lesen, Protokolle von parallel tagenden Gremien lesen, Status-Listen, Offene-Punkte-Liste und Dokumente reviewen. Ab einer gewissen Projektgröße gibt es einen immer größeren Zeitverzug in der moderierter Kommunikation die Dynamik der parallelen Ereignisse zu vermitteln. Die Folge sind unsichtbare Prozesse mit relativ zufälligen Entscheidungswegen und Ergebnissen. Wenn das Projekt zusätzlich in einen so genanntem "Multiprojektmanagement" eingebettet ist, dann sind alle frühzeitig eingebunden, aber alle kommen nicht hinterher zu durchschauen in welcher Art und Weise sie davon negativ betroffen sind oder wo sich positives Gestaltungspotenzial bietet wenn man sich rechtzeitig einbringt. Soviel im ersten Schlaglicht zu der dunklen Seite von sprachlos und unsichtbaren Prozessen im Scheinprojektumfeld. Einer der Fragen der Arbeitsgruppe kann sein die helle Seite von sprachlos und unsichtbaren Prozesse zu entdecken als Entlastung der moderierten Kommunikation, der moderierten Entscheidungswege und mehr Raum für die Gestaltung und sich einbringen können zu geben. Und nicht zuletzt das Scheinprojektumfeld durch eine realitätsnähere „Organisationslebensform“ zu ersetzen mit einem neuen Kulturwissen für Zusammenarbeit in verteilte und parallele Prozesse. Das Zweite Schlaglicht auf die Schein-OrganisationsfähigkeitIm zweiten Schlaglicht steht der Professional sprachlos vor der Situation, dass die geringe Effizienz von IT-Arbeitsprozessen im Organisationen im Regelfall kein Thema ist. Das populäre Schlagwort „IT-Produktivitätsparadoxon“ verstellt den Blick vor der Tatsache, dass eine Organisation im Regelfall alles andere als ein Gebilde darstellt bei der Effektivität und Effizienz gegeben ist. Wenn es beim organisieren von Abteilungen, Teams, Projekten und zugehöriger Zusammenarbeit und Entscheidungswege nicht stimmt, dann relativiert sich die Optimierung von Gebäude, Systeme und Arbeitsplätze. Die Probleme geringer Effizienz von IT-gestützten Arbeitsprozessen äußern sich stattdessen subtil in einen ständigem Aktionismus Prozesse oder Systeme anzupassen. (1) Bei einem Prozess ist oft zu beobachten, dass sobald dieser in den GoLive geht dieser schon den "Zerfall freigegeben" ist. Ursprünglich übersichtliche Prozesse verwandeln sich zum Beispiel mit weiteren Freigabepunkten und Kopie-Info in ein Prozessgewirr. Selbst wenn ein Prozess den offiziellen Weg nimmt, so gibt es oft unsichtbare Parallelaktivität der Begleitung in Form von Telefonanrufen, Mails oder Vorausarbeit bevor zum Beispiel ein Freigabestatus in einem IT-System gesetzt wird. (2) Das ganze Elend mangelhafter IT-Organisationsfähigkeit läßt sich illustrieren wenn man sich die sogenannte "IT-Landschaft" einer Organisation zeigen läßt. Zu sehen sind dann Darstellungen, die ein Architekt aus der Bauwirtschaft beschreiben würde als einen Stadtkern mit einer riesigen nicht dargestellter IT-Blechhütten-Periperhie. Ein Architekt würde einen grafischen Flächenentwicklungsplan aufstellen, wo nicht nur Bauland ausgewiesen ist, sondern auch im übertragenden Sinne gemeinsame Plätze, Grünflächen, Kindergärten, Einkaufsmöglichkeiten oder Verkehrsinfrastruktur reserviert ist. Sprachlos steht der Professional vor dieser "Bautätigkeit" und kann nicht einschreiten, weil die Übertragung der Methodiken von Flächenentwicklungsplänen auf IT-Landschaften selten ein Gegenstand in der Wissenschaft und Forschung sind. (3) Weitgehend aus unserem Bewusstsein ist, dass auch Prozesse verschleißen und zum "vermüllen" neigen. In einen realen Zimmer ist unmittelbar ersichtlich, wenn etwas nicht aufgeräumt, nicht gepflegt oder seit langem nicht mehr benutzt wurde. In der digitalen Welt fehlt uns so eine unmittelbare Visualisierung und damit auch Anreize solche Pflegemaßnahmen im Tagesgeschäft regelmäßig durchzuführen. Inzwischen muss festgestellt werden dass wir uns einer Kultur nähern wo statt aufräumen und Pflege ein Mentalität an deren Stelle tritt mit Kopie an neuen Ort. Wir sind angetreten für Gebrauchstaugliche Software und stellen fest, dass wir regelmäßig zuerst das Aufräumkommando spielen müssen was sich im Prozess, Stammdaten und Software angesammelt hat. Alle Beteiligte sind anschließend so mental geschafft vom aufräumen, dass sich keine Freiwilligen mehr finden die noch Kraft haben für das eigentliche Hauptprogramm Optimierung der Prozesse durch Gestaltete Gebrauchstauglichkeit. Ernüchternd ist, das alle bereits mit dem Vorprogramm zufrieden sind, weil Korrekturen auch als Optimierung gelten. (4) Konzeptionell stehen wir vor dem Problem, dass Prozesse, Daten und Systeme in Organisationen als Hilfsmittel betrachtet werden, anstatt anzuerkennen, dass sie "bewohnt" werden als Lebensraum. Auf der einen Seite werden die unsichtbaren Prozesse bekämpft, auf der anderen Seite werden diese kultiviert, weil die „sprachlose Abstimmung“ oft die Organisation am laufen hält. In der Stadtplanung gibt es so was ähnliches zu beobachten mit den Ziel "Urbanität in der Stadt" zu erhalten, denn Urbanität kann man nicht anbauen — sie entsteht wenn sich mehrere kreative Benutzer an einem Ort ansammeln und es wird durch Gentrifizierung verdrängt. Einer der Fragen für die Arbeitsgruppe könnte aus diesem Schlaglicht Scheinorganisationsfähigkeit sein mit welchen subtilen Mitteln eine IT-Urbanität in der Organisation gelebt werden kann, weil Urbanität entsteht aus Dichte und Umnutzung. Etwas erschaffen und dann verändern es die Benutzer, also einer gepflegten Langlebigkeit aus Wertschätzung. Das ist ein anderes Paradigma als ein klassisches Informationsmanagement in einem Unternehmen. Drittes Schlaglicht auf Schein-ProzessmanagementBeim dritten und letzten Schlaglicht im Moderationspapier geht es um das Scheinprozessmanagement. Zum knappen Einstieg gibt es drei Fragen:
Wenn wir versuchen Prozesse aufzuschreiben so wir ertappen uns ständig dabei alles in eine Perlenkette anzuordnen: Von links nach rechts und mit ganz vielen Abzweigungen und Hierarchieebenen. So etwas kann sich Keiner merken und alle starren am Ende auf die viele Dokumente. Da gibt es die Wertschöpftungskette, die Hauptprozesse, Querschnittsprozesse, Arbeitsprozesse usw. - und das alles nur, weil es Nebenläufigkeit und freie Anordnung gibt. Beim aufschreiben wird es defniert und damit starr. Der Professionell steht sprachlos vor dieser Vielfalt in der Praxis die er weder in Worte packen kann und noch weniger visuell greifbar ist. Vor der Neuzeit war die Welt übersichtlicher. Alles war mit einfachen Grundregeln organisert als wiederholender Kreislauf mit Rhythmus und organisierter Gemeinsamkeit. Die Uhr dreht sich im Kreis statt heute als Zahl hochgezählt zu werden. Viele Systeme stürzen ab, weil sie von links nach rechts programmiert sind - das aufräumen und zurückkehren zum Ausgangszustand fehlt für einen neuen Lauf, ebenso kann Selbststeuerung erst über einen Kreislauf erfolgen. Wir gestalten heute Geschäftsprozesse wie ein Softwareprogramm: Es kann beliebig oft parallel gestartet werden - die Rückkopplung zur „Hardware“ (u. a. Menschen und Realität) fehlt. In Geschichtsbüchern wundern wir uns wie Gesellschaften ohne Computer gigantische Logistische Operationen bewerkstelligt haben. Das Wissen um den Kreislauf vereinfacht viele Organisationsabsprachen, weil die Koordination sprachlos erfolgen kann. Eine typische Lösung von sprachlos und Kreislauf ist die Materialkarte. Wenn ein Artikel im Lager zur Neige geht, dann liegt an drittletzter Stelle die Bestellkarte. Die Bestellkarte wird losgesendet und kommt bei der Lieferung wieder zurück ergänzt um die neuste erledigte Bestellung. Ähnlich ist die Laufkarte am Fließband: Die Laufkarte am Produkt enthält alle Informationen für jede Stadion. Es ist keine zentrale Koordination erforderlich. Auf den ersten Blick sieht das alles wie ein Prozess aus, aber der charakterischische Unterschied ist, dass die Definition über das Dokument „Karte“ erfolgt mit einem Wissen von Kreisläufen und damit von Kapazitäten. Warum ist uns das Denken in Kreisläufen so fremd? Je arbeitsteiliger man arbeitet desto seltener sieht man Anfang und Ende selber. Stattdessen ist nur eine Teilstrecke erfahrbar und die erscheint uns wie ein Prozess. Er beginnt und endet im Nichts. Alles erscheint entkoppelt und ist doch netzartig verbunden. Anderseits Etwas nicht als Kreislauf, sondern als Prozess aufzufassen bringt uns Freiheit es jedesmal auch anders tun zu können. Eine der Aufgabe der Arbeitsgruppe aus diesem Dritten Schlaglicht könnte sein, wie Prozesse sprachlos koordiniert werden können ohne dass diese gleichzeitig auch wieder starr werden. Wie lässt sich die Grenze der Sprache für Merkfähigkeit von „Prozessen in Organisationen“ dehnen? Sprachlos zwischen unsichtbaren Prozessen dass kann auch menschenfreundlich sein, weil es entlastet und macht Dinge durchschaubar indem der Rhytmus sichtbar wird. Wie könnte eine geeignete kommunikationsfähige Darstellungsform aussehen? Soviel zu den ersten drei Schlaglichtern in dieser Gemengenlage Sprachlos zwischen unsichtbaren Prozessen zur Diskussion und Konzepte für eine andere Kultur. Weitere „Schlaglicher“ oder klassische Thesenpapiere sind willkommen für die MMK-Tage. |
Thesenpapier
...ein Platzhalter.