{"id":8712,"date":"2023-04-02T09:14:37","date_gmt":"2023-04-02T07:14:37","guid":{"rendered":"https:\/\/www.braintank.ch\/wp\/?p=8712"},"modified":"2023-04-02T09:14:38","modified_gmt":"2023-04-02T07:14:38","slug":"es-ist-nicht-mein-problem-aber-das-der-it","status":"publish","type":"post","link":"https:\/\/braintank.ch\/?p=8712","title":{"rendered":"«Es ist nicht mein Problem», aber das der IT"},"content":{"rendered":"\n

Wie oft haben Sie diesen Satz geh\u00f6rt: «Fachbereiche und IT m\u00fcssen besser zusammenarbeiten»? Dieser Ratschlag beinhaltet eine der wichtigsten Ver\u00e4nderungen, die Unternehmen vornehmen k\u00f6nnen, um eine Technologiekapazit\u00e4t aufzubauen, die es ihnen erm\u00f6glicht, im digitalen Zeitalter effektiv zu konkurrieren.<\/p>\n\n\n\n

Was haben wir schon alles ausprobiert. Neue Methoden<\/a> eingef\u00fchrt oder neue Rollen, wie Produkt Owner <\/a>eingef\u00fchrt. Aber ohne ausreichende Schulung oder \u00c4nderungen an der Teamdynamik bleiben diese Ver\u00e4nderungen oft oberfl\u00e4chlich und verbessern die Teamleistung nicht. Zu viele Unternehmen sind immer noch zu schnell dabei, die IT-Abteilung f\u00fcr alle technischen Probleme verantwortlich zu machen, von Entwicklungsverz\u00f6gerungen bis hin zu Kosten\u00fcberschreitungen. Die IT zum S\u00fcndenbock zu machen, kann eine schwer zu \u00e4ndernde Gewohnheit sein.<\/p>\n\n\n\n

Was dauert eigentlich so lange?<\/h2>\n\n\n\n

Ein guter Einstieg ist die Diskussion, wie lange eine T\u00e4tigkeit dauert habe ich im Artikel «Business\u2019s \u2018It\u2019s not my problem\u2019 IT problem<\/a>» von McKinsey<\/a> gefunden. <\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Um ein neues St\u00fcck Code zu schreiben, braucht es eine Durchlaufzeit von einer Stunde. Um die n\u00f6tigen Ressourcen (Budget) f\u00fcr das neue St\u00fcck Code zu bekommen dauert es zwei Monate und je nach ben\u00f6tigter Entscheidung dauert es zwischen 6 Wochen und mehreren Monaten im STC. Aber es ist die IT, welche nicht kann. Was sind L\u00f6sungen, um das zu verbessern?<\/p>\n\n\n\n

Sind «Go-Betweens» eine L\u00f6sung? <\/h2>\n\n\n\n

Technologie ist undurchsichtig und einsch\u00fcchternd. Darum \u00fcberlassen die Fachbereiche solche Dinge lieber Expert:Innen. Solche Rollen oder Funktionen heissen zum Beispiel «Demand IT», «Business Requirement Manager» oder «Business Technology Center».<\/p>\n\n\n\n

Leider haben diese Funktionen oft zur Folge, dass die Verantwortlichkeit auf beiden Seiten verringert wird. Auf der Unternehmensseite begn\u00fcgt sich das Management damit, Anforderungen zu definieren, ohne zu verstehen, wie die Technologie diese am besten erf\u00fcllen kann. <\/p>\n\n\n\n

Auf der IT-Seite akzeptieren die \u00dcbersetzer oft einfach die Anforderungen der Gesch\u00e4ftsseite, ohne das Kernproblem zu verstehen, so dass sie nicht die ganze Bandbreite m\u00f6glicher technischer L\u00f6sungen durchdenken. Die Hinzuf\u00fcgung einer Vermittlungsebene zwischen Unternehmen und IT verlangsamt den gesamten Prozess und reduziert die Wirkleistung der Informatik.<\/p>\n\n\n\n

Und wie merkt man, wo man steht? <\/h2>\n\n\n\n

Zum Beispiel im Verwaltungsrat: Wie viel Zeit wird der IT in Ihren Vorstandssitzungen einger\u00e4umt?<\/p>\n\n\n\n