5 typische Fallstricke in IT-Projekten | #ITProjektmanagement 💻

00:00:00: Digital Compact.

00:00:01: Heute aus dem Bereich digitales Unternehmertum mit deinem Moderator Joel Kaczmarek.

00:00:06: Los

00:00:07: geht's!

00:00:16: Hallo Leute, mein Name ist Joel Katschmarek ich bin der Geschäftsführer von Digital Compakt und heute habe ich den lieben Jörg Herbst am Ende der Seite.

00:00:22: Der ist Geschäftsführer von einer Firma namens New Cubater Und Nyko Beta ist eine Agentur für Webanwendungen und mobile Apps.

00:00:29: Warum sitzt er heute hier, fragt ihr euch vielleicht?

00:00:31: Das kann ich euch erklären!

00:00:32: Der Liebe Jörg hat über zwanzig Jahre Erfahrung was IT-Projekte angeht... ...und er und ich haben zu tun miteinander weil er auch bei Makers & Shakers in meinem Business Club ist.

00:00:40: also ihr habt jetzt schon mal bei ihn gelernt, der hat großartigen Geschmack.. ..und weil er mir sogar dabei hilft unsere Website neu zu relaunchen, weil ich natürlich in den Sessions, die man kannte habe, was für Potenzial sich bei ihm versteckt oder das versteckt sich gar nicht.

00:00:51: alle sehen es schon und ich hab sozusagen auch entdeckt und deswegen arbeitet er auch für uns.

00:00:54: So und auf dem Wege konnte ich mir einen super Eindruck von ihm machen und weiß, dass er extrem gewissenhaft ist.

00:00:58: Dass er trotzdem innovativ ist und alles sich genau anguckt.

00:01:01: Dann habe ich gesagt ja können wir nicht mal eine geile Session machen?

00:01:03: Die will mein wirklich Podcast dann gesagt Jo let's do it was willst du denn machen?

00:01:06: Und da hab' ich gesagt naja wie wärs denn wenn man so typische IT-Projekt Fallstrecke nehmen.

00:01:10: Machen wir fünf Fallstricke über IT-Projekte.

00:01:12: aus zwanzig Jahren Erfahrung, kann ich einiges erzählen?

00:01:13: So und da sitzen wir heute.

00:01:15: von daher lieber Jörg!

00:01:16: Man hört noch meine heiserische Stimme von unserem gemeinsamen Live-Treffen auch vor kurzem im Business Club.

00:01:20: also freut mich dass wir so vielen Ebenen zu tun haben und bin gespannt was du dazu zählen hast.

00:01:24: Ja Joy, vielen Dank erstmal für die Einladung das sich heute hier sein darf und natürlich möchte ich gerne ein bisschen etwas von meinem Wissen weitergeben, dass wir gucken wo wir noch weiter zusammen arbeiten können.

00:01:33: Sehr gut, also fünf Fallstricke.

00:01:34: Fangen wir mal dem allerersten an!

00:01:35: Also ich habe von dir schon gelernt was viele Leute irgendwie versäumen das hat es mir im Vorgespräch schon geflüstert ist dass irgendwie eigentlich gar nicht so richtig betrachtet wird was wirklich gebraucht wird.

00:01:43: Mal als ersten fallstrick fühle mal ein bisschen aus was damit gemeint ist.

00:01:46: Ja wenn wir in Projekte reinkommen ist es halt ganz oft so dass wir mit Experten in den jeweiligen Unternehmen zu tun haben und die haben naturgemäß eine gewisse Betriebsblindheit.

00:01:54: Die kennen ihre Geschäft sehr sehr gut Und sie kennen natürlich auch ihre Topkunden super aber ihnen fehlt manchmal der Blick für die Basissachen mit dieser Software noch nie gearbeitet.

00:02:03: Ich habe mir diesem Unternehmen noch gar nichts zu tun gehabt, was ist denn das eigentlich?

00:02:06: Das müsste doch alles ein bisschen besser erklärt werden.

00:02:08: Warum gibt es hier fünf verschiedene Optionen nicht nur eine um damit zu starten?

00:02:12: Was brauchen wir denn wirklich, um die Masse unserer Kunden abzuholen?

00:02:15: oder was braucht man vielleicht wenn man die Software vielleicht außerhalb von Deutschland nutzen will?

00:02:18: Gibt's da vielleicht einen ganz anderen Erfahrungsschatz und ganz andere Vorkenntnisse?

00:02:21: Man entwickelt manchmal Features, die sind halt sehr speziell – das betrifft vielleicht ein Prozent der User.

00:02:26: aber das Feature, was vielleicht fünfzig Prozent der user, die das noch gar nicht haben oder den Kunden noch gar würde, um da reinzukommen.

00:02:32: Das wird nicht

00:02:33: entwickelt.".

00:02:33: Und jemand der das wie du schon lange macht?

00:02:35: Wie heilst du dieses Problem dann?

00:02:37: also wenn jemand droht diesem Fallstrick zum Opfer zu fallen was machst du dann um dem zu entgehen?

00:02:42: Ja in der Regel versuche ich einfach das ganze nochmal so ein bisschen einen Schritt zurückzudrehen und zu sagen wo ist er mag dafür.

00:02:47: es gibt ja Mittlerweile eine ganze Menge Methodiken dafür.

00:02:49: Design Sprint ist so ein ganz Klassiker, wo man einfach mal Dinge verproben kann.

00:02:53: Eine andere Option die wir auch gerne mal anbieten ist dass man so einen A-B-Testing macht.

00:02:57: also man baut einmal die Option mit fünf verschiedenen Scheitern und sehr gut konfigurierbar für Experten und dann baut man parallel nochmal eine Option wo es einfach nur eine Variante gibt oder eine Variant Roter oder Grün in die man reingehen kann um einfach das mit der entsprechenden Nutzerschaft zu testen.

00:03:11: Was ist denn sonst mit so klassischen NutzerInnen Befragungen?

00:03:14: Also das Problem ist ja ganz oft, dass viele Unternehmen irgendwie gar nicht nahe Kunden innen dran sind, also dass wir die nie geredet haben oder zwar reden aber gar nicht die Bedürfnisse kennen.

00:03:21: Begleitet ihr sowas auch?

00:03:23: Ist es auch so Teil eurer Arbeit oder fordest du deine Kunden auf sowas zu tun?

00:03:26: ist es sinnvoll um dem Thema zu entgehen?

00:03:28: wie ist mir sowas?

00:03:28: Grundsätzlich sind Nutzerinnenbeschragungen natürlich immer sehr sinnvoll.

00:03:31: Wir machen das nicht Weil wir glauben, das ist einfach ein Wissen was wir bei uns im Unternehmen nicht haben.

00:03:36: Da braucht man schon Experten weil der große Gefahr ist dann... Man fragt seine Top-Kunden mit denen man schon jahrelang zusammenarbeiten und dann ist das Ganze sehr bayerst die Fragen so zu stellen dass sie wirklich offen beantwortet werden und nicht in irgendeine Richtung schon tendieren oder auch im Zweifelsfall einen Skala vorzugeben und das dann richtig auszuwerten mit entsprechenden statistischen Methoden und einem gewissen psychologischem Hintergrund.

00:03:57: Das ist nicht etwas was wir haben aber wir ermutigen unsere Kunden immer dazu das zu tun wenn Sie es nicht schon im Vorfeld getan haben.

00:04:02: Und hast du mal noch so eine schöne, sage ich mal, Projektplanungsbest-Practice?

00:04:05: Was diesen Gedanken angeht.

00:04:06: Weil wenn du sagst okay, die Fallsträcke besteht darin das oft sich gar nicht gefragt wird was wirklich gebraucht wird arbeitet ihr dann zum Beispiel mit so einer Art Pflichtenheft und baut es alles in Sprints zusammen dass ihr sagt ok Projektlänge ist x und hier Pflichtnäffel dann und dann entdehrend der Reihenfolge abgearbeitet?

00:04:19: oder wie macht ihr das?

00:04:19: Wir

00:04:19: empfehlen eigentlich bei fast allen innovativen Projekten wirklich ein agile Vorgehensweise zu machen einen sogenannten minimal viable product zu bauen was schnell am Markt ist und wo wir mindestens in den ersten sogenannten Beta Tests machen können also wo ausgewählte Nutzer dieses Produkt vorgeführt bekommen.

00:04:34: Wo vielleicht noch nicht alles funktioniert, wo bestimmte Sachen auch nochmal gefaked sind aber wo man einen echten Eindruck kriegt weil das was wir aus der Nutzerbefragung kriegen ist selbst wenn sie sehr gut gemacht ist nicht unbedingt das Verhalten was dann wirklich erfolgt ist wenn man die Anwendung in der Hand hat oder das Produkt in der hand hat.

00:04:48: Ja, manchmal ist es ja auch so... Hat das nicht Steve Jobs damals gesagt?

00:04:51: Wenn ich die Leute gefragt hätte was soll das eifern können.

00:04:54: Hätten sie gesagt größere Willscheibe so nachdem oder irgendein Spruch gab's da.

00:04:56: genauso wie wenn die Mönche gefragt worden wären Wie kann ich das schreiben besser machen?

00:05:00: hätten die gesagt andere Fehlern herstellen wo dann aber Gutenberg den Buchdruck erfunden hat.

00:05:03: Also ich glaube ich weiß was du meinst Manchmal so dass man anderes sagt als man handelt Wo wir beim zweiten Fallstrick werden.

00:05:07: Das passt ja glaube ich ganz gut Nämlich das Thema Testen.

00:05:10: Klar kann ich jetzt mal testen Was bei den Usern ankommt Aber auch natürlich reine Funktionalität.

00:05:14: Worin besteht denn der Fallstricken immer?

00:05:15: ganz konkret

00:05:16: Der Fallstrick beim Testen ist das meistens damit viel zu spät gegonnen wird und dass es oft nicht systematisch erfolgt.

00:05:21: Ganz oft erleben wir Projekte, wo wir sagen ja ihr entwickelt dann mal die Software fertig und dann können wir dich bei uns testen!

00:05:26: Dann kann man maximal noch funktionale Fehler finden.

00:05:29: und selbst wenn man sie findet, ist es jetzt später man die im Projekt findet, desto teurer ist es diese Fehler zu beheben.

00:05:34: Wir wollen eigentlich in dieser agilen Scrum-Arbeitsweise sagt man man möchte eigentlich nach jedem Phase ein potenziell auslieferbares Produkt haben und wir interpretieren das für uns so auch ein potenziell testbares Produkt ist.

00:05:47: Also wo ich schon erstes Feedback nach wenigen Wochen kriege, wo ich sehe werden die Features so angenommen?

00:05:52: kann ich es so bedienen?

00:05:53: Ist die Schrift groß genug oder nehme ich eventuell in meiner Zielgruppe einfach die Leute nicht mit weil ich einfach sowas wie zu kleine schrift haben?

00:06:00: oder ich habe Dinge nicht betrachtet wie dass sich zum beispiel rot-grün blindheit was ja durchaus verbreitet sein kann und auf einmal verliere ich da ganz paar prozent meiner zielgruppe.

00:06:08: von daher empfehlen wir eigentlich das testen von vornherein mit in den prozess reinzudenken.

00:06:13: machen das dann im Sinne, dass es ein Endkunden-Test ist.

00:06:16: Sondern auch wenn wir unsere Software bauen, ist ein funktionaler Test immer ein Teil der ausgelieferten Software.

00:06:21: Okay

00:06:22: also lerne ich schon mal daraus.

00:06:23: Ich kann natürlich Funktionaltesten aber das andere ist ja auch was mit dem ersten Punkt eigentlich zusammen geht konzeptuell zu testen dass ich eigentlich mal sage, das und das Feature so wie du es gebaut hast.

00:06:31: Kommt das überhaupt an?

00:06:32: Macht das auch Sinn?

00:06:33: So wie du's grad beschrieben hast mit der eine Edge Case, der vielleicht ein Prozent der Zielgruppe betrifft, muss sich den wirklich erfunden haben?

00:06:39: Wennst du sowas auch?

00:06:40: Ja!

00:06:40: Das ist auf jeden Fall wichtig.

00:06:41: also gerade wenn ich in einem sehr innovativen Markt unterwegs bin was vorhin selbst gesagt naja wenn ich jetzt versuche irgendwie ein neues Smartphone zu bauen oder ein neues Mobile-Phone zu bauen ja dann sag' ich muss irgendwie kleiner werden und das ist glaube ich ein großes Innovationshindernis, das man im Grunde genommen sehr schwer ist daran out of the box zu denken zu vertesten, ob diese These die man dann hat auch wirklich vom Kunden angenommen wird.

00:07:03: Das muss Teil des Prozesses sein und das muss früh gemacht werden weil dann kann ich mir im Venture hinten viel aufansparen wenn ich merke okay das Feature wird überhaupt nicht eingenommen Telefone ohne W-Schein funktionieren nicht.

00:07:12: Lass uns zur dritten Fallstricke kommen, du hast mir gesagt viele würden gar nicht ihren Projekt Erfolg definieren.

00:07:16: Was meinst Du damit genau?

00:07:17: Naja,

00:07:18: klassisches Projektmanagement auf Time in Budget.

00:07:20: das heißt ein Projekt ist dann erfolgreich wenn ich einen Zeitplan eingehalten habe und wenn ich meinen Budget eingehalten haben.

00:07:26: wir alle wissen dass es trifft in den selten Fällen zu.

00:07:29: man hört gerade bei RT-Projekten sehr oft die einfach Out of Budgets sind dass die Zeitleihen des Zweite das Dritte Mal irgendwie das Release drei Monate später kommt als gedacht.

00:07:38: der andere Punkt den ich aber an dieser Stelle sehe Gedanken machen muss, kann ich in der heutigen Welt überhaupt noch mit so einem Mindset ein Softwareprojekt aufsetzen.

00:07:47: Wir haben eine sehr, sehr agile Sache und es gibt immer wieder neue Innovationen die auf den Markt kommen.

00:07:52: Ich kann meinen Markt vielleicht gar nicht abschätzen.

00:07:54: wie ist er in drei Monaten?

00:07:56: Und wenn ich jetzt sage okay ich habe einen Budget von X oder will damit in drei Monaten live sein dann kann im Projekt Erfolg aus unserer Seite durchaus sein wenn wir sagen das Projekt war doppelt so teuer wie geplant aber wir haben zehnmal so viel mehr Kunden.

00:08:07: und das einfach zu sagen wann bin ich denn eigentlich erfolgreich für innovative Projekte?

00:08:11: Das ist ein ganz wichtiges Kriterium.

00:08:12: Es gibt verschiedene KPIs, die man machen kann... Allgemein wahrscheinlich ein bisschen schwer zu definieren.

00:08:17: Grundsätzlich würde ich immer sagen, was ist denn eigentlich die Userinteraktion?

00:08:21: Wie viel Benutzer von dem potenziellen Markt benutzen mein Produkt?

00:08:24: Wie oft wird es genutzt?

00:08:26: Habe ich wiederkehrende Nutzer?

00:08:27: also das ist immer eine ganz gute Metrik.

00:08:29: man kann mit Marketing oft dazu bringen dass die benutzertes Produkt das erste mal testen oder ich kann irgendwelche Promotion-Aktion machen.

00:08:36: aber wenn ich wirklich wiederkehlende Nutzer haben will egal ob es nur ein Konsumaprodukt ist oder internes Produkt ist so die Wiederkehr in der Metrik das Wichtigste für mich.

00:08:44: Weil

00:08:44: wenn ich mich mal so umgucke, ich weiß ja früher mal bei einer softwareorientierten Firma auch gearbeitet.

00:08:48: Da hatte ich auch mal den Einungsgelimmer um Budget und TTM Time to Market also wie schnell ich quasi an den Markt komme mit meinen Features.

00:08:54: Vor allem bei dem was du gerade geschrieben hast brauchst du ja auch eigentlich Testfähigkeit.

00:08:57: Du brauchst ja einen vorher nachher Blick damit du es überhaupt der IT zuattribuieren kannst weil sonst könntest du sagen das liegt am Marketing oder das liegt auf Sales.

00:09:03: deswegen war aus der Praxis gefragt Wie viele Kunden sind bei diesem dritten Thema Projekt Erfolg definieren?

00:09:08: Und dann natürlich messen denn gut und was tun die so?

00:09:11: Also ich muss ehrlich sagen, ich glaube der Großteil unserer Kunden ist da nicht besonders gut.

00:09:15: Die kommen aus einer klassischen Budgetplanung und das heißt die machen eine Jahresplanung oder haben vielleicht so ein fünf-Jahresplan.

00:09:20: dann wird das Projekt genehmigt, dann kommt es in einen Genehmigungsausschuss, wird vom Vorstand abgesignet und dann setzen wir's um und dann wird es im nächsten Jahr umgesetzt und dem übernächsten Jahr eingeführt.

00:09:29: Dieses schnell auf den Marktenderen reagieren ist gerade in Deutschland nicht weit verbreitet.

00:09:34: Agilität ist aber auch irgendwie das Stichwort der Stunde.

00:09:36: Hört man bei dir ja auch raus, also bei allen drei Punkten über die wir jetzt schon geredet haben ist es so ein Faktor.

00:09:40: Mussten Unternehmen heutzutage eigentlich in der Lage sein, dass was du früher vielleicht im Jahr gebaut hättest?

00:09:45: Jetzt schon in einem Monat wie du es beschrieben hast zu MVP-mäßig als Testballon zu bauen und dann den Eindruck zu gewinnen?

00:09:50: Es

00:09:50: muss auf jeden Fall in der Lager sein relativ schnell einen Markteindruck zu kriegen.

00:09:55: ob das immer denn im Monat sein muss will ich so nicht sagen.

00:09:58: Aber wir können halt keine siebenjährigen Releasezyklen uns mehr leisten.

00:10:02: Wo wir zu einem weiteren spannenden Punkt kommen, du hast gesagt so ein typischer Fallstrick ist auch nicht ausreichend Transparenz in IT-Projekten zu haben.

00:10:08: Beschreib mal und dann kommen wir glaube ich da drauf warum mich das irgendwie gleich atokspannend fand.

00:10:12: Klassische Projektsituation bei uns ist man baut das Projektteam Die gehören dann dazu und damit sind ja erstmal alle Probleme im Unternehmen gelöst, weil man hat jetzt einen Problem was man lösen wollte.

00:10:23: Das hat man erkannt.

00:10:23: wir haben dafür ein Budget bewilligt und jetzt haben unsere ganzen Anforderungen irgendwie gesammelt.

00:10:28: die haben bei diesem Projekt Team gegeben und das Projekt Team darf das jetzt lösen.

00:10:31: wenn das fertig ist dann sind ja all unsere Probleme gelöst.

00:10:33: es so ein bisschen die Erwartungshaltung die man dann gerade für externe an der Stelle schürt.

00:10:38: Es gibt sehr selten den Fall, dass die Projekt- Zwischenergebnisse dann nochmal intern kommuniziert werden und das Stakeholder da schon mal mit reingezogen werden, dass man sich auch allein Fachexpertise holt.

00:10:48: Wie oft habe ich erlebt, dass wir im Grunde genommen ein Problem gelöst haben was eine andere Abteilung auch schon einmal gelöst hatte, was wir aber erst sechs Monate später erfahren haben weil die ja in einem anderen Projekt waren.

00:10:56: und gerade in Großkonzernen passiert es immer wieder, dass einfach nicht miteinander redet?

00:11:00: Und das ist gar nicht unbedingt nur ein Organisationsthema, sondern manchmal ein Kulturthema!

00:11:04: Es ist einfach nicht üblich, dass man sozusagen über die Interne... weil man jetzt ja ein Projekt hat.

00:11:09: Da manchmal auch noch mal irgendwie so einen Codewort oder darf noch gar nicht so richtig sagen Ja wir arbeiten jetzt daran aber was wir da genau machen das will keiner wissen Weil eventuell muss man kritische Fragen beantworten und eventuell gibt es da auch Entscheidungen die nicht jedem gefallen.

00:11:22: Also redet man intern über das Projekt nicht was man da macht Und manchmal geht's natürlich wirklich um Geschäftsgeheimnisse die da gefahrt werden müssen.

00:11:27: Aber gerade intern ist es ganz, ganz wichtig diese Transparenz herzukriegen.

00:11:31: Also ich habe von Google gehört dass die sehr viel Wert darauf legen das sie eine hohe Transparens haben.

00:11:36: auch Cross Funktional Entwickler die zu Google gehören die sehen was passiert irgendwo in der Mail Application auch wenn Sie eigentlich irgendwo in den Suche arbeiten.

00:11:44: Ich

00:11:44: kenne das, irgendwie ist man als Unternehmen dann glaube ich schnell verführt so eine Art Big Bang-Launch zu machen.

00:11:50: So hey liebes Team Überraschung!

00:11:51: Das Projektteam Alpha Beta Tauri hat jetzt irgendwie ein Jahr lang an unserem neuen CRM keine Ahnung was Andockungs-Trick gearbeitet.

00:11:59: Here it is bitte applaudiert und versäumt aber eigentlich vollkommen genau wie du es sagst mal reinzuholen.

00:12:03: so okay.

00:12:03: hätten wir mit dem Sales Team erfolge geredet wüssten wir vielleicht dass diese und jene Funktion gar nicht gebraucht wird uns aber sonst so viel tausend Euro pro Monat kostet.

00:12:10: Ja in so einer Richtung gedacht und manchmal ist es noch viel schlimmer wenn man so ein bisschen über Change mit nachdenkt, ist das was vielleicht die Geschäftsführung für das tolle neue Feature-Hate und des große Launch Party macht?

00:12:19: Sehen vielleicht andere Mitarbeiter.

00:12:21: Oh mein Gott!

00:12:22: Was ist das jetzt?

00:12:22: Muss ich mich damit beschäftigen, damit soll ich jetzt arbeiten und die sind dann überhaupt nicht begeistert.

00:12:26: Und dann ist statt großer Party die Stimmung eher auf dem Nullpunkt.

00:12:29: Ja zumal ja meistens die Leute in der Umsetzung sind also ruhig in eine Bütte.

00:12:32: Die sind ja viel näher dran an der Front.

00:12:33: Die können ja in der Regel eigentlich viel besser sagen was benötigt wird wo wir wieder beim Thema Testen sind, wo wir bei dem Thema Kunden Nähe sind.

00:12:38: Also was machst du wenn du sowas beobachtest im Projekt dass das so abgekapselt geheimgehalten wird?

00:12:42: wie versuchst du diesen Fallstrick zu beheben?

00:12:44: In

00:12:44: der Regel versuchen wir intensiv darauf einzuwirken dass wir einen Stakeholder Meeting machen was sehr regelmäßig stattfindet wo wir Zwischenergebnisse präsentieren.

00:12:52: und unser großes Mantra an der Stelle ist eigentlich immer, dass wir sagen Wir haben testbare Erfolge.

00:12:57: Wir liefern zwischen Versionen der Software aus und zeigen das auch den Leuten die an der Front sind und zwar nicht erst zum Big Bang Release sondern im Grunde genommen nach vier Wochen.

00:13:06: so sieht es aus.

00:13:07: manchmal sind das Screen Videos an der stelle wenn wir sie nicht live erreichen aber einfach möglichst früh die Leute mitnehmen.

00:13:12: Und was ist die Erfahrung bei dir?

00:13:14: Wie wird darauf reagiert, kriege ich so eine Kultur überhaupt gedreht.

00:13:18: Du bist ja in der Sekunde Dienstleister, indem du halt sagst hey lass uns das irgendwie breit kommunizieren oder träumen sie sich?

00:13:23: Bei unseren Kunden muss ich sagen, es sind die Erfahrungen sehr positiv.

00:13:26: Die Leute fühlen sich einfach mitgenommen und wir sehen ihn unheimlich nach außen.

00:13:29: starb wirkenden Strukturen eine Menge engagierter Mitarbeiter, die das machen wollen, die was verändern wollen und denen auch ein sehr konstruktives Feedback geben uns sagen, dass habt ihr euch vielleicht ganz gut gedacht aber in der Praxis wird dieses Feature nie genutzt.

00:13:41: Das skippe ich immer irgendwie wenn ich das beim Kunden vorstelle weil das will ja sowieso nicht.

00:13:45: natürlich gibt's auch mal Leute die sagen Ja warum machten dir das?

00:13:48: Wir konnten das doch bisher auch immer anders machen.

00:13:50: Aber grundsätzlich ist unser überwiegender Erfahrung positiv.

00:13:52: Und auf der Führungsebene, die ja die Kultur eigentlich vorgibt.

00:13:55: Also wenn du da im Projektleiter sagst hier in deinem Stackholder-Meeting, ey du bring das mal ein ganzes Team!

00:13:59: Bring das mal nicht nur den fünf Leuten hier auf dem Tisch, die gerade am Raum sitzen sondern da solltest du alle mit reinholen ist dann immer eher Ablehnung angesagt oder wird es angenommen?

00:14:07: Zeit ist natürlich eine sehr wertvolle Ressource und gerade auf so einer Ebene, es ist sehr schwierig dann immer alle mitzukriegen.

00:14:13: Aber wir sehen da grade auch ein Wandel.

00:14:14: also mittlerweile gerade vom Topmanagement wird die Unternehmenskultur geändert.

00:14:19: Also wir sind weg von den ganz klassischen hierarchischen Strukturen zumindestens da wo wir auch mit innovativen Themen und innovative Projekten unterwegs sind.

00:14:26: Die wollen ihre Leute mitnehmen, die gehen auch runter.

00:14:28: Ich habe auch schon Formate erlebt wo einfach der Geschäftsführer wirklich hingeht und auch sagt ich gehe in die Abteilung, ich schau mir das an Mitarbeiter wirklich ganz unten gucken, so wie sieht es im Lager aus?

00:14:40: Wie sieht unser Versand eigentlich aus?

00:14:42: und entsprechend nehmen sie die Leute dann natürlich auch mit.

00:14:44: Wir führen jetzt hier die neue Logistik Software ein, wie kann die eigentlich funktionieren Wenn

00:14:49: du jetzt mal so die Erfahrungen anzapfst, wie wenn sie beim Thema Time to Market also alle Schleifendicht drehen verlängern den Time-to-Market.

00:14:55: Ich komme später mit meinem Feature raus.

00:14:56: es ist aber manchmal besser investiert diese crossfunktionale Expertise einzuholen von der Du gerade gesprochen hast und dafür vielleicht einen Monat Versatz in Kauf zu nehmen als dass ich was baue wo ich das nicht eingeholt habe und zahl ich hinterher die Zeche indem's viel länger dauert weil ich dann reparieren muss.

00:15:10: Ja, ich würde es fast noch schlimmer sagen.

00:15:12: Also gerade wenn's wirklich innovative Themen sind hat man ja einen ersten Eindruck und für den ersten Eindruck gibt es eben nur die eine Chance!

00:15:18: Und wenn der nicht gut ist dann wird man vier Wochen später die App gar nicht mehr installieren oder die Software überhaupt verwenden weil man sicher die schon mal angeschaut hat.

00:15:26: also in der Regel ist es mehr testen und dann vielleicht nochmal zwei drei Wochen hinten dran zu hängen schon eine gute Entscheidung.

00:15:32: Ja und ich finde auch ehrlich gesagt faszinierend, weil vermute ich jetzt mal korrigiere mich wenn es falsch ist dass du die Leute natürlich ganz anders anhindest für so ein Projekt.

00:15:38: Wenn sie den ganzen Weg begleiten versus wenn Sie nur das finale Ergebnis sehen oder?

00:15:42: Auf jeden Fall!

00:15:42: Die haben einen ganz anderes Commitment und merken okay wenn ihre Ideen da berücksichtigt werden Oder selbst wenn sie einfach auch nur eine konstruktive Rückmeldung gegen uns sagen ja das haben wir nicht gemacht Weil das ist für deine drei Topkunden vielleicht ein Feature aber wir hatten einfach nicht das Budget dafür.

00:15:56: dann fühlen sich viel viel besser abgeholt als wenn sie im vor veränderte Tatsachen gestellt werden.

00:16:00: So,

00:16:01: vier Fallsträcke haben wir durch.

00:16:02: Einer fehlt noch?

00:16:02: Was ist das bei dir?

00:16:03: Fünfte Fallstrecke, den ich glaube hier in allen Projektteams sehe – was nicht softwarespezifisch ist – ist Commitment im Team.

00:16:10: Im Grunde genommen wenn man zusammenarbeitet dann muss man gucken wie kann man Ergebnis liefern?

00:16:15: und ich sehe natürlich in unserer Rolle als Dienstleister gerne mal Situationen wo die Schuldfrage viel zu früh gestellt wird.

00:16:22: Es gibt naturgemäß bei solchen Sachen Probleme.

00:16:25: Es gibt Dinge, die nicht so funktionieren wie man sich gewünscht hat oder geplant hat.

00:16:28: dann wird oft da einer gefragt ja wer ist jetzt schuld?

00:16:31: Dann wird das von einer Abteilung auf die andere geschoben wird es auch gerne hin und her geschoben vom Dienstleister auf den Auftraggeber an der Ecke.

00:16:37: Das bringt nicht weiter das löst das Problem nicht.

00:16:39: wir versuchen das immerhin zu kriegen dass wir sagen okay wir wollen gemeinsame Ergebnis haben.

00:16:43: das heißt es müssen alle an einem Strang ziehen und das heißt natürlich auch beide Seiten müssen in irgendeiner Art und Weise ehrlich zueinander sein.

00:16:50: sie müssen sagen ok das Feature dauert länger Wir schaffen es einfach nicht.

00:16:53: Oder wir können's nicht so bauen, wie was bauen wollten.

00:16:55: Wir haben da ein technisches Problem.

00:16:56: Wir können bestimmte Vorgaben nicht liefern und bei bestimmten Informationen sind Unternehmen nicht verfügbar von denen wir dachten, dass wir sie

00:17:01: haben.".

00:17:02: Also wie bei den anderen Punkten auch schon stelle ich fest überraschend oft sind falsch dringende IT-Projekten eigentlich kultureller Natur.

00:17:08: Das ist ja eigentlich ein Kulturthema.

00:17:09: Wie wird mit Fehlern umgegangen?

00:17:10: Und was hat man für eine Zusammenarbeitsform oder?

00:17:13: Ich würde sagen, zu einer Kulturthebe sind etwa fünf Prozent ein technischen Themen.

00:17:17: Krass!

00:17:18: Echter... Wow, die lösten sowas auf wenn du so was beobachtest.

00:17:21: Inhaltlich ist es natürlich immer das Thema dass da auch Geld mit eine Rolle spielt.

00:17:24: in dem Augenblick wo man halt mit externen Partner zusammenarbeitet geht es ja wirklich gleich ganz konkret um monetäre Zahlungen.

00:17:30: und dann sind wir wieder bei den Budget-Thema.

00:17:33: Es geht nicht so, wie wir uns das gewünscht haben und wir laufen vielleicht aus dem Budget raus.

00:17:38: Die klassische Variante um das aufzulösen ist eigentlich immer versuchen ein konstruktives Gespräch zu haben und von vornherein da mal zu sagen was waren denn unsere Projektziele?

00:17:45: Wie können wir jetzt unsere Projekt-Ziele anpassen unter den neuen gegebenen Rahmenbedingungen?

00:17:49: Und ich sage mal, wenn man mit so einem Führungsstil unterwegs ist auf der Kundenseite.

00:17:52: Der offensichtlich keine Fehlerkultur enthält wo dann natürlich die Mitarbeitenden irgendwie eigentlich eher versuchen die Verantwortung wegzuschieben werden was schlechtes passiert.

00:17:59: ist sowas für dich überhaupt heilbar?

00:18:01: oder merkst du denn das sind so Projekte?

00:18:03: Die bringste irgendwie zu Ende und dann geht man eigentlich geschiedener Wege.

00:18:06: Es

00:18:06: kann sein, dass das Corporate Culture ist.

00:18:09: Dann ist es eigentlich nicht heilbar.

00:18:11: wenn es von oben kommt und da gelebt etabliert und auch gewünscht ist müssen wir uns auch voneinander trennen weil ich glaube dann haben wir unterschiedliche Art und Weise in der Vorstellung der Zusammenarbeit.

00:18:19: Wenn es nur im Team liegt aber eigentlich im Grunde genommen organisatorisch zu lösen isst Da kann man sowas mal eskalieren hatte Ich auch schon dass wir sagen ok dann gehen wir jetzt mal eine Ebene höher und setzen uns einfach Mal mit dem Abteilungsleiter oder den Bereichsleiter zusammen Und überlegen mal was wollen wir denn?

00:18:33: Weil machen wir uns nichts vor.

00:18:34: im Grunden genommen hat ja beide Partner, wenn man sich in so einem Projekt zusammenfindet dasselbe Interesse.

00:18:39: Jeder möchte ja eine funktionsfähige Software haben.

00:18:42: das wollen wir als Dienstleister und also der Kunde aus uns hätte uns nicht beauftragt.

00:18:45: ich kann mir trotzdem vorstellen dass du natürlich immer unter diesem Generalverdacht stehst als externer das natürlich auch eine funktionierende Software möchtest.

00:18:52: aber das ist für dich ganz okay ist wenn es ein bisschen länger dauert weil es dann sozusagen mehr Umsatz bringt?

00:18:56: Ist es so ein Thema dass man dann schnell rein rutscht gerade wenn man Schuldfrage was wir wieder eben hatten diskutiert?

00:19:01: Ich glaube, das ist bei unseren Kunden nicht das Thema.

00:19:04: Ich glaube wir leben ja aktuell natürlich auch in der Situation dass es schon viel Nachfrage nach Software eigentlich da ist und ich glaube jeder Kunde der so ein bisschen am Markt etabliert ist hat schon eine ganze Menge Themen die bei ihm sind und ich glaub der muss sich nicht künstliche Arbeit schaffen.

00:19:18: Gut, also wir fassen nochmal zusammen fünf Fallstricke über IT-Projekte.

00:19:21: Der erste war was wird eigentlich wirklich gebraucht?

00:19:23: Ich das mal zu fragen und da die Agilität drin zu haben.

00:19:25: Das zweite war zu testen und dass früh und auf verschiedenen Ebenen.

00:19:29: der dritte Faktor war den Projekt Erfolg überhaupt mehr zu definieren und auch vielleicht ein bisschen breiter zu denken.

00:19:34: Der vierte war Transparenz in IT Projekten zu bringen damit man auch wirklich crossfunktional die Expertise der einzelnen Leute einholt und ansapft.

00:19:39: Und das letzte war gerade das Commitment im Team und wie dann quasi eigentlich reagiert wird wenn man etwas nicht klappt So, das mal als unser Falschtrick-Thema heute.

00:19:48: Hast du noch so einen Abschlusstipp?

00:19:49: So ein Abschlusssatz wo du sagst wenn ihr euch das schon anguckt folgende Satz habe ich nach zwanzig Jahren für euch auch noch mit am Start.

00:19:54: Wichtig

00:19:55: ist, wenn man miteinander zusammenarbeitet und dass es immer unser Credo... Wir wollen mit unseren Kunden arbeiten.

00:20:00: wir wollen nicht für unsere Kunden arbeiten und es gibt ja diesen Begriff dieses Dienstleisters wo das Wort dienen drin vorkommen.

00:20:06: Ich glaube das ist keine Art und Weise glaube ich wo man wirklich den Ideal in Erfolg hat.

00:20:10: Ich glaub man muss schon zusammenarbeiten wollen und gemeinsam dann noch Erfolge erzielen zu können.

00:20:14: Ja

00:20:14: okay, würdest du sagen das was du jetzt gesagt hast betrifft auch die Zielgruppe da drunter oder die die Du hast.

00:20:18: umso mehr gibt es da so eine Abstufung?

00:20:20: Das ist eigentlich über alle Unternehmensgrößen relativ gleich.

00:20:22: für ganz junge Startups muss ich ganz ehrlich sagen bin Ich nicht der Experte glaube da Es geht es noch noch viel mehr darum Dinge aus zu testen.

00:20:29: da Geht's glaube ich auch noch öfter Darum zu scheitern.

00:20:31: ich glaube dass in unserer zielgruppe dann einfach Noch nicht so sehr akzeptiert.

00:20:35: aber tendenziell geht das natürlich von den gesamten markt.

00:20:38: Gut, lieber Jörg.

00:20:38: Dann bauen wir mal darauf, dass viele Leute jetzt diese fünf Fallstricke vermeiden.

00:20:42: Bestimmt freust du dich, wenn man die auch ein bisschen schreibt auf LinkedIn oder?

00:20:44: Also vielleicht hier mal auch immer die Einladung sich mit ihm auszutauschen.

00:20:47: Vielleicht haben wir noch welche vergessen.

00:20:49: dann müssen wir nochmal einen Eton machen und nochmal fünf oder zehn.

00:20:51: Wer weiß aber ich hoffe es sind nicht so viele.

00:20:53: Für die Leute auf jeden Fall schonmal vielen, vielen Dank!

00:20:54: Ich fand das sehr knackig und kompakt und man merkt glaube ich was ich meinte mit der ruhigen gewissen Haftenart.

00:20:59: also viel Vielen Dank

00:21:00: für die Einladung.

00:21:03: Danke fürs Zuhören beim Digital-Kompakt-Podcast.

00:21:07: Du merkst, hier ziehst du massig Wissen für dich

00:21:09: und dein

00:21:10: Unternehmen heraus!

00:21:11: Wenn du mit uns noch erfolgreicher werden möchtest, abonniere uns auf den gängigen Podcastplattformen

00:21:16: – und hey,

00:21:17: je größer wir werden,

00:21:18: desto

00:21:19: mehr Menschen können wir helfen….

00:21:21: Also erzähl doch auch deinen Kolleginnen und Kollegen von uns.

00:21:25: Bis zum nächsten Mal.