1 00:00:01,520 --> 00:00:05,360 Moin und herzlich willkommen zur Folge 99 von einfach komplex 2 00:00:05,360 --> 00:00:07,280 heute. Das Thema Requirements 3 00:00:07,280 --> 00:00:10,240 Engineering mit Doktor Svenja Schröder von der MSG Plaut. 4 00:00:10,240 --> 00:00:13,600 Hallo Svenja. Hallo Gerrit, Hallo Burkhard, Oh 5 00:00:13,600 --> 00:00:18,320 mein Gott, direkt mit Doktor TÖ freue mich hier zu sein. 6 00:00:18,320 --> 00:00:19,840 Freue mich über das Thema zu reden. 7 00:00:20,240 --> 00:00:23,640 Ja, schön, dass du da bist. Nicht die einzige Doktorin, also 8 00:00:23,640 --> 00:00:25,520 die einzige Doktorin. Aber wenn wir noch n Doktor bei 9 00:00:25,520 --> 00:00:27,680 uns ja den Burkhard, Hallo Burkhard und der steht auch. 10 00:00:28,040 --> 00:00:29,080 Neuen Geräte? Ja, die können wir mal 11 00:00:29,080 --> 00:00:31,600 weglassen, das dauert uns immer so lange, aber manchmal ist es 12 00:00:31,600 --> 00:00:33,440 ganz schön, ne gehört ja irgendwie dazu und man hat 13 00:00:33,440 --> 00:00:35,200 tatsächlich auch n bisschen gearbeitet dafür. 14 00:00:36,000 --> 00:00:39,040 Ja ja, könnt ihr euch ruhig, könnt ihr auch n bisschen stolz 15 00:00:39,040 --> 00:00:41,080 drauf sein, so ne also. Ich kann das ja sagen, ärztlich 16 00:00:41,080 --> 00:00:42,560 Doktor. Wir haben den 17 00:00:42,560 --> 00:00:44,720 Persönlichkeitstest bestanden, Burkhard. 18 00:00:47,360 --> 00:00:50,400 OK, also. Dann lass uns doch in unser 19 00:00:50,400 --> 00:00:53,440 Thema vom Tag starten oder? Beziehungsweise vielleicht 20 00:00:53,440 --> 00:00:56,320 Svenja, magst du ein bisschen erzählen, was du schon gemacht 21 00:00:56,320 --> 00:00:58,800 hast, wie du dahin gekommen bist und warum du jetzt auch eine 22 00:00:59,040 --> 00:01:01,360 gute Ansprechpartnerin und Expertin einfach für das Thema 23 00:01:01,360 --> 00:01:03,840 bist? Mhm, ja, vielen Dank. 24 00:01:03,840 --> 00:01:06,480 Vielleicht erst mal vorweg für die Hörerinnen und Hörer, ich 25 00:01:06,480 --> 00:01:08,720 hab Gerrit und Burkhard angeschrieben, weil ich fand das 26 00:01:08,720 --> 00:01:12,120 Thema Requirements Engineering war unterrepräsentiert und es 27 00:01:12,120 --> 00:01:14,760 zeigt sich gerade heute in der Zeit wo wir so in Richtung 28 00:01:14,760 --> 00:01:17,720 Nearshoring und Offshoring auch nachdenken müssen, gerade in 29 00:01:17,720 --> 00:01:20,720 größeren Projekten das eben. Gute Requirements oder gute 30 00:01:20,720 --> 00:01:23,200 Anforderungen an so Projekte einfach total wichtig sind, 31 00:01:23,680 --> 00:01:26,320 vielleicht ganz kurz zu mir. Also ich hab mich eigentlich 32 00:01:26,320 --> 00:01:28,800 schon immer für Computer interessiert, aber mich erst 33 00:01:29,040 --> 00:01:31,680 sehr spät getraut das auch öffentlich zu tun. 34 00:01:31,680 --> 00:01:34,400 Also ich hab erst in meinem Studiengang, der eigentlich sehr 35 00:01:34,400 --> 00:01:36,160 viel mit Medien war, dann angefangen mich in der 36 00:01:36,160 --> 00:01:38,120 Informatik einführungsveranstaltung dafür 37 00:01:38,120 --> 00:01:41,360 zu interessieren, hab dann so viel aufgesogen wie möglich und 38 00:01:41,680 --> 00:01:43,360 hab aber das Programmieren immer gehasst. 39 00:01:43,360 --> 00:01:45,520 Also ich programmiere tatsächlich nicht so gerne. 40 00:01:45,920 --> 00:01:48,160 Und hab mich dann immer auf die Schnittstelle zwischen Mensch 41 00:01:48,160 --> 00:01:50,800 und Computer fokussiert. Da ist auch viel Psychologie 42 00:01:50,800 --> 00:01:53,960 drin, da ist alles mögliche andere auch drin, vielleicht 43 00:01:53,960 --> 00:01:57,040 bisschen Soziologie, aber eben auch ganz viel Technik und ich 44 00:01:57,040 --> 00:02:00,560 hab dann sehr lange eben Doktorat und so, das sind 45 00:02:00,560 --> 00:02:02,960 Forschung, Forschung, Lehre, Wissenschaft weiter 46 00:02:02,960 --> 00:02:05,280 vorangetrieben, es gibt auch so ein Studienfach in der 47 00:02:05,280 --> 00:02:08,560 Informatik, das heißt Human Computer Interaction genau und 48 00:02:08,560 --> 00:02:10,520 hab mich dann eben nach meinem Doktorat dazu entschieden. 49 00:02:10,520 --> 00:02:12,960 Ich möchte gerne mal sehen, wie echte Software für echte 50 00:02:12,960 --> 00:02:14,800 Menschen in echten Firmen gebaut wird. 51 00:02:15,360 --> 00:02:17,560 Und bin dann im Requirements Engineering und so n bisschen 52 00:02:17,560 --> 00:02:20,720 auch im UX Design gelandet, wobei ich eben keine Designerin 53 00:02:20,720 --> 00:02:23,200 bin, sondern Informatikerin und ich find da passt das Thema 54 00:02:23,200 --> 00:02:24,960 Requirements Engineering eigentlich sehr gut. 55 00:02:25,440 --> 00:02:29,120 Ja, mittlerweile leite ich eine Abteilung hier bei der MSG Cloud 56 00:02:29,120 --> 00:02:33,040 bei einer mittelständischen IT Beratung in in Wien leite ich 57 00:02:33,040 --> 00:02:35,120 eine Abteilung zum Thema Requirements Engineering, die 58 00:02:35,120 --> 00:02:38,240 habe ich selber aufgebaut, also handverlesen selbst hochgezogen 59 00:02:38,400 --> 00:02:41,280 und wir sind eigentlich sehr erfolgreich hier eingebettet, 60 00:02:41,280 --> 00:02:43,680 unterstützen eben unsere Entwicklungsteams bei der 61 00:02:43,680 --> 00:02:45,960 Anforderungserhebung. Arbeiten da sehr, sehr eng 62 00:02:45,960 --> 00:02:48,080 zusammen. Vielen herzlichen Dank. 63 00:02:48,720 --> 00:02:49,920 Das ist gut, dass du es ansprichst. 64 00:02:49,920 --> 00:02:51,680 Gleich, dass ihr das auch als Abteilung macht, das 65 00:02:51,680 --> 00:02:53,600 Requirements Engineering, da kannst du es uns ja gleich mal 66 00:02:53,600 --> 00:02:56,720 aus der Praxis näherbringen. Was bedeutet das denn eigentlich 67 00:02:56,720 --> 00:02:59,760 und wann kommt ihr rein und wo geht ihr vielleicht auch wieder 68 00:02:59,760 --> 00:03:03,320 raus aus Projekten, dann also übertragen in andere Firmen, die 69 00:03:03,320 --> 00:03:06,720 jetzt keine Externen dafür reinholen oder keine Experten, 70 00:03:06,720 --> 00:03:09,120 wann fängt das an, wo hört das auf, kannst du es so ein 71 00:03:09,120 --> 00:03:10,720 bisschen definieren? Für uns. 72 00:03:11,200 --> 00:03:13,520 Also ich finde Requirements Engineering fängt eigentlich 73 00:03:13,520 --> 00:03:16,400 direkt bei der allerersten Idee an, die man für so ein Projekt 74 00:03:16,400 --> 00:03:18,560 hat. Und zwar sollte man eigentlich 75 00:03:18,880 --> 00:03:22,640 immer alles dokumentieren, durchdenken und und am Ende auch 76 00:03:22,640 --> 00:03:25,280 eben Durchsprechen mit dem Kunden oder mit der Kundin, das 77 00:03:25,280 --> 00:03:28,160 heißt Requirements Engineering, also Anforderungsanalyse, da 78 00:03:28,160 --> 00:03:30,640 geht es um das strukturierte erheben, analysieren, 79 00:03:30,640 --> 00:03:34,240 dokumentieren von Anforderungen an Softwareprojekte und wir sind 80 00:03:34,240 --> 00:03:36,800 eigentlich idealerweise von Anfang an mit dabei. 81 00:03:37,360 --> 00:03:40,000 Und der Charme ist, wenn man eben von der ersten Idee über 82 00:03:40,000 --> 00:03:42,400 die Anforderungserhebung über die Umsetzung vielleicht schon 83 00:03:42,400 --> 00:03:45,680 zum Betrieb auch dabei ist, dass man eben einen roten Faden durch 84 00:03:45,680 --> 00:03:48,960 das Projekt hat und idealerweise, wenn es 100% 85 00:03:48,960 --> 00:03:52,480 bestens läuft, wirklich durchgängige Dokumentation über 86 00:03:52,480 --> 00:03:57,920 alle Anforderungen, über Entscheidungen zum Projekt, wie 87 00:03:57,920 --> 00:03:59,800 die Stakeholder entschieden haben, wer wann welches 88 00:03:59,800 --> 00:04:02,400 Stakeholder abgeholt hat. Also man hat das idealerweise 89 00:04:02,400 --> 00:04:05,040 dann alles vorliegen und kann eben so sehr gut nachvollziehen. 90 00:04:05,520 --> 00:04:08,240 Warum, wann, was im Projekt Lee gebaut wurde? 91 00:04:09,680 --> 00:04:12,320 Und ist das wahr? Für alle Größen von Software 92 00:04:12,320 --> 00:04:16,959 Projekten oder fängt das erst an bei gewissen Volumina? 93 00:04:17,519 --> 00:04:20,560 Also ich persönlich finde, das macht in Projekten jeder Größe 94 00:04:20,560 --> 00:04:22,880 Sinn, wobei es nicht immer Sinn macht ne eigene Rolle 95 00:04:22,880 --> 00:04:24,480 Requirements Engineering zu starfen. 96 00:04:24,480 --> 00:04:26,000 Also ihr kennt das sicherlich auch aus eurer 97 00:04:26,000 --> 00:04:28,160 Entwicklungstätigkeit, gerade wenn ihr so in Richtung 98 00:04:28,160 --> 00:04:30,960 Architektur unterwegs seid. Ihr werdet sicherlich auch das 99 00:04:30,960 --> 00:04:33,360 eine oder andere aufschreiben oder einfach niederschreiben, 100 00:04:33,360 --> 00:04:35,120 bevor ihr anfängt zu programmieren. 101 00:04:35,280 --> 00:04:37,320 Einfach, damit alle wissen, gerade wenn man vielleicht bei 102 00:04:37,320 --> 00:04:40,720 Juniors dabei hat, dass alle wissen, was da gefordert ist, 103 00:04:40,720 --> 00:04:41,920 was erwartet ist. Vielleicht bei 104 00:04:41,920 --> 00:04:45,080 Akzeptanzkriterien was muss man machen, aber die damit diese 105 00:04:45,080 --> 00:04:48,160 Story jetzt umgesetzt ist andererseits wiederum in 106 00:04:48,160 --> 00:04:50,880 riesengroßen Projekten schafft das wahrscheinlich nicht eine 107 00:04:50,880 --> 00:04:53,680 Person alleine jetzt alles durch zu zu analysieren. 108 00:04:53,680 --> 00:04:57,600 Da hat man dann manchmal wirklich Analyse Teams von 567, 109 00:04:58,080 --> 00:05:00,080 Requirements Engineers oder vielleicht auch Business 110 00:05:00,080 --> 00:05:03,120 Analysten, das ist tatsächlich in der Industrie teilweise. 111 00:05:03,360 --> 00:05:05,600 Nicht so ganz trennscharf, wie die Rollen benannt sind. 112 00:05:05,600 --> 00:05:08,160 Und dann hat dann jeder irgendein fachliches Paket, 113 00:05:08,480 --> 00:05:11,280 Rechnungslegung, steuerberechnung, keine Ahnung, 114 00:05:11,360 --> 00:05:13,760 worum man oder Frau sich dann halt kümmert. 115 00:05:14,240 --> 00:05:16,080 Mhm, ich hab noch mal ne ganz einfache Frage. 116 00:05:16,080 --> 00:05:19,160 Ich bin mich nicht so bewandert im Requirence Engineering muss 117 00:05:19,160 --> 00:05:22,920 ich sagen Asche auf mein Haupt, aber ist es eigentlich eher 118 00:05:22,920 --> 00:05:25,360 jetzt ne Aktion die man nach innen heraus macht? 119 00:05:25,680 --> 00:05:28,520 Also ich verstehe ich fang noch mal an also man hat n 120 00:05:28,520 --> 00:05:31,280 kundenprojekt sag ich mal es geht gerade so los und man hat 121 00:05:31,280 --> 00:05:34,240 irgendwie nen Lastenheft. Mehr oder gut definiert, das 122 00:05:34,240 --> 00:05:35,960 heißt ja irgendwie Lastenheft. Es gibt ja auch das 123 00:05:35,960 --> 00:05:38,560 Pflichtenheft und so, und es ist manchmal auch einfach ne 124 00:05:38,560 --> 00:05:41,000 powerpoint, je nachdem wie man das Projekt dann halt gestalten 125 00:05:41,000 --> 00:05:43,200 will und jetzt kommt wahrscheinlich schon mal der 126 00:05:43,200 --> 00:05:46,280 erste Schritt des Requirement Engineerings, ist ja dann eher 127 00:05:46,280 --> 00:05:49,840 erstmal nach innen heraus, also diskutiert hier quasi intern, 128 00:05:49,840 --> 00:05:52,720 welche Datenbanklösungen nehmen wir, ist das international oder 129 00:05:52,720 --> 00:05:54,560 nicht und so weiter ist es so ne Art n bisschen 130 00:05:54,560 --> 00:05:57,520 softwarearchitektur oder wird das sofort gleichgespiegelt auch 131 00:05:57,520 --> 00:05:59,120 mit dem Kunden? Das das mussten wir glaub ich 132 00:05:59,120 --> 00:06:01,360 erst noch mal. Muss ich erst mal verstehen. 133 00:06:02,040 --> 00:06:05,320 Das sind natürlich 2 Aspekte. Einmal, wie wird es analysiert 134 00:06:05,320 --> 00:06:06,920 oder was passiert damit, das andere ist? 135 00:06:06,920 --> 00:06:10,160 Wann redet man mit den Kunden? Ich mein, Ich bin ein großer Fan 136 00:06:10,160 --> 00:06:12,120 von Transparenz, ich finde der Kunde sollte eigentlich 137 00:06:12,120 --> 00:06:14,120 jederzeit Einblick haben, manchmal geht es aber nicht, 138 00:06:14,120 --> 00:06:16,480 gerade wenn es vielleicht der Kunde ein bisschen sperriger 139 00:06:16,480 --> 00:06:17,760 ist. Das gibt es ja manchmal auch, 140 00:06:18,240 --> 00:06:22,240 aber also ich würde sagen beides, also man man, man geht 141 00:06:22,240 --> 00:06:24,880 natürlich erst mal in sich und diskutiert intern ein bisschen 142 00:06:24,880 --> 00:06:26,480 über Lösungen, da gibt es ja auch so ein. 143 00:06:26,960 --> 00:06:29,040 Ja, ich will nicht zu theoretisch werden, so n Double 144 00:06:29,040 --> 00:06:32,240 Peak Modell, wo Architekt und Requirements Engineer quasi in 145 00:06:32,240 --> 00:06:34,080 einem Sprint work quasi drüber reden. 146 00:06:34,560 --> 00:06:37,200 Was braucht man fachlich, wie ist es technisch möglich, das 147 00:06:37,200 --> 00:06:39,200 wäre technisch möglich, also kann man das fachlich 148 00:06:39,200 --> 00:06:42,480 übersetzen, dann dann wird der Architekt und die Architektin 149 00:06:42,480 --> 00:06:44,560 sich eher um das technische kümmern und der Requirements 150 00:06:44,560 --> 00:06:47,240 Engineer sich eher um das fachliche weil der Requirements 151 00:06:47,240 --> 00:06:50,520 Engineer quasi auch draußen steht und mit Kundenkundinnen 152 00:06:50,520 --> 00:06:53,560 oder Stakeholdern redet. Und natürlich muss das Ganze, 153 00:06:53,560 --> 00:06:55,800 wenn man dann zu einer zu einer Lösung ist, von der man denkt, 154 00:06:55,800 --> 00:06:58,400 das ist herzeigbar oder man muss vielleicht auch mit dem Kunden 155 00:06:58,400 --> 00:07:00,680 drüber diskutieren, weil der Kunde Entscheidungen treffen 156 00:07:00,680 --> 00:07:02,280 muss. Da muss man natürlich das mit 157 00:07:02,280 --> 00:07:04,480 dem Kunden abstimmen, und zwar so, dass er oder sie das 158 00:07:04,480 --> 00:07:06,960 versteht. Wir arbeiten oft auch so mit 159 00:07:06,960 --> 00:07:09,000 Glossaren tatsächlich, das ist dann wieso ein kleines 160 00:07:09,000 --> 00:07:12,400 Wörterbuch von Fachbegriffen hört sich trivial an, aber wer 161 00:07:12,400 --> 00:07:14,320 schon mal in so einem Softwareprojekt versucht hat. 162 00:07:14,720 --> 00:07:17,600 Über das gleiche Thema zu reden, also da gibt es wahnsinnig viele 163 00:07:17,600 --> 00:07:20,520 Missverständnisse, und das kann man durch paar einfache, ich sag 164 00:07:20,520 --> 00:07:23,000 jetzt mal Taschenspielertricks, die aber trotzdem gut 165 00:07:23,000 --> 00:07:26,160 kommuniziert werden müssen, kann das sehr gut abgefangen werden. 166 00:07:26,960 --> 00:07:29,360 Also ist die Hauptaufgabe von Requirements Engineering, dass 167 00:07:29,360 --> 00:07:33,200 alle auf der gleichen alle das gleiche Verständnis haben von 168 00:07:33,200 --> 00:07:36,320 von dem Projekt und was gemacht werden soll und das aber nicht 169 00:07:36,320 --> 00:07:39,000 nur zu einem Zeitpunkt vor dem Projekt, sondern auch dann im 170 00:07:39,000 --> 00:07:41,120 Laufe des Projekts oder was ist die Hauptaufgabe? 171 00:07:41,680 --> 00:07:44,400 Ja, genau das kann man so sagen. Also einmal quasi so 172 00:07:44,400 --> 00:07:47,440 Handwerkszeug, einmal dolmetschen zwischen Fachbereich 173 00:07:47,440 --> 00:07:50,440 und Technik, man übersetzt die Technik so, dass die Fachleute 174 00:07:50,440 --> 00:07:53,840 das verstehen, man übersetzt die Fachsachen so, dass dass die 175 00:07:53,840 --> 00:07:56,520 Techniker Technikerinnen das programmieren können, man 176 00:07:56,520 --> 00:07:58,960 dokumentiert auch, also das schreibt man alles so nieder, 177 00:07:58,960 --> 00:08:01,600 dass es eben nachträglich nachvollziehbar ist, auch in die 178 00:08:01,600 --> 00:08:04,800 Zukunft, und dann begleitet man das Projekt eben und zum 179 00:08:04,800 --> 00:08:07,360 Beispiel, wenn jetzt der Burkhardt mein Projekt 180 00:08:07,440 --> 00:08:09,520 programmieren könnte, müsste, könnte, der Burkhardt. 181 00:08:09,840 --> 00:08:12,240 Mich anrufen und mich fragen. Hey Svenja, wie war das noch 182 00:08:12,240 --> 00:08:13,600 mal? Bei der Zinslegung sind das 2 183 00:08:13,600 --> 00:08:16,680 oder 3% und wir du müsstest nicht jedes Mal den Kunden 184 00:08:16,680 --> 00:08:18,560 anrufen, der vielleicht mit dem Kopf auch irgendwie in der 185 00:08:18,560 --> 00:08:21,800 eigenen Geschäftswelt steckt. Also da gibt es viele viele 186 00:08:21,800 --> 00:08:24,240 Vorteile ich. Find es spannend, dass du, dass 187 00:08:24,240 --> 00:08:26,280 du gesagt hast, gleich am Anfang hätte ich mich als nächstes 188 00:08:26,280 --> 00:08:29,360 gefragt, dass du dann mit dem Softwarearchitekten sprichst, 189 00:08:29,360 --> 00:08:31,480 weil den hätte ich jetzt auch ins Spiel gebracht. 190 00:08:31,480 --> 00:08:34,520 Von der Diskussion her, weil der Architekt ist ja eigentlich die 191 00:08:34,520 --> 00:08:38,480 Person, der das Requirement auch irgendwie aufsetzt und technisch 192 00:08:38,480 --> 00:08:40,640 verantwortet. Und jetzt kann ich es mir so 193 00:08:40,640 --> 00:08:43,080 vorstellen, dass das aber vielleicht sogar der Architekt 194 00:08:43,080 --> 00:08:45,800 gar nicht direkt mit dem Kunden interagiert in in in deinem 195 00:08:45,800 --> 00:08:50,040 Modell, sondern dass dass du als Requirement Engineer quasi die 196 00:08:50,040 --> 00:08:53,400 die Brücke spielst zum Kunden schon, aber n relativ tiefes 197 00:08:53,400 --> 00:08:56,280 Verständnis hast von der Technik, weil sonst könntest du 198 00:08:56,280 --> 00:08:58,360 ja nicht mit beiden Parteien sprechen und so n bisschen die 199 00:08:58,360 --> 00:09:01,360 Brücke auch bildest zum zum Softwarearchitekten, den aber 200 00:09:01,360 --> 00:09:04,520 eher vielleicht sogar nach innen heraus, dass ihr da nach innen 201 00:09:04,520 --> 00:09:07,440 heraus euch durchdiskutiert und du das dann quasi wieder im 202 00:09:07,440 --> 00:09:09,120 Notfall zum Kunden zurückspielst. 203 00:09:09,320 --> 00:09:11,080 Denn manchmal gibt es ja auch Anforderungen vom Kunden, die 204 00:09:11,080 --> 00:09:12,880 man einfach so nicht umsetzen kann oder wo man sagt, nee, Pass 205 00:09:12,880 --> 00:09:15,360 mal auf, wenn du das so oder so machst, dann haben wir noch DMT 206 00:09:15,360 --> 00:09:17,520 Vorteile, dass man das, dass man lieber so machen und so weiter 207 00:09:17,520 --> 00:09:20,960 und sofort ne ungefähr richtig verstanden, oder? 208 00:09:21,600 --> 00:09:24,000 Ja, schon. Wobei das genaue Setting hängt 209 00:09:24,000 --> 00:09:26,880 immer, also wie man genau das Macht, hängt immer vom Setting 210 00:09:26,880 --> 00:09:30,240 ab, in dem man sich befindet, weil es gibt es gibt manche 211 00:09:30,240 --> 00:09:31,800 Situationen, da macht es natürlich Sinn, wenn der 212 00:09:31,800 --> 00:09:34,800 Architekt mit zum Kundengerät geht, gerade wenn man tiefere 213 00:09:34,800 --> 00:09:38,320 technische Konzepte erklären muss und der Kunde die verstehen 214 00:09:38,320 --> 00:09:39,800 muss. Es hängt immer auch ein bisschen 215 00:09:39,800 --> 00:09:41,680 von der Persönlichkeit des Architekten ab. 216 00:09:41,680 --> 00:09:45,400 Manche Leute haben halt kein keine Lust, sich so mit, so sage 217 00:09:45,400 --> 00:09:48,360 ich jetzt mal, vielleicht auch unangenehmeren Kundensituationen 218 00:09:48,360 --> 00:09:50,560 auseinanderzusetzen, die wollen gerne einfach eine Software 219 00:09:50,560 --> 00:09:54,400 bauen und was es auch noch gibt, ist, dass man nicht den einen 220 00:09:54,400 --> 00:09:57,520 Kunden hat, sondern halt vielleicht einen Kunden mit mit 221 00:09:57,520 --> 00:10:00,200 12 Fachbereichen oder so. Man hat dann immer diese 222 00:10:00,200 --> 00:10:02,560 Workshops mit Halt 12 Personen drin, die man irgendwie zu einer 223 00:10:02,560 --> 00:10:05,600 Einigung bringen muss. Ich sag mal so, das müsste 224 00:10:05,600 --> 00:10:07,880 eigentlich idealerweise auch ein Product owner machen, also ein 225 00:10:07,880 --> 00:10:10,040 Product owner oder ein Product Ownerin macht auch immer sehr 226 00:10:10,040 --> 00:10:12,760 viel Requirements Engineering am Ende des Tages, aber manchmal 227 00:10:12,760 --> 00:10:15,760 bleibt es halt auch bei den Requirements Engineers, dann 228 00:10:16,000 --> 00:10:18,800 hängen jetzt so negativ ausgedrückt, aber manchmal muss 229 00:10:18,800 --> 00:10:21,960 man das eben auch machen, dass man sagt, OK, ich muss es jetzt 230 00:10:21,960 --> 00:10:24,160 vorbereiten diesen Workshop zu machen, am Ende möchte ich da 231 00:10:24,160 --> 00:10:26,280 eigentlich mit einer produktiven Lösung rausgehen und da braucht 232 00:10:26,280 --> 00:10:29,320 mich der Architekt oder die Architektin sich das die ganze 233 00:10:29,320 --> 00:10:32,880 Diskussion anzuhören, also da muss man schauen wer macht was 234 00:10:32,960 --> 00:10:35,360 also. Gibt verschiedene Settings und 235 00:10:35,360 --> 00:10:37,720 ich ich find es aber persönlich immer gut, wenn auch ein 236 00:10:37,720 --> 00:10:40,080 Architekt oder eine Architektin dann mal Mitglied auch zum 237 00:10:40,080 --> 00:10:42,840 Kunden hat meiner Meinung nach immer Mehrwert wenn man so die 238 00:10:42,840 --> 00:10:45,360 Kette verschlankt. Was ist ist ja auch immer die 239 00:10:45,360 --> 00:10:49,240 Frage wie weit ist die Kette von dem tatsächlichen Bedarf bis zur 240 00:10:49,240 --> 00:10:51,600 Umsetzung und meiner Meinung nach sollte die nicht zu lang 241 00:10:51,600 --> 00:10:54,240 sein, aber natürlich sollte niemand dann total entnervt 242 00:10:54,240 --> 00:10:58,160 irgendwann aufgeben also das ist so ein bisschen der Spagat da. 243 00:10:59,120 --> 00:11:02,720 Dann lass uns mal reingehen, vielleicht in das Thema. 244 00:11:03,120 --> 00:11:06,320 Anforderungen definieren, Lastenheft schreiben, sowas in 245 00:11:06,320 --> 00:11:08,960 der Form ne. Also man kann sich da ja auch, 246 00:11:08,960 --> 00:11:11,840 man kann es ja auch übertreiben, nehm ich mal an, man sollte es 247 00:11:11,840 --> 00:11:15,760 aber irgendwie sicher haben, also irgendwie gewisser Weise ja 248 00:11:15,760 --> 00:11:19,000 schon möglichst detailgetreu oder oder detailliert, aber 249 00:11:19,000 --> 00:11:20,640 vielleicht auch nicht übertreiben, wo es denn da das 250 00:11:20,640 --> 00:11:22,480 richtige Maß ist. Deiner Sicht für so n für so n 251 00:11:22,480 --> 00:11:24,480 Projekt das Softwareprojekt kannst vielleicht, vielleicht 252 00:11:24,480 --> 00:11:27,160 kannst du uns auch einfach mal so n Softwareprojekt nennen, für 253 00:11:27,160 --> 00:11:29,120 das wir das jetzt mal so anwenden und durchspielen, das 254 00:11:29,120 --> 00:11:31,760 wär ja vielleicht auch ganz cool ne, dass wir n Beispiel haben. 255 00:11:32,400 --> 00:11:35,360 Na, ein gutes Beispiel wär vielleicht so ne kleine App, die 256 00:11:35,360 --> 00:11:38,440 der Kunde haben möchte, mit dem die internen Mitarbeitenden 257 00:11:38,960 --> 00:11:41,680 Zeiten buchen können. Vielleicht die internen Zeiten 258 00:11:41,680 --> 00:11:44,800 oder oder vielleicht auch Zeiten beim Kunden das Ganze eben auf 259 00:11:44,800 --> 00:11:47,040 dem Smartphone, das gibt es nämlich nicht so oft in in 260 00:11:47,040 --> 00:11:50,320 Firmen, da muss man sich halt meistens ins SAP einloggen, dass 261 00:11:50,320 --> 00:11:53,040 man einfach auf der auf der auf dem Handy so ne kleine App hat, 262 00:11:53,200 --> 00:11:56,480 braucht jeder, den ganzen Tag, muss muss schnell funktionieren 263 00:11:56,480 --> 00:11:58,400 und muss eben auch an Bedürfnisse angepasst sein. 264 00:11:58,800 --> 00:12:01,920 Ja, kurzes Beispiel, das nervt dafür. 265 00:12:02,320 --> 00:12:04,800 Wie sieht das aus? Normalerweise. 266 00:12:04,800 --> 00:12:07,440 Wenn ich jetzt der Dienstleister wäre, wird es ja eigentlich wird 267 00:12:07,440 --> 00:12:09,920 man, vielleicht wird der Kunde sich irgendwann an mich wenden 268 00:12:09,920 --> 00:12:12,600 und es wird so eine Art presales Prozess geben und es wird dann 269 00:12:12,600 --> 00:12:14,640 irgendwann in ein Angebot an uns münden. 270 00:12:15,040 --> 00:12:17,120 Ich persönlich finde das ganz wichtig, dass wir als 271 00:12:17,120 --> 00:12:20,440 Requirements Engineers schon im presales Prozess mit dabei sind 272 00:12:20,440 --> 00:12:23,320 und vielleicht auch die ersten Termine mit dem Kunden machen, 273 00:12:23,320 --> 00:12:26,240 weil das Angebot basiert ja eigentlich auch schon auf 274 00:12:26,240 --> 00:12:29,080 Anforderungen, halt meistens high Level Anforderungen, aber 275 00:12:29,080 --> 00:12:32,080 da kann man schon den Scope stecken, weil meistens. 276 00:12:32,480 --> 00:12:35,440 Also Last in der Pflicht helfen machen wir ja eigentlich heute 277 00:12:35,440 --> 00:12:38,000 nicht mehr, so ist eigentlich nicht mehr ganz zeitgemäß, 278 00:12:38,000 --> 00:12:40,200 meistens hat man ja schon irgendwie agile oder zumindest 279 00:12:40,200 --> 00:12:44,200 hybride Settings und da wollen die Kunden natürlich, also in 280 00:12:44,200 --> 00:12:46,360 jedem Setting wollen die Kunden meistens wissen, OK, wieviel 281 00:12:46,360 --> 00:12:50,400 wird das denn kosten und wie schätzt man Aufwände, Aufwände 282 00:12:50,400 --> 00:12:52,960 schätzt man eben auch mit mit einer Anforderungsbasis, 283 00:12:53,040 --> 00:12:55,200 deswegen ist das ganz, ganz wichtig, dass wir von Anfang an 284 00:12:55,200 --> 00:12:57,280 mit dabei sind, weil dann kann man nachher mit den High Level 285 00:12:57,280 --> 00:12:59,760 Anforderungen, könnte ich zum Beispiel zu Burkhardt gehen und 286 00:12:59,760 --> 00:13:01,440 sagen, Burkhardt schätzt mir das doch mal grob. 287 00:13:01,600 --> 00:13:03,640 Dann würde der Burkhardt sich wahrscheinlich ein bisschen 288 00:13:03,640 --> 00:13:04,960 beschweren. Boah, das ist ja viel zu high 289 00:13:04,960 --> 00:13:07,240 Level, das kann ich nicht schätzen und dann müssen wir uns 290 00:13:07,240 --> 00:13:10,120 irgendwie hinsetzen und gucken, OK, wie machen wir dann estimed 291 00:13:10,120 --> 00:13:13,720 draus min max Average und können das, wenn wir mit dem Kunden gut 292 00:13:13,720 --> 00:13:16,320 sind auch durchsprechen und gegebenenfalls könnte ich noch 293 00:13:16,320 --> 00:13:19,600 mal ein paar Rückfragen stellen so und ich verwende das auch 294 00:13:19,600 --> 00:13:22,520 tatsächlich das was ich in der Angebotsphase lerne verwende ich 295 00:13:22,520 --> 00:13:25,720 dann als Ausgangspunkt für die weitere Arbeit im Projekt, weil 296 00:13:25,720 --> 00:13:27,440 das muss man ja nicht noch mal neu machen. 297 00:13:28,080 --> 00:13:29,840 Genau. Und im Projekt wird man dann 298 00:13:29,840 --> 00:13:32,800 eben in der Regel mit mit einer Reihe von Workshops starten, 299 00:13:33,040 --> 00:13:36,480 dass man eben sagt, OK man, man fragt sich erst mal durch, also 300 00:13:36,480 --> 00:13:38,880 Kick off, man fragt sich durch, wer sind denn die Stakeholder, 301 00:13:39,120 --> 00:13:41,360 mit wem sollten wir reden? Ja klar, mit irgendjemanden der 302 00:13:41,360 --> 00:13:45,120 da arbeitet, mit der HR, vielleicht vielleicht auch mit 303 00:13:45,120 --> 00:13:49,280 jemanden der der keine Ahnung besondere Arbeitszeitregelung 304 00:13:49,280 --> 00:13:51,840 haben und da wird man einfach mal n Workshop machen wo wo wir 305 00:13:51,840 --> 00:13:54,640 die entsprechenden Stakeholder halt an einen Tisch setzen und 306 00:13:54,640 --> 00:13:57,760 mal brainstorm, OK wer hat welche Anforderungen? 307 00:13:58,400 --> 00:14:00,080 Was braucht man da eigentlich alles? 308 00:14:00,320 --> 00:14:03,720 Was sind vielleicht sie so, die die wichtigsten Use Cases, was 309 00:14:03,720 --> 00:14:06,960 ist vielleicht nicht so wichtig aber nice so have also manche 310 00:14:06,960 --> 00:14:09,200 Sachen macht man täglich und manche macht man vielleicht 311 00:14:09,200 --> 00:14:11,520 einmal im Jahr, dafür sind die extrem wichtig, dass die gut 312 00:14:11,520 --> 00:14:14,160 funktionieren und dann wird man eigentlich schon anfangen das zu 313 00:14:14,160 --> 00:14:16,080 verschriftlichen. Das ist ja aber schon ganz schön 314 00:14:16,080 --> 00:14:18,720 viel servicedienstleistung, die ja erstmal noch gar nicht so 315 00:14:18,720 --> 00:14:21,520 technisch ist. Ne, also wenn du du sagst quasi 316 00:14:21,520 --> 00:14:24,480 voraus, dass man davon ausgeht, dass sich die Firma, die das 317 00:14:24,480 --> 00:14:27,040 Produkt haben möchte. Intern vielleicht, aber noch gar 318 00:14:27,040 --> 00:14:29,080 nicht so einig ist, wie es genau aussehen soll, wie die 319 00:14:29,080 --> 00:14:31,640 Anforderungen tatsächlich sind. Und du sagst, man braucht im 320 00:14:31,640 --> 00:14:35,360 besten Falle so ne Art Workshop um die verschiedenen Gesichter, 321 00:14:35,360 --> 00:14:37,680 die verschiedenen Abteilungen mit ihren ganzen Bedürfnissen 322 00:14:37,680 --> 00:14:39,520 und so weiter einmal in Einklang zu bringen. 323 00:14:39,520 --> 00:14:42,720 Ich würd ja fast provokant sagen, Na ja, das könnten sie 324 00:14:42,720 --> 00:14:44,720 sich ja vielleicht, wie würde ich es vorher überlegen, bevor 325 00:14:44,720 --> 00:14:46,520 sie überhaupt irgendwie rausgehen und das Angebot 326 00:14:46,520 --> 00:14:49,680 irgendwie aufnehmen wollen, weil das ist ja eigentlich die 327 00:14:49,680 --> 00:14:52,160 Arbeit, die in der Firma stattgefunden haben soll und da 328 00:14:52,160 --> 00:14:54,400 brauchte man vielleicht ja noch nicht unbedingt den 329 00:14:54,400 --> 00:14:57,120 Umsetzpartner, der das Macht. Der könnte ja quasi das finale 330 00:14:57,120 --> 00:14:59,040 Ergebnis haben. Also man muss ja, man ist ja 331 00:14:59,040 --> 00:15:02,400 dann dabei und macht quasi noch so n bisschen streichelneiten so 332 00:15:02,480 --> 00:15:05,360 ja, also bitteschön, der RHR Kollege muss das irgendwie noch 333 00:15:05,360 --> 00:15:07,520 so haben und dem anderen ist irgendwie der Knopf wichtig und 334 00:15:07,920 --> 00:15:10,080 ist das immer so bei den Kunden, das ist ja dann schon ganz schön 335 00:15:10,080 --> 00:15:14,120 krass, ja oder? Ich es ist nicht immer so, aber 336 00:15:14,120 --> 00:15:16,320 es macht am meisten Sinn und ich kann euch das auch erklären 337 00:15:16,320 --> 00:15:19,320 wieso? Weil wenn der Kunde sich intern 338 00:15:19,320 --> 00:15:22,240 versucht zu einigen Grad wenn Anforderungen widersprüchlich 339 00:15:22,240 --> 00:15:24,240 sind, endet das meistens in Streitereien. 340 00:15:24,400 --> 00:15:27,200 Und oft braucht man diese externe Moderation, dass jemand 341 00:15:27,200 --> 00:15:30,440 externes mit Moderationsskills dabei ist und dann vielleicht 342 00:15:30,440 --> 00:15:33,920 auch einfach mal fundierte Vorschläge macht, weil das ist, 343 00:15:33,920 --> 00:15:37,120 das ist tatsächlich ein Punkt, wenn du Kunden direkt fragst, 344 00:15:37,120 --> 00:15:39,360 was sie haben wollen, dann sind sie meistens nicht in der Lage, 345 00:15:39,360 --> 00:15:41,960 das adäquat auszudrücken, also der der Klassiker ist. 346 00:15:41,960 --> 00:15:45,040 Ich würd gern einen großen Grünen, blinkenden Button haben 347 00:15:45,440 --> 00:15:48,280 und der Punkt ist aber, die Kunden wollen keinen großen 348 00:15:48,280 --> 00:15:50,640 Grünen blinkenden Button haben, das ist die schlechteste Idee 349 00:15:50,640 --> 00:15:53,200 ever, die wollen, dass der Kaufen Button gut sichtbar ist. 350 00:15:53,440 --> 00:15:56,560 Dort, wo man schnell hinschaut und und leicht accessible und 351 00:15:56,560 --> 00:15:58,240 sofort auf der Startseite sichtbar. 352 00:15:58,560 --> 00:16:01,000 Und da muss man halt hingehen und mit guten Argumenten und 353 00:16:01,000 --> 00:16:03,600 vielleicht schon einen guten Vorschlag hingehen und sagen, 354 00:16:03,760 --> 00:16:06,080 ich glaube, das ist das, was ihr wollt, stimmt das. 355 00:16:06,400 --> 00:16:09,360 Und wenn man ganz fancy sein will, kann man 23 Vorschläge 356 00:16:09,360 --> 00:16:11,120 machen und der Kunde sucht sich einen aus. 357 00:16:11,360 --> 00:16:16,160 Das sind so Tricks und Kniffe, das andere ist, wenn der Kunde 358 00:16:16,160 --> 00:16:18,200 schon mit einer Anforderungsbasis kommt, müssen 359 00:16:18,200 --> 00:16:21,040 wir die auch erst mal verstehen. Das heißt, man macht die Arbeit 360 00:16:21,040 --> 00:16:23,520 eigentlich doppelt. Der Kunde macht die Arbeit und 361 00:16:23,520 --> 00:16:25,320 wir müssen dann eigentlich auch noch mal reingehen, weil wir 362 00:16:25,320 --> 00:16:28,040 sind ja die, die das umsetzen, das Macht der Kunde ja nicht 363 00:16:28,040 --> 00:16:29,840 selber, sonst hätte er uns ja nicht gefragt. 364 00:16:30,000 --> 00:16:32,080 Das heißt, wir müssen noch mal reingehen und die gleiche Arbeit 365 00:16:32,080 --> 00:16:34,600 noch mal neu machen, das heißt, an diesen Schnittstellen 366 00:16:34,600 --> 00:16:36,720 zwischen verschiedenen Dienstleistern geht meistens 367 00:16:36,720 --> 00:16:41,320 total viel Arbeitszeit und und Nerven auch verloren, denn wenn 368 00:16:41,320 --> 00:16:44,200 man Pech hat, ich mein, es kann auch super funktionieren, wir 369 00:16:44,200 --> 00:16:46,160 haben auch Firmenübergreifend gute. 370 00:16:46,440 --> 00:16:48,880 Gute Erfahrung gemacht eben, dass eine Firma die 371 00:16:48,880 --> 00:16:51,280 Anforderungen macht und dann andere Dienstleister 372 00:16:51,280 --> 00:16:52,960 programmiert. Aber da müssen wirklich beide 373 00:16:52,960 --> 00:16:57,200 sehr gut verstehen, was wie sie das machen und manche Firmen 374 00:16:57,600 --> 00:17:00,400 gehen tatsächlich erstmal mit wahnsinnig viel Requirements 375 00:17:00,400 --> 00:17:04,079 Engineering Leistungen rein, weil sie sagen da sind beide 376 00:17:04,079 --> 00:17:06,760 Seiten besser abgesichert, beide Seiten wissen wovon sie reden, 377 00:17:06,760 --> 00:17:08,960 es ist sehr klar wie die Lösung aussieht, das ist schon 378 00:17:08,960 --> 00:17:12,040 durchdacht und das senkt das Risiko, dass nachher Mehrkosten 379 00:17:12,040 --> 00:17:14,280 entstehen. Und gerade ich hab es dann in 380 00:17:14,280 --> 00:17:16,560 der Einleitung schon erwähnt, gerade bei so Nearshoring und 381 00:17:16,560 --> 00:17:19,119 offshoring kann man sich eigentlich drüber streiten, was 382 00:17:19,119 --> 00:17:21,599 dann wichtiger ist. Die Programmierung am Ende des 383 00:17:21,599 --> 00:17:24,359 Tages bei so großen Projekten oder die Qualitätssicherung 384 00:17:24,359 --> 00:17:26,160 durch Requirements Engineering und Testing. 385 00:17:26,640 --> 00:17:28,440 Sorry, war jetzt n bisschen länger, aber ich find das ist 386 00:17:28,440 --> 00:17:31,840 immer so genau der bunte Punkt und manche Firmen fliegen erst 387 00:17:31,840 --> 00:17:34,000 auf die Nase und sehen dann irgendwann ein, dass das 388 00:17:34,000 --> 00:17:35,440 Requirements Engineering wichtig ist. 389 00:17:35,440 --> 00:17:38,640 Gerade in so Projekten, die für 56 Jahre laufen, finde ich total 390 00:17:38,640 --> 00:17:41,040 wichtig, wenn da jemand Neues reinkommt, dass die Person dann. 391 00:17:41,280 --> 00:17:43,240 Schaut, was ist da eigentlich vor 3 Jahren entschieden worden 392 00:17:43,240 --> 00:17:46,640 und wieso? Ein kurzer Hinweis in eigener 393 00:17:46,640 --> 00:17:48,240 Sache. Kennst du das auch? 394 00:17:48,240 --> 00:17:50,400 Ihr seid gefangen zwischen starrer, veralteter 395 00:17:50,400 --> 00:17:53,760 Standardsoftware und endlosen Individualentwicklungsprojekten. 396 00:17:54,160 --> 00:17:57,840 Unsere Mission bei Heisenware ist es, das zu beenden mit 397 00:17:57,840 --> 00:18:00,320 unserem App Baukasten geben wir dir die Möglichkeit, 398 00:18:00,480 --> 00:18:03,920 maßgeschneiderte Software für den Shopfloor schnell und ohne 399 00:18:03,920 --> 00:18:06,800 Code zu erstellen. Denk an Maschinendatenerfassung 400 00:18:06,800 --> 00:18:09,040 moderne Visualisierung für die Produktionsleiter. 401 00:18:09,280 --> 00:18:11,280 Oder eine mobile App zur Buchung von Zeiten. 402 00:18:11,680 --> 00:18:15,120 Und das beste, du kannst deine Lösung ganz einfach ohne it 403 00:18:15,120 --> 00:18:18,640 Aufwand selbst betreiben. Kurz gesagt, günstiger als eine 404 00:18:18,640 --> 00:18:21,880 externe Entwicklung unendlich passender als Software von der 405 00:18:21,880 --> 00:18:23,680 Stange. Weitere Infos und eine 406 00:18:23,680 --> 00:18:27,200 kostenlose 30 Tage Testphase findest du auf heisenware.com. 407 00:18:27,440 --> 00:18:31,520 Einfach komplex und jetzt viel Spaß mit der weiteren Folge. 408 00:18:33,520 --> 00:18:36,320 Es ist total relevant und immer ja egal auch, ob wir jetzt noch 409 00:18:36,320 --> 00:18:38,080 KI haben und so weiter aber jetzt musst du jetzt sind wir 410 00:18:38,080 --> 00:18:40,080 genau in diesem tiefen Punkt. Jetzt musst du mir noch was 411 00:18:40,080 --> 00:18:44,560 erklären, weil was was ich jetzt daraus so n bisschen ja ich 412 00:18:44,560 --> 00:18:48,280 schieß los, ich brenn so an Fingernägeln, was ich daraus so 413 00:18:48,280 --> 00:18:50,360 n bisschen verstehe ist, dass wir so ne, dass dass du im 414 00:18:50,360 --> 00:18:53,200 besten falle so ne Art Top Down Planning hast, möglichst früh 415 00:18:53,200 --> 00:18:56,000 für nen für nen möglichst also möglichst. 416 00:18:56,720 --> 00:18:59,400 Umfassende Anforderungen am Anfang schon mal verstehen, ob 417 00:18:59,400 --> 00:19:01,360 man sich einig ist. Glaubst du wie und so weiter das 418 00:19:01,440 --> 00:19:04,400 das Bedarf ja einer Kompletterfassung des Projektes 419 00:19:04,560 --> 00:19:06,560 was so n bisschen im Widerspruch oder auch nicht steht. 420 00:19:06,560 --> 00:19:09,720 Gucken wir gleich mal zum agilen Entwicklungsprozess und das 421 00:19:09,720 --> 00:19:13,520 heißt ja immer diese alte ich ich plane mir das Ding zusammen 422 00:19:13,520 --> 00:19:15,760 ja und dann geh ich da wasserfallmäßig runter definier 423 00:19:15,760 --> 00:19:18,720 milestones und so weiter und sofort, da gibt es ja viele 424 00:19:18,720 --> 00:19:21,120 Texte im Internet die dann sagen ja ja, also das haben wir uns 425 00:19:21,120 --> 00:19:24,080 früher gemacht, ja viel besser ist, weil wir nämlich genau alle 426 00:19:24,080 --> 00:19:25,360 wissen, dass wir es gar nicht wissen. 427 00:19:26,640 --> 00:19:29,560 Wir fangen mal an, quasi ohne Anforderung. 428 00:19:29,560 --> 00:19:32,240 Ich übertreibe jetzt ne, aber nur um den Punkt zu machen und 429 00:19:32,240 --> 00:19:34,640 dann gucken wir alle 2 Wochen treffen wir uns und es wird 430 00:19:34,640 --> 00:19:37,840 andauernd iteriert und das Produkt wird ständig weiter 431 00:19:37,840 --> 00:19:41,840 iteriert und bewegt sich quasi in einer Kurvenbahn hoffentlich 432 00:19:41,840 --> 00:19:44,120 in die Richtung wie es der Kunde zum Schluss dann auch haben 433 00:19:44,120 --> 00:19:47,280 möchte. Ja das und und diese 2 für mich 434 00:19:47,280 --> 00:19:50,120 gerade so n bisschen gegensätzliche Konzepte, das 435 00:19:50,120 --> 00:19:52,160 musst du mir jetzt auch noch mal quasi aufgleisen, weil 436 00:19:52,160 --> 00:19:53,600 garantiert gibt es da irgendeinen. 437 00:19:53,720 --> 00:19:54,720 Hab ich da was falsch verstanden? 438 00:19:54,720 --> 00:19:56,520 Das gibt irgendwie so ne Schnittstelle in der Mitte oder 439 00:19:56,520 --> 00:19:59,360 irgendwas. Ja, das gibt auf jeden Fall ne 440 00:19:59,360 --> 00:20:02,880 Schnittstelle und und in manchen Firmen funktioniert das besser 441 00:20:02,880 --> 00:20:05,200 das Leichtgewichtiger zu machen und damit zu starten. 442 00:20:05,200 --> 00:20:07,480 Und bei manchen Firmen muss erst alles einmal durchgedacht 443 00:20:07,480 --> 00:20:08,960 werden. Also da gibt es verschiedene 444 00:20:08,960 --> 00:20:11,680 Ansätze, aber der Knackpunkt ist, wenn man alle 2 Wochen neu 445 00:20:11,680 --> 00:20:13,760 iteriert und neu entscheidet, also. 446 00:20:14,120 --> 00:20:15,480 Vielleicht muss ich da noch was zu sagen. 447 00:20:15,480 --> 00:20:18,160 Ich finde dieses Beispiel von dem reinen Scrum finde ich meist 448 00:20:18,160 --> 00:20:20,360 nicht so gelogen, weil das setzt voraus, dass das Team sich 449 00:20:20,360 --> 00:20:22,880 selber steuert, aber es steht irgendwie da kommt nie eine 450 00:20:22,880 --> 00:20:26,240 Vision oder eine Roadmap vor und spätestens wenn irgendjemand der 451 00:20:26,240 --> 00:20:28,600 Geldgeber sich am Ende des Tages hinstellt und fragt, Wieso hat 452 00:20:28,600 --> 00:20:31,600 das denn so viel gekostet und das Team dann sagt, Na ja, wir 453 00:20:31,600 --> 00:20:33,760 haben halt im ersten halben Jahr in die Richtung entwickelt und 454 00:20:33,760 --> 00:20:35,920 dann fanden wir das andere anders und dann am Ende haben 455 00:20:35,920 --> 00:20:38,320 wir noch mal in die Richtung entwickelt, das hört halt auch 456 00:20:38,320 --> 00:20:41,320 keiner gerne, der dann halt sein Geld da reinsteckt, deswegen ich 457 00:20:41,320 --> 00:20:43,760 glaub die Wahrheit liegt in der liegt in der Mitte. 458 00:20:44,080 --> 00:20:46,560 Manche Themen kommen ja auch erst auf, wenn man dann wirklich 459 00:20:46,560 --> 00:20:48,280 entwickelt. Also das kann eigentlich dann 460 00:20:48,280 --> 00:20:50,720 auch niemand vorhersehen, oder es ändert sich noch mal ein 461 00:20:50,720 --> 00:20:53,920 Sachverhalt, das heißt, was wir am Anfang machen, das ist in der 462 00:20:53,920 --> 00:20:58,000 Regel sehr, sehr grob und feiner wird es dann, wenn man, wenn man 463 00:20:58,000 --> 00:21:00,720 eben das gemeinsam dann mit dem Architekten oder mit den 464 00:21:00,720 --> 00:21:03,040 Entwicklern dann durchspricht oder halt auch schon umsetzt, 465 00:21:03,280 --> 00:21:05,920 wichtig ist, dass man mit dem Kunden auch ein guten Modus hat, 466 00:21:06,240 --> 00:21:09,560 was passiert. Also wie laufend reported wird, 467 00:21:09,560 --> 00:21:13,040 wie laufend nachanalysiert und nachgebessert wird und wie auch 468 00:21:13,040 --> 00:21:15,400 Changes, zum Beispiel wenn der Kunde halt was reinruft. 469 00:21:15,400 --> 00:21:17,280 Ach das wär auch noch cool, könnt ihr das auch noch machen, 470 00:21:17,440 --> 00:21:20,240 wie man eben mit Changes und changes requests dann umgeht? 471 00:21:20,640 --> 00:21:23,880 Also ja ich glaub die die Wahrheit liegt in der Mitte 472 00:21:23,880 --> 00:21:27,120 meiner Meinung nach ja. Ich, ich refinal noch mal, was 473 00:21:27,120 --> 00:21:29,360 ich sagen wollte. Ich verstehe, dass das so sagst 474 00:21:29,360 --> 00:21:31,400 mit den Scrubs und so was kenne ich auch aus meinem früheren 475 00:21:31,400 --> 00:21:34,240 Leben mit mit mit größeren Teams und so weiter ich meine aber 476 00:21:34,240 --> 00:21:36,720 sogar den den den Prozess als Agilität. 477 00:21:37,200 --> 00:21:40,840 Das den Kunden mit einbindet ne, also ich weiß nicht wie das 478 00:21:40,840 --> 00:21:43,360 typischerweise so gemacht wird bei uns bei der Heisen wäre es 479 00:21:43,360 --> 00:21:46,160 oft so, dass wir dann so so Fixes haben, die sind gar nicht 480 00:21:46,160 --> 00:21:49,640 so selten, das sind so alle 2 Wochen am Anfang vielleicht zum 481 00:21:49,640 --> 00:21:53,040 Schluss vom Projekt sogar wöchentlich mit dem Kunden, wo 482 00:21:53,040 --> 00:21:56,960 wir dann quasi zeigen, so sieht es aus, ja das ist jetzt gerade 483 00:21:56,960 --> 00:21:59,520 der Stand der Dinge und der Kunde hat immer wieder die 484 00:21:59,520 --> 00:22:02,560 Möglichkeit n bisschen zu ändern und das ist aber auch spannend, 485 00:22:02,880 --> 00:22:05,120 weil das müssen wir ja alle zugeben. 486 00:22:05,120 --> 00:22:08,760 Keiner ist in der Lage n komplexeres Projekt von den 487 00:22:08,760 --> 00:22:11,200 Anforderungen her komplett durchzuverstehen von oben herab, 488 00:22:11,200 --> 00:22:14,560 das wär schön wenn es so wär. Es gibt immer wieder Sachen die 489 00:22:15,280 --> 00:22:17,920 aus 1000 gründen, aus Prozessgründen, manchmal aus 490 00:22:17,920 --> 00:22:20,160 technischen Gründen und so weiter leicht geändert werden 491 00:22:20,160 --> 00:22:23,760 müssen im im Verlauf der Dinge und jetzt kommt noch mal ne 492 00:22:23,760 --> 00:22:27,000 Frage, wie bewertet ihr das und das find ich manchmal selber 493 00:22:27,000 --> 00:22:29,280 auch ganz schön schwer, ab wann ist irgendwas? 494 00:22:29,920 --> 00:22:32,160 Klar, Teil von dieser Anforderung, die am Anfang ja 495 00:22:32,160 --> 00:22:35,280 aber sehr grob war, wie du sagst, ja und wo man sagt ja 496 00:22:35,280 --> 00:22:37,440 ganz klar, richtigerweise müssen wir technisch hier n bisschen 497 00:22:37,440 --> 00:22:40,000 was anders machen als wir geplant hatten, haben wir selber 498 00:22:40,000 --> 00:22:44,000 quasi zu verantworten sag ich mal, ist im Budget mit drin oder 499 00:22:44,000 --> 00:22:46,560 anders gesagt der Kunde sagt OK verflickst hier hab ich noch 500 00:22:46,560 --> 00:22:48,600 beim Prozess was vergessen, hier gibt es noch was, hatten wir 501 00:22:48,600 --> 00:22:50,360 nicht drüber nachgedacht, das müssen wir irgendwie noch da 502 00:22:50,360 --> 00:22:54,480 eingleisen ab wann ist quasi ne ne ne Änderung an der 503 00:22:54,480 --> 00:22:57,040 Anforderung. Ne echte Änderung der 504 00:22:57,040 --> 00:22:59,120 Anforderung und muss quasi vielleicht auch neu besprochen, 505 00:22:59,120 --> 00:23:02,480 neu bepreist, neu alles werden. Und ab wann ist das quasi im 506 00:23:02,480 --> 00:23:04,960 normalen agilen Flow drin? Kannst du da vielleicht auch 507 00:23:04,960 --> 00:23:07,720 noch mal aus deinem aus deiner Erfahrung einfach noch mal n 508 00:23:07,720 --> 00:23:10,400 bisschen was zu sagen? Ich glaube, das ist dann 509 00:23:10,400 --> 00:23:14,040 tatsächlich was, was, was eine Änderung vom ursprünglichen ist. 510 00:23:14,040 --> 00:23:16,600 Wenn der Kunde die ursprüngliche Anforderung abgenommen hat und 511 00:23:16,600 --> 00:23:19,000 sich das ändert, man das überarbeiten muss und der Kunde 512 00:23:19,000 --> 00:23:22,480 das noch mal abnehmen muss. Weil in der Regel machen wir das 513 00:23:22,480 --> 00:23:25,000 so, dass du eben High Level oder Top down wie du das meinst, 514 00:23:25,000 --> 00:23:27,280 runter spezifizieren und dann machen wir es noch mal Fine. 515 00:23:27,480 --> 00:23:30,160 Weil es gibt ja auch Refinance. Also ich find refinance ist 1 516 00:23:30,160 --> 00:23:32,560 der wichtigsten Meetings wo man einmal zusammensitzt und die 517 00:23:32,560 --> 00:23:35,320 Anforderung durchspricht guckt ob es noch Lücken gibt, dann ist 518 00:23:35,320 --> 00:23:38,680 sie eben zu Ende refined und Ready for vor Umsetzung sag ich 519 00:23:38,680 --> 00:23:41,720 jetzt mal und dann sollte im Idealfall der Kunde das Abnehmen 520 00:23:41,720 --> 00:23:45,040 und sagen oder der Product Owner vom Kunden oder wie auch immer, 521 00:23:45,440 --> 00:23:47,800 ja das ist gut, gibt es das so in die Umsetzung? 522 00:23:47,800 --> 00:23:50,400 Das ist dann geschätzt und und getaggt und alles. 523 00:23:50,880 --> 00:23:54,240 Und wenn dann irgendwas kommt, wo man sagt, OK, das ist jetzt 524 00:23:54,240 --> 00:23:56,640 nicht innerhalb von 2 Stunden machbar, also vielleicht kann 525 00:23:56,640 --> 00:23:59,360 man auch so ein Toleranzlevel festlegen, sondern das ist eine 526 00:23:59,360 --> 00:24:02,080 größere Änderung, dann wird man es überarbeiten und das dem Fund 527 00:24:02,080 --> 00:24:04,840 noch mal vorlegen und sagen, Schau, das wird jetzt 3 Tage 528 00:24:04,840 --> 00:24:07,280 mehr Aufwand machen, der Business Value ist aber 529 00:24:07,280 --> 00:24:09,880 vielleicht eher gering, willst du das wirklich machen und dann 530 00:24:09,880 --> 00:24:12,600 müssen wir halt mit Stempel und mit Siegel sagen, ja, das möchte 531 00:24:12,600 --> 00:24:15,120 ich jetzt, das sind tatsächlich Prozesse. 532 00:24:15,840 --> 00:24:18,160 Die sind recht wichtig und oft, wenn man, gerade wenn man sich 533 00:24:18,160 --> 00:24:20,720 gut versteht, sagt man ja, ist nicht so wichtig, wir machen das 534 00:24:20,720 --> 00:24:23,160 einfach, aber das kann einem auch mal, gerade wenn man sich 535 00:24:23,160 --> 00:24:25,160 anfängt, dann vielleicht doch mal zu streiten. 536 00:24:25,160 --> 00:24:27,600 Über einzelne Punkte kann einem das doch auf den Kopf fallen. 537 00:24:27,760 --> 00:24:30,200 Also ich würde das in meinen Projekten immer festlegen, was 538 00:24:30,200 --> 00:24:33,280 ist der Change Prozess, wie sind die Abnahmeprozesse und und wie 539 00:24:33,280 --> 00:24:37,480 geht man damit um, beantwortet das deine Frage, war das jetzt 540 00:24:37,480 --> 00:24:40,320 zu Projektmanagement mäßig? Nee, überhaupt nicht. 541 00:24:40,320 --> 00:24:42,920 Weil das, das hat ja alles auch mit Projektmanagement zu tun, ne 542 00:24:42,960 --> 00:24:45,840 und also? Ich glaube, das ist immer n 543 00:24:45,840 --> 00:24:47,120 Thema. Also bei uns ist das immer n 544 00:24:47,120 --> 00:24:50,560 Thema und vor allen Dingen je je agiler du mit der Technik 545 00:24:50,560 --> 00:24:54,440 umgehen kannst, desto desto leichter ist man ja. 546 00:24:54,440 --> 00:24:57,280 Als Dienstleister sag ich mal in der in der Versuchung zu sagen, 547 00:24:57,280 --> 00:25:00,400 ja OK, dann machen wir das noch mal hier und so, weil ich ich 548 00:25:00,400 --> 00:25:03,000 sag ja mal was unsere unsere Art und Weise wie wir Software 549 00:25:03,000 --> 00:25:05,200 entwickeln, auch einfach dadurch, dass KI jetzt Einzug 550 00:25:05,200 --> 00:25:09,400 hält, wird ja schneller und agiler an sich, ja aber wir, das 551 00:25:09,400 --> 00:25:11,920 kann man ja nicht wegdiskutieren wir wir können als Software 552 00:25:11,920 --> 00:25:14,480 Dienstleister. Zügiger glaub ich einfach 553 00:25:14,480 --> 00:25:18,240 umsetzen als vorher und das führt ja auch zu so ner bisschen 554 00:25:18,320 --> 00:25:20,320 zu so ner Verzerrung. Ja und jetzt könnte ja der der 555 00:25:20,320 --> 00:25:22,240 der Kunde könnte jetzt ja meinten Na ja OK, dann hauste 556 00:25:22,240 --> 00:25:24,600 das halt irgendwie noch mal da rein, JGPT rein oder irgendsowas 557 00:25:24,600 --> 00:25:28,320 damit das schon passen soll. Ja weißt du, deswegen frag ich 558 00:25:28,320 --> 00:25:32,480 auch noch mal so ne, weil die Erwartungen erwachsen ja mit der 559 00:25:32,480 --> 00:25:35,800 gefühlten KI die jetzt die Software lösen kann beim Kunden 560 00:25:35,800 --> 00:25:38,680 halt ja auch entsprechend ja. Das ist irgendwie ganz witzig, 561 00:25:38,680 --> 00:25:40,800 dass du es ansprichst. Weil momentan liegen auch 562 00:25:40,800 --> 00:25:43,600 zumindest ein Teil der KI Agenten bei mir und meinem Team, 563 00:25:44,080 --> 00:25:48,400 weil ich sag, also ja, ich sag gutes Prompting, ist ja 564 00:25:48,400 --> 00:25:49,880 eigentlich auch schon so eine Art von von 565 00:25:49,880 --> 00:25:52,000 Anforderungserhebung, weil gerade wenn man vipe Coding 566 00:25:52,000 --> 00:25:53,520 macht. Man muss sehr genau beschreiben 567 00:25:53,520 --> 00:25:55,880 können, was man haben möchte. Ich hab selber auch schon ein 568 00:25:55,880 --> 00:25:58,880 bisschen vipe Coding gemacht, du musst wirklich ein ein Experte 569 00:25:58,880 --> 00:26:01,200 im prompt Engineering sein, du musst wissen wie du es 570 00:26:01,200 --> 00:26:03,360 formulierst und fernab von du bist ein erfahrener 571 00:26:03,360 --> 00:26:04,640 Softwareentwickler, du machst jetzt. 572 00:26:04,880 --> 00:26:06,320 Das und das, das reicht halt nicht. 573 00:26:06,320 --> 00:26:08,520 Du musst es wirklich gut können und dann musst du es wirklich 574 00:26:08,520 --> 00:26:10,640 auf den Punkt bringen. Und wenn man eine gute 575 00:26:10,640 --> 00:26:13,600 Anforderungsbasis hat, ja, das ist viel Text, das kommt uns 576 00:26:13,600 --> 00:26:16,240 jetzt zugute, das ist nicht negativ, auch wenn es 577 00:26:16,240 --> 00:26:18,200 aufbereitet ist. Das kann nur ein Vorteil sein 578 00:26:18,200 --> 00:26:21,360 beim White Coding, gerade auch, weil dann nachher die AI Tester 579 00:26:21,360 --> 00:26:24,200 das dann testen können, weil auch White Coding musst du gut 580 00:26:24,200 --> 00:26:26,840 testen und dann kannst du sagen, Hey hier, da gibt es auch jetzt 581 00:26:26,840 --> 00:26:29,680 so eine Fortbildung zum Thema KI Testing, das machen unsere 582 00:26:29,680 --> 00:26:32,360 Kollegen aus der Testingabteilung, dann kannst du 583 00:26:32,360 --> 00:26:34,160 einfach ganz ganz anders arbeiten dann. 584 00:26:34,400 --> 00:26:35,800 Testest du es halt einfach nachher. 585 00:26:35,800 --> 00:26:38,160 Anhand der Anforderungen kannst dir sicher sein, ja passt hat 586 00:26:38,160 --> 00:26:40,440 gut geklappt, da muss man eigentlich als Architekt nur 587 00:26:40,440 --> 00:26:43,920 noch die ich sag jetzt mal die Oval Architecture im Kopf 588 00:26:43,920 --> 00:26:45,560 behalten und schauen, dass es dann doch noch irgendwie 589 00:26:45,560 --> 00:26:47,920 verständlich ist. Aber das hilft halt total bei 590 00:26:47,920 --> 00:26:49,840 der Arbeit. Vielleicht können wir da noch 591 00:26:49,840 --> 00:26:52,480 mal den, den den Schwung machen zum zum Prototyping und solche 592 00:26:52,480 --> 00:26:53,640 Sachen. Also man kann ja einerseits 593 00:26:53,640 --> 00:26:55,600 Anforderungen aufschreiben oder man kann sie auch als User 594 00:26:55,600 --> 00:26:58,040 Stories aufschreiben, nehm ich mal an, ist vielleicht n 595 00:26:58,040 --> 00:27:01,600 bisschen zugänglicher für einige aber noch zugänglicher ist ja 596 00:27:01,960 --> 00:27:05,520 was klickbares. Angefangen bei bei Mogup ja, wo 597 00:27:05,520 --> 00:27:07,440 ich einfach nur mal sehen kann, wie das aussehen würde. 598 00:27:07,440 --> 00:27:10,720 Irgendwie n Front End, vielleicht n Click Dummy über ja 599 00:27:10,720 --> 00:27:13,920 bis hinzu was gelokoadeten oder sogar gewipecoadeten oder sowas 600 00:27:13,920 --> 00:27:17,280 ne was dann auch Backend Funktionalität hat, also gehört 601 00:27:17,280 --> 00:27:19,200 das auch da ins Requimes Engineering oder welche Rolle 602 00:27:19,200 --> 00:27:21,680 spielt das? Meiner Meinung nach spielt das 603 00:27:21,680 --> 00:27:24,800 ne sehr große Rolle, aber es ist noch mal n bisschen n anderes 604 00:27:24,800 --> 00:27:28,240 Fachgebiet, also wirklich clickeral Prototypes fallen 605 00:27:28,240 --> 00:27:30,160 meiner Meinung nach und das UX Design. 606 00:27:30,520 --> 00:27:33,520 Und werden entweder in so Tools wie Figma oder so umgesetzt oder 607 00:27:33,520 --> 00:27:36,240 vielleicht vom Frontend Entwickler, wenn er oder sie da 608 00:27:36,240 --> 00:27:39,600 schon Skills hat. Im Thema UX Design und das kann 609 00:27:39,600 --> 00:27:43,520 aber die gleiche Funktionalität im Projekt haben und ich sag 610 00:27:43,520 --> 00:27:46,760 immer UX Design machen am allerbesten die Designer weil es 611 00:27:46,760 --> 00:27:49,120 sieht ganz anders aus, wenn ein Techniker eine Oberfläche 612 00:27:49,120 --> 00:27:51,200 zusammenklickt als wenn ein Designer eine Oberfläche 613 00:27:51,200 --> 00:27:54,800 zusammenklickt also ich sag auch immer da hört meine Kompetenz 614 00:27:54,800 --> 00:27:56,800 auf, ich bin promovierte Informatikerin. 615 00:27:57,120 --> 00:27:59,120 Designs muss jemand anderes machen, da bin ich echt nicht 616 00:27:59,120 --> 00:28:01,240 gut drin. Ich mache so Low Fidelity 617 00:28:01,480 --> 00:28:04,400 prototypes, aber ich finde das sehr wichtig und wenn ich das 618 00:28:04,400 --> 00:28:07,120 kann, nehme ich mir immer ein UX Designer, eine UX Designerin 619 00:28:07,120 --> 00:28:09,160 hinzu, weil man kann da man hatte sehr viel 620 00:28:09,160 --> 00:28:12,040 Überschneidungspunkte in der Arbeit und man kann da das Beste 621 00:28:12,040 --> 00:28:14,480 rausholen, das heißt man hat einmal die technisch 622 00:28:14,480 --> 00:28:18,240 abgestimmten Anforderungen und einmal das qualifizierte Design 623 00:28:18,240 --> 00:28:21,840 mit einem guten Flow und und ein Maß für die Personas und. 624 00:28:22,320 --> 00:28:25,160 Dieses ganze Emotionen also. Manchmal hat man ja auch dieses, 625 00:28:25,160 --> 00:28:28,960 man möchte Wow wow Effekte erzeugen, also es auch wenn es 626 00:28:28,960 --> 00:28:32,520 in Richtung Customer Relations geht oder Customer Experience, 627 00:28:32,520 --> 00:28:36,280 sorry, also das ist auch so ein Thema, manche Kunden dann sagen 628 00:28:36,280 --> 00:28:38,320 dann ja, warum brauche ich requirements engineering, ich 629 00:28:38,320 --> 00:28:41,680 habe ja ein UX Designer, eine UX Designerin, das kann gut 630 00:28:41,680 --> 00:28:44,200 funktionieren in Projekten, wenn man einen guten Architekten hat 631 00:28:44,200 --> 00:28:47,640 und einen guten UX Designer. Dann kann das gut funktionieren, 632 00:28:47,640 --> 00:28:49,600 wenn der Architekt die Anforderungen dort mit 633 00:28:49,600 --> 00:28:52,160 dokumentiert, wo es dem UX Designer zu technisch wird. 634 00:28:52,400 --> 00:28:55,520 Aber auch da kommt es immer ganz klar drauf an, was ist das für 635 00:28:55,520 --> 00:28:59,440 ein Projekt, wieviel Anteil hat da grafische Oberfläche ist, 636 00:28:59,440 --> 00:29:02,080 muss das jetzt ein ein Produkt sein, das auf den Markt geht, 637 00:29:02,080 --> 00:29:05,760 das ist ganz unterschiedlich, aber ich sag ja, am allerbesten 638 00:29:05,760 --> 00:29:08,400 geht man zum Kunden mit einem clickable Prototype, das ist 639 00:29:08,400 --> 00:29:11,040 sehr wenig Aufwand und man kann den Kunden, man kann bis zur 640 00:29:11,040 --> 00:29:13,840 Management Ebene drüber diskutieren und Entscheidungen 641 00:29:13,840 --> 00:29:15,880 treffen ob das umgesetzt werden kann oder nicht. 642 00:29:16,320 --> 00:29:18,960 Und was wollte ich vielleicht noch zu den zu dem Punkt davor 643 00:29:18,960 --> 00:29:20,360 sagen? Ich bin da immer sehr 644 00:29:20,360 --> 00:29:23,760 ergebnisorientiert, ich sag dann immer, was braucht das Projekt 645 00:29:23,760 --> 00:29:27,040 um erfolgreich zu sein, das beantwortet auch zum Teil das, 646 00:29:27,120 --> 00:29:29,680 was ihr vorher gefragt habt, weil ich schaue halt was braucht 647 00:29:29,680 --> 00:29:32,880 dieses Projekt um erfolgreich zu sein, dann nehmen wir uns das 648 00:29:32,880 --> 00:29:36,600 hinzu und auch bei diesen was muss man in der Vorphase machen, 649 00:29:36,600 --> 00:29:39,240 wie kommt man dann zu zu der Beauftragung oder wie kriegt man 650 00:29:39,240 --> 00:29:42,080 das durch? Was braucht man da, um dort 651 00:29:42,080 --> 00:29:44,160 erfolgreich zu sein? Und da gehört meiner Meinung 652 00:29:44,160 --> 00:29:46,400 nach, wenn es wenn das Produkt ne Oberfläche hat auch Gutes für 653 00:29:46,400 --> 00:29:50,240 ex Design hinzu, Mhm. Passt auch zu meiner Erfahrung. 654 00:29:50,240 --> 00:29:53,280 Ich hab also wenn wenn man es könnte würd ich mal fast sagen, 655 00:29:53,280 --> 00:29:56,240 die erfolgreichsten Projekte sind wo man quasi ganz am Anfang 656 00:29:56,240 --> 00:29:59,920 schon das finale Produkt, wenn es ne UI ist. 657 00:29:59,920 --> 00:30:01,840 Meistens ist es, aber wir sprechen ja meistens von Apps 658 00:30:01,840 --> 00:30:04,600 und so weiter ja also ich sag mal 90% der Dinger, die sind ja 659 00:30:04,600 --> 00:30:07,600 irgendwie in einem Fenster oder auf einer App oder irgendwie was 660 00:30:07,600 --> 00:30:09,560 ja. Also wenn wenn der Kunde das 661 00:30:09,560 --> 00:30:13,080 sehen kann und die Knöpfe und so weiter und und auch die 662 00:30:13,080 --> 00:30:15,560 verschiedenen Seiten, die man so hat, dann wird es auf einmal für 663 00:30:15,560 --> 00:30:20,400 alle so einfach dieses Projekt durch zu verstehen und man zäumt 664 00:30:20,400 --> 00:30:22,800 quasi das Pferd von hinten auf. Also man guckt quasi dieses 665 00:30:22,800 --> 00:30:24,800 fertige Ding an, obwohl da noch gar nichts hinter steht, ist ja 666 00:30:24,800 --> 00:30:29,720 nur ne Fassade, weil weil ich glaube also in meiner Erfahrung 667 00:30:29,720 --> 00:30:32,320 wird das dann auf einmal so einfach auf einmal fangen alle 668 00:30:32,320 --> 00:30:34,960 an von dem gleichen Krams zu sprechen auch und und anhand 669 00:30:34,960 --> 00:30:37,000 dieses. Prototyps kann man ja auch schon 670 00:30:37,000 --> 00:30:39,040 mal die Namen feststellen, was gesagt ist, glossery und so 671 00:30:39,040 --> 00:30:41,200 weiter ja dann kann man sagen, OK, das nennen wir so, die Page 672 00:30:41,200 --> 00:30:43,840 heißt so, wenn man den Knopf fasst ist, dann geht diese Story 673 00:30:43,840 --> 00:30:46,360 an und so weiter und sofort und auf einmal hat man auch ganz 674 00:30:46,360 --> 00:30:48,840 klar gezogen, wie heißt das alles und wir sprechen alle von 675 00:30:48,840 --> 00:30:52,160 dem gleichen und wenn man das einmal agreed hat und meistens 676 00:30:52,160 --> 00:30:55,680 fallen da schon die Knackpunkte aus, da merkt da schon der Kunde 677 00:30:55,680 --> 00:30:57,680 scheiße, ich hab noch vergessen, ich brauch ja irgendwie noch ne 678 00:30:57,680 --> 00:31:00,240 Settings Page und ah das sieht ja kacke aus, wir brauchen auch 679 00:31:00,240 --> 00:31:03,360 noch auf jeden Fall n Dunkles. Oder Irgendsowas wir müssen das, 680 00:31:03,360 --> 00:31:06,040 das ist total wichtig so, das fällt ja meistens dem Kunden 681 00:31:06,040 --> 00:31:09,280 dann schon auf, wenn man das da sieht, weil das irgendwie weiß 682 00:31:09,280 --> 00:31:11,920 ich nicht, irgendwelche anderen Locken im Gehirn irgendwie 683 00:31:11,920 --> 00:31:16,240 aktiviert so, ja und und wenn man das dann hat, dann das quasi 684 00:31:16,240 --> 00:31:19,520 rückwärts einfach mit Leben füllen, ne einfach mit in 685 00:31:19,520 --> 00:31:22,640 Anführungszeichen, aber quasi da dann quasi die echte Logik das 686 00:31:22,640 --> 00:31:25,440 Backend dran schalten und so weiter ja das ist meine 687 00:31:25,440 --> 00:31:27,680 Erfahrung, ich weiß nicht, aber. Ist natürlich manchmal n 688 00:31:27,680 --> 00:31:29,480 bisschen schwierig es zu tun, aber deswegen machen wir 689 00:31:29,480 --> 00:31:31,240 natürlich bei der Eisenwehr auch n Nocode. 690 00:31:31,240 --> 00:31:33,680 Wir können das quasi so machen und tatsächlich auch rückwärts 691 00:31:34,160 --> 00:31:35,440 anfangen. Ja, es geht natürlich nicht in 692 00:31:35,440 --> 00:31:37,680 jedem Softwareprojekt, wenn es tatsächlich klassisch gecoded 693 00:31:37,680 --> 00:31:40,880 wird, aber ja. Ja, ich bin eh n großer Fan von 694 00:31:40,880 --> 00:31:44,560 Lowcode lowcode, weil es so ne angenehme Einstiegshürde hat, 695 00:31:44,560 --> 00:31:47,720 aber ich seh das auch so, dass sich das wirklich hernehmen und 696 00:31:47,720 --> 00:31:49,680 sich das anschauen zu können, sich schon durchklicken zu 697 00:31:49,680 --> 00:31:51,080 können. Das hat dann auch voll die 698 00:31:51,080 --> 00:31:54,240 Wertigkeit für den Kunden, also stecken wir vielleicht nur. 34 699 00:31:54,240 --> 00:31:56,760 personentage Arbeit dahinter es ist für den Kunden eigentlich 700 00:31:56,760 --> 00:31:59,680 gefühlt schon die Hälfte des Projektes und was ich meinen 701 00:31:59,680 --> 00:32:02,200 Consultants auch immer sage, ärgert euch nicht, wenn wenn da 702 00:32:02,200 --> 00:32:05,200 zum Beispiel Rechtschreibfehler bemäkelt werden, wenn die Leute 703 00:32:05,200 --> 00:32:08,520 im UX die im UX Prototypen nur die Rechtschreibfehler 704 00:32:08,520 --> 00:32:10,960 bemängeln, heißt das Ihr habt alles andere richtig gemacht, 705 00:32:11,200 --> 00:32:14,000 also das da sind dann man daran zeigt sich dann halt auch viel 706 00:32:14,000 --> 00:32:17,120 bei der Reaktion ob das jetzt ein Erfolg ist oder nicht. 707 00:32:17,120 --> 00:32:21,360 Also ja stimme ich voll zu. Da möchte ich kurz reinspringen. 708 00:32:21,360 --> 00:32:23,520 Ich habe das Gefühl, Leute, also. 709 00:32:23,920 --> 00:32:25,560 Bei einem Wort, was falsch geschrieben ist, wissen die 710 00:32:25,560 --> 00:32:27,040 Leute ganz genau, wie es richtig geschrieben ist. 711 00:32:27,040 --> 00:32:28,800 Deswegen können Sie da ganz schnell was zu sagen. 712 00:32:29,040 --> 00:32:32,080 Aber zu einem zu einer UI, da wissen sie ja nicht, wie es 713 00:32:32,080 --> 00:32:35,520 jetzt richtig wäre, es gibt ja keine richtig per se an der 714 00:32:35,520 --> 00:32:37,640 Stelle. Ja, also da ist, also würde ich 715 00:32:37,640 --> 00:32:39,440 fast eher sagen, ist die Erfahrung, die die Leute gucken 716 00:32:39,440 --> 00:32:42,000 halt noch irgendwas wo sie was zu sagen können oder und wo Sie 717 00:32:42,000 --> 00:32:44,240 auch Sicherheit sagen können, dass es an der Stelle falsch 718 00:32:44,240 --> 00:32:46,960 ist. Ja, das stimmt. 719 00:32:46,960 --> 00:32:50,600 Aber generell, wenn die Leute wenn wenn wenn wenn es nicht 720 00:32:50,600 --> 00:32:52,760 passt. Und man kann das fachlich nicht 721 00:32:52,760 --> 00:32:54,920 anders ausdrücken. Heißt dann heißt dann meistens 722 00:32:54,920 --> 00:32:57,640 so, Boah, das gefällt mir nicht oder ist es kommt dann generelle 723 00:32:57,640 --> 00:33:02,200 Unzufriedenheit oder so, aber wenn ja schon, aber wenn, wenn 724 00:33:02,200 --> 00:33:03,760 sie sagen, Boah ja, gefällt mir schon gut, aber vielleicht 725 00:33:03,760 --> 00:33:06,280 bessern sie da mal das aus oder das Rot ist dort, ist mir dort 726 00:33:06,280 --> 00:33:09,960 zu dunkel oder so also das ich find man kann schon so n 727 00:33:09,960 --> 00:33:12,400 bisschen an den Reaktionen lesen, ist das jetzt eigentlich 728 00:33:12,400 --> 00:33:15,360 ein Erfolg oder nicht? Und die Leute sagen oft was um 729 00:33:15,360 --> 00:33:18,000 halt was zu sagen, aber das muss man eher positiv sehen. 730 00:33:18,240 --> 00:33:19,960 Am allerschlimmsten ist eigentlich, wenn sie gar nichts 731 00:33:19,960 --> 00:33:24,320 sagen, also dann weiß man mal total verkackt, wenn gar nichts 732 00:33:24,320 --> 00:33:26,720 kommt, weiß man, jetzt ist man eigentlich dann gleich raus, 733 00:33:26,720 --> 00:33:29,680 also das ist ja meist so, Sprachlosigkeit. 734 00:33:30,400 --> 00:33:32,480 Also Svenja, du würdest also sagen und ich find das spannend? 735 00:33:32,480 --> 00:33:35,040 Ja, weil das ist das ist ne Frage, wo investiert man also 736 00:33:35,040 --> 00:33:38,000 man ist ja immer Investment von Zeit und Geld und so weiter du 737 00:33:38,000 --> 00:33:41,280 sagst und ich sage das auch, aber man investiert vielleicht 738 00:33:41,280 --> 00:33:45,200 sogar n bisschen mehr Zeit. In in diese ganz anfängliche 739 00:33:45,200 --> 00:33:48,400 Phase, um die Kunden und sich selbst mit abzuholen. 740 00:33:48,400 --> 00:33:49,920 Wo wird die Reise eigentlich hingehen? 741 00:33:49,920 --> 00:33:53,360 Ja, denn das ist ja, selbst wenn man auch so nen Prototyp macht, 742 00:33:53,360 --> 00:33:55,240 der eigentlich noch nichts kann, du brauchst dann im Notfall n 743 00:33:55,240 --> 00:33:57,960 bisschen simulierte Daten, damit da irgendwie was durchfließt, du 744 00:33:57,960 --> 00:34:00,800 brauchst so nen minimalen State Krams und so, selbst wenn du das 745 00:34:00,800 --> 00:34:02,720 jetzt nicht codest wenn du das Low codest und so weiter ist 746 00:34:02,720 --> 00:34:05,200 halt immer extra Aufwand, ja du musst im Notfall ne Maschine 747 00:34:05,200 --> 00:34:07,760 simulieren, weil du hast jetzt irgendwie noch nicht von der PLC 748 00:34:07,760 --> 00:34:10,520 das Signal und so weiter und diese ganzen Simulations getönt 749 00:34:10,520 --> 00:34:12,400 und so weiter um das mal so n bisschen durchzuspielen. 750 00:34:12,960 --> 00:34:15,679 Das musst du ja wieder wegschmeißen, sag ich mal. 751 00:34:15,679 --> 00:34:17,280 Das ist ja nur dafür, dass man einmal errafft. 752 00:34:17,280 --> 00:34:20,320 Wo soll die Reise hingehen? Und es ist halt Aufwand. 753 00:34:20,719 --> 00:34:23,440 Ich glaube, dass der sich aber tausendmal lohnt am Anfang ja 754 00:34:23,440 --> 00:34:25,320 selbst wenn du das alles wieder wegschmeißen musst, nur damit 755 00:34:25,320 --> 00:34:27,600 man nur damit man auf der gleichen Page ist. 756 00:34:27,600 --> 00:34:30,239 So ja, weil ich glaube nach hinten heraus holt sich das dann 757 00:34:30,239 --> 00:34:32,199 wieder alles ab. Ja man man ist sich wenigstens 758 00:34:32,199 --> 00:34:35,040 irgendwie einig gewesen und es dieser ganze Zank und Ärger wo 759 00:34:35,560 --> 00:34:37,600 man sich einfach missverstanden hat, selbst wenn man es gar 760 00:34:37,600 --> 00:34:39,639 nicht wollte, ja einfach mal aneinander vorbeigeredet hat, 761 00:34:39,639 --> 00:34:41,920 man hat es nicht gemerkt, weil es abstrakt des Gedöns ist. 762 00:34:42,440 --> 00:34:44,120 Spart man sich? Ja, das wollte ich noch mal von 763 00:34:44,120 --> 00:34:46,480 dir abholen, ob das auch deine Meinung ist, dass man da lieber 764 00:34:46,480 --> 00:34:49,480 ich weiß nicht wieviel Prozent du sagen würdest, kann man dafür 765 00:34:49,480 --> 00:34:52,400 einsetzen vom Projekt ich, ich würde fast sagen irgendwie ruhig 766 00:34:52,400 --> 00:34:56,320 20% und ich hab hab ich nur mit den damit verbracht, dass wir, 767 00:34:56,560 --> 00:34:59,000 dass wir erst mal genau wissen im Projekt was was wollen wir 768 00:34:59,000 --> 00:35:01,920 genau tun, den Kunden mit an Bord holen und dann sind 769 00:35:01,920 --> 00:35:04,160 vielleicht 80% tatsächlich das Projekt, die Umsetzung, die 770 00:35:04,160 --> 00:35:06,560 Tests, die alles mögliche. Mhm. 771 00:35:06,880 --> 00:35:09,120 Das passt eigentlich ganz gut in ein anderes Thema aus dem 772 00:35:09,120 --> 00:35:12,120 Vorgespräch. Was kostet zu welchem Zeitraum, 773 00:35:12,160 --> 00:35:15,360 zu welchem Zeitpunkt des Projektes wieviel und vielleicht 774 00:35:15,360 --> 00:35:19,200 um das vorab zu beantworten. Ja ich sag geh auch oft mit 20% 775 00:35:19,200 --> 00:35:21,680 rein, ich glaub der tatsächliche Aufwand ist alles zwischen 10 776 00:35:21,680 --> 00:35:26,080 und 30%, manche Firmen sagen auch sie stecken 40% Analyse 777 00:35:26,080 --> 00:35:28,400 rein wenn danach ein Festpreisprojekt raus purzeln 778 00:35:28,400 --> 00:35:31,200 soll, also da gibt's unterschiedliche Ansätze, aber 779 00:35:31,200 --> 00:35:34,800 bei mir ist die Daumenregel auch zu 20% vom Entwicklungsaufwand 780 00:35:34,800 --> 00:35:37,360 also. Gewissen Overhead also kann man 781 00:35:37,360 --> 00:35:39,040 auch für Testing und Projektmanagement und Co. 782 00:35:39,040 --> 00:35:41,400 Aufrechnen, werde ich jetzt nicht tun, da müsste jemand 783 00:35:41,400 --> 00:35:45,400 anderes für einladen, aber ansonsten ich mein Wegschmeißen 784 00:35:45,400 --> 00:35:47,880 tut man meistens, die Frage ist, wann schmeißt man es weg und 785 00:35:47,880 --> 00:35:50,600 wieviel Arbeit schmeißt man weg, weil wir haben eh schon über 786 00:35:50,600 --> 00:35:54,560 dieses über die 1 1000 regel geredet, wenn es halt in der 787 00:35:54,560 --> 00:35:57,360 Analysephase auffällt und und man sagt OK man hat ja jetzt 2 788 00:35:57,360 --> 00:35:59,760 personentage reingesteckt und man überarbeitet das noch mal 789 00:35:59,760 --> 00:36:00,720 und steckt noch mal 2 personentage rein. 790 00:36:02,000 --> 00:36:05,000 Ist viel besser, als wenn man es dann auf in der Entwicklung halt 791 00:36:05,000 --> 00:36:07,920 drauf kommt und dann halt schon 20 Entwicklungstage reingesteckt 792 00:36:07,920 --> 00:36:10,400 hat und dann noch mal 20 drauflegen muss oder wenn es im 793 00:36:10,400 --> 00:36:13,400 Betrieb erst auffällt und das Ganze dann noch mal höher ist 794 00:36:13,400 --> 00:36:16,320 und vielleicht schon 200 Personentage gekostet hat und 795 00:36:16,720 --> 00:36:19,280 deswegen ist es eben ganz wichtig am Anfang einen 796 00:36:19,760 --> 00:36:22,160 ausreichenden Effort eben da reinzustecken, das ganze gut 797 00:36:22,160 --> 00:36:24,800 durchzuanalysieren, dass man eben früh auch auf Fehler kommt, 798 00:36:24,800 --> 00:36:27,760 schaut, ob das alles so zusammen geht, damit man nicht was baut, 799 00:36:27,760 --> 00:36:29,840 was am Ende noch mal neu gebaut werden muss, weil das ist 800 00:36:30,440 --> 00:36:34,680 kostenintensiv und teuer. Am Ende des Tages, genau also in 801 00:36:34,680 --> 00:36:36,280 der Regel ist das so, Requirements Engineering, 802 00:36:36,280 --> 00:36:39,120 Entwicklung, Testing und betrieb, man kann wahrscheinlich 803 00:36:39,120 --> 00:36:41,560 auch in einer 1 10 100000 Regel draus machen, wenn man möchte, 804 00:36:41,560 --> 00:36:43,800 weil wenn es mal im Betrieb ist und man muss es neu machen, dann 805 00:36:43,800 --> 00:36:46,200 muss man eigentlich ganz vorne wieder anfangen und das ist dann 806 00:36:46,200 --> 00:36:50,680 extrem schmerzhaft. OK, wenn man eine Zehnerpotenz 807 00:36:50,680 --> 00:36:52,400 zwischen den einzelnen Stufen da ist. 808 00:36:52,920 --> 00:36:55,160 Natürlich immer so eine, so eine Hausregel oder so eine 809 00:36:55,160 --> 00:36:58,480 Daumenregel, aber. Ist es schon schmerzhaft, wenn 810 00:36:58,480 --> 00:37:01,440 man im Betrieb drauf kommt? Das Feature gefällt kein, kann 811 00:37:01,440 --> 00:37:03,920 auch einfach das Lebensende für ein Produkt bedeuten, wenn man 812 00:37:03,920 --> 00:37:05,760 Pech hat. Ein Feature meinst du? 813 00:37:06,320 --> 00:37:08,880 Ja, wenn man irgendwas ganz falsch baut, ist natürlich jetzt 814 00:37:08,880 --> 00:37:11,400 n extremes Beispiel. Ich kann mir das auch 815 00:37:11,400 --> 00:37:14,160 vorstellen, das muss dann gut passen, wenn man sich 816 00:37:14,160 --> 00:37:16,360 individuelle Software baut und das passt dann doch nicht. 817 00:37:16,360 --> 00:37:18,800 Das ist glaub ich manchmal vielleicht wieso n Auto. 818 00:37:19,120 --> 00:37:21,400 Hat sich da irgendwie drauf gefreut und eine riesen 819 00:37:21,400 --> 00:37:23,600 Investitionssumme. Und wie geht das genau passend 820 00:37:23,600 --> 00:37:25,360 haben und stell dir vor irgendwie, du wolltest unbedingt 821 00:37:25,360 --> 00:37:28,520 n schwarzes schwarzes Auto haben und das ist jetzt irgendwie weiß 822 00:37:28,520 --> 00:37:31,120 ich nicht grün oder Irgendsowas das ist schon blöd ja, also dass 823 00:37:31,280 --> 00:37:32,880 du irgendwie nicht so zufrieden bist. 824 00:37:32,960 --> 00:37:35,680 Ich find ich find man muss doch nicht immer in funktionalen 825 00:37:35,680 --> 00:37:37,360 Anforderungen denken, sondern man kann auch in nicht 826 00:37:37,360 --> 00:37:38,800 funktionalen Anforderungen denken. 827 00:37:38,800 --> 00:37:41,120 Also funktionale Anforderungen sind halt so Features und nicht 828 00:37:41,120 --> 00:37:44,240 funktionale Anforderungen, ist halt sowas wie Sicherheit. 829 00:37:44,640 --> 00:37:47,200 Performance und sowas alles. Und wenn man halt sagt, OK wir 830 00:37:47,200 --> 00:37:49,760 brauchen halt irgendwie eine App, die muss halt mit einer 831 00:37:49,760 --> 00:37:52,640 Latenzzeit von so und so viel Sekunden also so und so viel 832 00:37:52,640 --> 00:37:55,760 Millisekunden sofort da sein, wenn man das nicht von Anfang an 833 00:37:55,760 --> 00:37:58,200 die in die Architektur halt reinbaut, dann sind das so 834 00:37:58,200 --> 00:38:00,720 Sachen, die kriegt man nachher nie wieder rein oder das 835 00:38:00,720 --> 00:38:03,040 Datenmodell man baut das Datenmodell auf und möchte dann 836 00:38:03,040 --> 00:38:05,520 nachher ein Feld hinzufügen und stellt fest das passt gar nicht 837 00:38:05,520 --> 00:38:08,160 in die aktuelle Datenarchitektur rein und das sind halt so 838 00:38:08,160 --> 00:38:10,160 Sachen, da muss man halt genau aufpassen, dass man es von 839 00:38:10,160 --> 00:38:12,520 vornherein mitdenkt. Und vielleicht auch mit dem 840 00:38:12,520 --> 00:38:15,680 Kunden oder dem Auftraggeber gemeinsam nicht Ziele festlegt, 841 00:38:15,680 --> 00:38:18,240 dass man sagt, das soll nicht im Scope sein. 842 00:38:18,240 --> 00:38:20,800 Also wir sind auch dafür da, einmal die gesamten, den 843 00:38:20,800 --> 00:38:23,680 gesamten Umfang abzuklopfen und eben sagen, was ist drin und was 844 00:38:23,680 --> 00:38:26,240 ist nicht drin, dass man nachher sagen kann, wir haben extra 845 00:38:26,240 --> 00:38:28,560 gesagt, das ist nicht drin, weil wir haben Ihnen nie gesagt, das 846 00:38:28,560 --> 00:38:31,520 wär zu teuer, das ist ganz, ganz wichtig das. 847 00:38:31,520 --> 00:38:34,160 Finde ich noch mal ne Kernaussage das das machen wir 848 00:38:34,160 --> 00:38:38,640 auch ganz oft die Abgrenzung was ist nicht drinne ne Anforderung 849 00:38:38,640 --> 00:38:40,480 in der Anforderung hat man es nämlich genau. 850 00:38:41,040 --> 00:38:43,760 Denn das ergibt nämlich einem, einem einem Dienstleister die 851 00:38:43,760 --> 00:38:46,320 Freiheit, der vielleicht schon das ganze n bisschen tiefer 852 00:38:46,320 --> 00:38:49,560 durchdrungen und durchdacht hat als der Kunde selber bestimmte 853 00:38:49,560 --> 00:38:52,240 Sachen Vorauszuahnen, vorauszudenken und schon zu 854 00:38:52,240 --> 00:38:54,600 antizipieren, was da vielleicht noch kommen würde und es von 855 00:38:54,600 --> 00:38:57,240 vornherein auszuschließen, weil wir wissen, dass das ne 856 00:38:57,240 --> 00:39:00,160 technische Explosion ist. Die Pandora Büchse ist glaub ich 857 00:39:00,160 --> 00:39:02,080 ne sehr clevere Geschichte. Das das würde ich noch mal 858 00:39:02,080 --> 00:39:03,760 wiederholen wollen, das nutze ich auch oft. 859 00:39:03,760 --> 00:39:06,640 Ja das ist wichtig, ja weil man, weil man das als Dienstleister 860 00:39:06,640 --> 00:39:09,520 vielleicht sogar besser erahnen kann als jetzt der Kunde selbst, 861 00:39:09,520 --> 00:39:11,240 ja. Kein Problem. 862 00:39:11,240 --> 00:39:13,280 Na ich wollte noch sagen, das ist aber auch dann der Job vom 863 00:39:13,520 --> 00:39:16,000 Softwarehersteller meiner Meinung nach das auf jeden Fall 864 00:39:16,080 --> 00:39:19,360 da da da gehört eine gewisse Beratungsleistung dazu, also so 865 00:39:19,360 --> 00:39:21,360 dieses von der einen Seite, ja, das Macht der 866 00:39:21,360 --> 00:39:23,400 Entwicklungsdienstleister, da kümmern wir uns nicht drum und 867 00:39:23,400 --> 00:39:25,280 dann so, ja wir haben es ihnen eh gesagt, aber sie haben nichts 868 00:39:25,280 --> 00:39:27,160 dazu gewusst. Finde ich funktioniert halt 869 00:39:27,160 --> 00:39:29,440 heutzutage nicht mehr, weil man möchte ja am Ende des Tages, 870 00:39:29,440 --> 00:39:32,400 dass es funktioniert für beide Seiten und da muss man schon 871 00:39:32,640 --> 00:39:35,360 schon dann beraten oder halt auch vielleicht auf manche Dinge 872 00:39:35,360 --> 00:39:39,600 bestehen. Du hast gerade erwähnt, wenn man 873 00:39:39,600 --> 00:39:42,800 als Anbieter, als als Softwareanbieter dann Festpreis 874 00:39:42,800 --> 00:39:45,440 anbietet, will man vielleicht auch 40% eher in die Analyse am 875 00:39:45,440 --> 00:39:48,800 Anfang investieren, also die Anforderungen noch konkreter und 876 00:39:48,800 --> 00:39:50,560 und genauer eigentlich definieren. 877 00:39:50,960 --> 00:39:53,600 Hab ich dich da so richtig verstanden und das heißt, was 878 00:39:53,760 --> 00:39:56,080 gibt es da noch für alternativen Timing Material wär es dann 879 00:39:56,080 --> 00:39:58,720 wahrscheinlich ne, also entweder mach ich das oder dies und was 880 00:39:58,720 --> 00:40:01,760 was was hab ich noch. Ja, also entweder 881 00:40:01,760 --> 00:40:05,280 festpreisprojekt man definiert halt ein Gewerke und genau ein 882 00:40:05,280 --> 00:40:07,680 Gewerk und genau das wird halt umgesetzt für einen fixen 883 00:40:07,680 --> 00:40:09,920 Betrag. Da liegt natürlich mehr Risiko 884 00:40:09,920 --> 00:40:13,200 auf der Auftragnehmerseite, das heißt man sagt Halt quasi zu, 885 00:40:13,200 --> 00:40:16,400 dass der Kunde das bekommt am Ende des Tages für diesen Preis, 886 00:40:16,400 --> 00:40:19,840 wenn man dann schneller fertig wird, ist es natürlich Lotto 887 00:40:19,840 --> 00:40:22,840 Jackpot, wenn man halt länger braucht, ist es dann natürlich 888 00:40:22,840 --> 00:40:26,120 schneller, dass die Marge, die man rausbekommt das andere ist. 889 00:40:26,120 --> 00:40:28,800 Time mit Material. Man verrechnet dem Kunden in der 890 00:40:28,800 --> 00:40:31,120 Regel monatlich einfach das, was angefallen ist. 891 00:40:31,520 --> 00:40:34,360 Und ich sag mal so, das klassische klassisches Crumb ist 892 00:40:34,360 --> 00:40:37,840 halt Time and Material, dass man eben sagt, OK, wir schauen uns 893 00:40:37,840 --> 00:40:41,080 halt von Sprint zu Sprint an und und genau dann gibt es halt in 894 00:40:41,080 --> 00:40:44,640 der Regel dann eben regelmäßig ne Rechnungslegung und ne ne ne 895 00:40:44,640 --> 00:40:48,080 ausweisen der Aufwände, dass man sagt, hierfür haben wir so lange 896 00:40:48,080 --> 00:40:49,920 braucht, hierfür haben wir so lange braucht, das ist 897 00:40:49,920 --> 00:40:54,720 eigentlich sehr transparent auch genau wir arbeiten in der Regel 898 00:40:54,880 --> 00:40:58,360 eher Time and Material. Fixpreis gibt es ja, aber aber 899 00:40:58,360 --> 00:41:00,200 auch ab und an mal. Kommt natürlich drauf an für 900 00:41:00,200 --> 00:41:02,680 was. Ich glaube, es kommt für mich so 901 00:41:02,680 --> 00:41:05,320 n bisschen der Punkt du, du hast ja viel gesehen, viel Erfahrung 902 00:41:05,320 --> 00:41:06,720 jetzt schon gesammelt in dem Bereich. 903 00:41:07,120 --> 00:41:09,520 Wenn du jetzt mal schildern würdest und ich weiß nicht ob 904 00:41:09,520 --> 00:41:12,560 das geht, vielleicht musst du die eine Partei annehmen oder 905 00:41:12,560 --> 00:41:16,680 die andere, aber was wäre denn der goldene schnitt sag ich mal. 906 00:41:16,680 --> 00:41:21,360 Was wäre das also, wie sieht das Ideale der ideale Flow aus für 907 00:41:21,360 --> 00:41:23,520 so n Softwareprojekt wenn du das beschreiben würdest? 908 00:41:23,520 --> 00:41:25,440 Wir können ja ruhig bei dem Beispiel bleiben von der. 909 00:41:25,920 --> 00:41:28,520 Von der Time, von der Zeitmessungsapp, die du, die wir 910 00:41:28,520 --> 00:41:31,920 als Beispiel hatten, ja im im im im besten Falle kannst du ruhig 911 00:41:31,920 --> 00:41:33,120 noch mal n bisschen durchschildern. 912 00:41:33,120 --> 00:41:37,760 Ja, wenn du als Expertin wie baut man sowas aus, welche 913 00:41:37,760 --> 00:41:39,880 Prozentsätze, wieviel Zeit geht da drauf und so weiter 914 00:41:39,880 --> 00:41:42,240 vielleicht kannst du es einfach noch mal durchixen was deine 915 00:41:42,240 --> 00:41:45,920 persönliche Meinung ist, wie man sowas perfekt gestalten würde. 916 00:41:46,560 --> 00:41:48,160 Oh. Schwierig, ich weiß es. 917 00:41:48,480 --> 00:41:51,440 Ist schwierig, weil es, man muss wirklich immer schauen, was ist 918 00:41:51,440 --> 00:41:53,120 der Kunde, was ist das Projekt und so. 919 00:41:53,120 --> 00:41:55,680 Aber wenn wir mal grob davon ausgehen, ich. 920 00:41:56,160 --> 00:41:58,120 Von dem Projekt, was wir vorne hatten, dass man eben dann in 921 00:41:58,120 --> 00:42:01,160 dieses Projekt am startet. Diese zeiterfassungs App wird 922 00:42:01,160 --> 00:42:04,160 man dann eben sagen, OK man man startet halt in einem Scrum 923 00:42:04,160 --> 00:42:07,560 Zyklus rein, vielleicht hat man noch so Setup arbeiten, dass man 924 00:42:07,560 --> 00:42:10,720 halt das Team mal zusammenstellt und aufstellt, dass alle ihre 925 00:42:10,720 --> 00:42:13,520 Arbeitsumgebung einrichten, dass man mal die Stages aufbaut und 926 00:42:13,520 --> 00:42:17,520 so und dann fängt man eben mit mit mit Scrum Sprints an, da 927 00:42:17,520 --> 00:42:20,360 gibt es dann eine Spritlänge 2 bis 4 Wochen das das kennt ihr 928 00:42:20,360 --> 00:42:22,800 selber auch, das werden auch die ganzen Hörerinnen und Hörer 929 00:42:22,800 --> 00:42:26,640 kennen und idealerweise hat. Begleitet der Requirements 930 00:42:26,640 --> 00:42:28,840 Engineer oder die Requirements Engineer, die schon in der 931 00:42:28,840 --> 00:42:31,680 ersten Phase ist, eben das Projekt laufend und und 932 00:42:31,840 --> 00:42:34,520 verfeinert dann eben die Stories, die es auf grober Ebene 933 00:42:34,520 --> 00:42:39,440 schon gibt und und zwar anhand dessen, was der was der Product 934 00:42:39,440 --> 00:42:42,640 owner sagt, also vielleicht noch mal für alle diese Rolle Product 935 00:42:42,640 --> 00:42:45,840 Owner Product Owner ist eine sehr, sehr wichtige Rolle meiner 936 00:42:45,840 --> 00:42:49,360 Meinung nach in so Scrum Teams und weil der Product Owner oder 937 00:42:49,360 --> 00:42:51,120 die Product Ownerin ist die Person. 938 00:42:51,440 --> 00:42:54,600 Die vorgibt, in welche Richtung geht das Projekt, was bringt den 939 00:42:54,600 --> 00:42:58,080 größten Business Value, also die Person ist wirklich auch für den 940 00:42:58,560 --> 00:43:02,680 für den monetären Erfolg dieses Projektes zuständig, füllt auch 941 00:43:02,680 --> 00:43:05,760 das Backlog, priorisiert auch das Backlog und stimmt sich im 942 00:43:05,760 --> 00:43:07,440 Hintergrund mit allen Stakeholdern und 943 00:43:07,440 --> 00:43:10,440 Stakeholderinnen ab, das heißt, wenn da so eine Firma mit 13 944 00:43:10,440 --> 00:43:13,840 Fachbereichen ist, dann dann ist der Product Owner in der Regel 945 00:43:13,840 --> 00:43:16,880 dafür zuständig, dass die alle abgeholt sind, informiert sind 946 00:43:16,880 --> 00:43:19,360 so. So, jetzt aber der Knackpunkt. 947 00:43:19,360 --> 00:43:22,640 Diese Rolle Product Owner ist die totale Wunderfutzi Rolle, 948 00:43:22,800 --> 00:43:25,280 weil die Person muss die fachlichen Sachen verstehen, 949 00:43:25,280 --> 00:43:28,280 muss die Stakeholder abholen, muss das Backlog befüllen, muss 950 00:43:28,280 --> 00:43:32,880 mit den Entwicklern reden, muss monetär wissen worum es geht, 951 00:43:33,200 --> 00:43:36,760 also eine Personalunion gibt es eigentlich sehr selten, weswegen 952 00:43:36,760 --> 00:43:39,360 wir mit als Requirements Engineers reingehen und sagen, 953 00:43:39,440 --> 00:43:41,920 du kannst gerne die Stakeholder abholen und so, wir unterstützen 954 00:43:41,920 --> 00:43:44,000 Dich im Hintergrund und helfen dir gute Entscheidungen zu 955 00:43:44,000 --> 00:43:46,360 treffen. Ja, wir dokumentieren auch, wir 956 00:43:46,360 --> 00:43:48,480 machen das für dich oder mit dir gemeinsam. 957 00:43:48,880 --> 00:43:52,480 Und das ist einfach dann dann so ne Supportrolle, die aber auch 958 00:43:52,480 --> 00:43:55,120 super ist. Wenn man natürlich dann auch 959 00:43:55,200 --> 00:43:56,720 eigentlich sehr viel mitgestaltet. 960 00:43:56,720 --> 00:43:59,040 Also man kann in der Regel gar nicht alles auf einmal machen 961 00:43:59,440 --> 00:44:03,200 und genau. Zwischen zwischen Product owner 962 00:44:03,200 --> 00:44:06,000 und requirement Engineer das find ich ganz cool, ja. 963 00:44:06,400 --> 00:44:09,800 Ja, das es gibt diese Rolle des Proxy Product owner, das habt 964 00:44:09,800 --> 00:44:11,040 ihr vielleicht auch schon mal gehört. 965 00:44:11,040 --> 00:44:13,720 Das ist dann jemand. Ja, es ist auch ne. 966 00:44:13,720 --> 00:44:16,800 Es ist so n Hybrid Ding. Also ich find deines Scruming 967 00:44:17,200 --> 00:44:20,960 hat so n paar Knackpunkte die Halt in der Realität sich nicht 968 00:44:21,120 --> 00:44:24,880 bewährt haben, also Testing Field Requirements Engineering, 969 00:44:24,880 --> 00:44:27,960 Field Projektmanagement, Field es gibt zwar Scrum Master und 970 00:44:27,960 --> 00:44:31,000 Product owner, aber zum Beispiel diese ganzen monetären Sachen 971 00:44:31,000 --> 00:44:34,680 fallen halt völlig hinten runter so und und da muss man, da muss 972 00:44:34,680 --> 00:44:36,920 man schon noch n paar Rollen mit da reinsetzen oder sich n gutes 973 00:44:36,920 --> 00:44:40,400 Setup überlegen aber ja manchmal ist das so, dass dass man eben 974 00:44:40,400 --> 00:44:42,200 einen Product Owner hat, der Halt schaut, OK. 975 00:44:42,480 --> 00:44:46,160 Das ist meine Vision, das ist meine Roadmap MBP, nächster 976 00:44:46,160 --> 00:44:48,800 Prototyping Stage und dann kann man vielleicht das erste Produkt 977 00:44:48,800 --> 00:44:52,560 ausrollen und priorisiert dann so und im Hintergrund hilft eben 978 00:44:52,560 --> 00:44:55,200 ein Requirements Engineer das das alles zu managen und die 979 00:44:55,200 --> 00:44:59,440 Anforderungen zu schreiben. Genau ist ein mögliches Setup, 980 00:44:59,840 --> 00:45:03,320 manchmal hat man noch UX Design dabei, der der oder die laufend 981 00:45:03,320 --> 00:45:05,600 takeable Prototypes liefert kann man auch schön an die 982 00:45:05,600 --> 00:45:09,040 Anforderungen anhängen, ist auch dann ist dann auch eine 983 00:45:09,040 --> 00:45:10,960 Anforderung für die Frontend Designer. 984 00:45:11,360 --> 00:45:15,360 Und dann verfeinert man eben von Sprint zu Sprint Stories immer 985 00:45:15,360 --> 00:45:17,840 die, die man gerade braucht für die nächsten 123, Sprints, 986 00:45:17,840 --> 00:45:21,640 refindy mit dem Team und dann irgendwann hat man eben die 987 00:45:21,640 --> 00:45:25,520 Umsetzungserlaubnis oder das Umsetzungs Go von Kunden und die 988 00:45:25,520 --> 00:45:28,320 die die Stories werden dann umgesetzt und die Stories, die 989 00:45:28,320 --> 00:45:32,160 in der Zukunft liegen, sind in der Regel sehr vage und die, die 990 00:45:32,160 --> 00:45:34,000 näher an meinen Zielen liegen, die die nächsten Sprints 991 00:45:34,000 --> 00:45:35,920 umgesetzt werden sollen, werden halt dann immer. 992 00:45:36,960 --> 00:45:40,080 Finer gemacht und das hat dann eben den Vorteil, dass wenn sich 993 00:45:40,080 --> 00:45:42,440 was im Scope ändert oder man doch n kleineren 994 00:45:42,440 --> 00:45:44,880 Richtungswechsel hat, dann muss man nicht alles noch mal neu 995 00:45:44,880 --> 00:45:46,480 schreiben. Genau. 996 00:45:47,120 --> 00:45:49,920 Und du hast schon von Anfang an alle Stories auf diesem 997 00:45:49,920 --> 00:45:53,040 abstrakteren Level oder diesem High Level und dann, das sind 998 00:45:53,040 --> 00:45:57,560 User Stories, nehm ich an, oder? Na ja, es gibt epics Features 999 00:45:57,560 --> 00:46:00,880 und Stories. Das ist auch in jedem 1000 00:46:00,960 --> 00:46:03,440 Fachbereich als Quatsch in jeder Branche. 1001 00:46:03,920 --> 00:46:06,320 Eigentlich unterschiedlich und auch teilweise ist von Firma zu 1002 00:46:06,320 --> 00:46:10,120 Firma aber in der Regel sind Epics so ja gröbere. 1003 00:46:10,120 --> 00:46:14,400 Entweder sind es Releases oder einzelne Apps oder oder ganz 1004 00:46:14,400 --> 00:46:18,720 grobe Chunks von Dingen die man umsetzen muss, dann gibt es 1005 00:46:18,720 --> 00:46:21,200 Features, das sind tatsächlich Feature Pakete, das wäre dann 1006 00:46:21,200 --> 00:46:25,520 sowas wie vielleicht Warenkorb oder oder ach so nein wir sind 1007 00:46:25,520 --> 00:46:29,440 ja bei der Zeitbuchungs App Zeiten anschauen, Zeiten buchen. 1008 00:46:29,600 --> 00:46:32,960 QR Code, ein einklickst du hin oder irgendwas, ja. 1009 00:46:33,520 --> 00:46:36,400 Das kann, das wär vielleicht fast wieder user Story, weil da 1010 00:46:36,400 --> 00:46:39,840 drunter kommen dann die User Stories zum Beispiel ja QR Code 1011 00:46:39,840 --> 00:46:44,160 Scannen oder Zeiten eintragen, Zeiten überprüfen, Zeiten 1012 00:46:44,160 --> 00:46:47,680 anschauen, das sind dann die kleineren Stories, genau. 1013 00:46:48,000 --> 00:46:50,160 Also ich, ich sag mal was im technischen Bild. 1014 00:46:50,160 --> 00:46:52,080 Ich versuch das noch mal n bisschen zusammenzufassen, was 1015 00:46:52,080 --> 00:46:55,280 ich gefühlt verstanden habe. Ich weiß nicht, ob unsere 1016 00:46:55,280 --> 00:46:56,680 Zuhörer das kennen, aber wenn man dann j. 1017 00:46:56,680 --> 00:46:59,040 Peg NJ PEG Bild ist ne schöne Sache eigentlich, wenn man dann 1018 00:46:59,040 --> 00:47:01,120 wenn man noch nicht so viel Datenqualität hat und ganz 1019 00:47:01,120 --> 00:47:03,120 schnell. Ne Bild anzeigen wie mit J. 1020 00:47:03,120 --> 00:47:04,640 Peg, dann ist das immer schon da. 1021 00:47:05,040 --> 00:47:08,160 Das Bild ist ganz schnell da ist zwar noch nicht fein geladen ne 1022 00:47:08,160 --> 00:47:12,920 und je mehr Netzwerk ich habe desto desto feiner dröselt sich 1023 00:47:12,920 --> 00:47:15,720 das aus bis ich irgendwann voller Auflösung hab ne ich find 1024 00:47:15,720 --> 00:47:17,880 das ist n schönes Beispiel für vielleicht was wir da jetzt 1025 00:47:17,880 --> 00:47:21,760 gesagt haben also wenn ich jetzt in n Erstgespräch mit einem 1026 00:47:21,760 --> 00:47:26,400 Kunden komme versuche ich NJ PEG Bild möglichst vollständig 1027 00:47:26,400 --> 00:47:28,640 erstmal zu haben, das ist noch nicht fein aufgelöst aber es 1028 00:47:28,640 --> 00:47:31,640 zeigt schon mal. So die Borderlines, wo das ganze 1029 00:47:31,640 --> 00:47:33,240 Projekt hingeht. Ich glaube, das hast du gesagt, 1030 00:47:33,240 --> 00:47:36,640 wenn ihr am Anfang halt ist das Requirement Engineering schon 1031 00:47:36,640 --> 00:47:39,760 so, sie versuchen nen Komplettüberblick zu haben, weil 1032 00:47:39,760 --> 00:47:41,640 das Brauch ich für alles möglich, das brauch ich für für 1033 00:47:41,640 --> 00:47:43,880 ne ungefähre Abschätzung der Zeit, für die für die, für die 1034 00:47:43,880 --> 00:47:47,680 Finanzplanung und so weiter und sofort ja und jetzt und mit mit 1035 00:47:47,680 --> 00:47:51,160 diesem Ding fang ich an loszufahren und während das 1036 00:47:51,160 --> 00:47:54,720 Projekt läuft verfeinert sich quasi das nennst du refinement 1037 00:47:54,720 --> 00:47:58,160 glaub ich verfeinert sich quasi. Zeile für Zeile immer wieder. 1038 00:47:58,160 --> 00:48:00,560 Aber das ganze Bild, vielleicht sogar ja, man arbeitet ja auch 1039 00:48:00,800 --> 00:48:02,680 vielleicht gar nicht von vorne nach hinten, sondern das Projekt 1040 00:48:02,680 --> 00:48:04,880 wird irgendwie gleichzeitig von verschiedenen Teams bearbeitet. 1041 00:48:05,280 --> 00:48:07,920 Insgesamt wird quasi die Auflösung etwas verfeinert und 1042 00:48:07,920 --> 00:48:10,480 in diesem Prozess nehme ich quasi meinen Kunden mit, 1043 00:48:10,720 --> 00:48:14,000 möglichst das ist ja quasi in diesen Scrum Prozess eingehakt, 1044 00:48:14,000 --> 00:48:17,560 wo ich vielleicht alle 4 Wochen mal im Zwischenstand zeige, wie 1045 00:48:17,560 --> 00:48:20,160 sieht das aus, ja. Und komme im im besten Falle, 1046 00:48:20,160 --> 00:48:23,120 wenn das Bild scharf ist, da an bei dem Bild die das beide im 1047 00:48:23,120 --> 00:48:26,000 Kopf hatten ganz am Anfang ja ziemlich sowohl der Kunde als 1048 00:48:26,000 --> 00:48:29,800 auch der Dienstleister und damit das gut funktioniert, versuchen 1049 00:48:29,800 --> 00:48:31,600 wir am Anfang das ist mir glaub ich auch gesagt, das ist für 1050 00:48:31,600 --> 00:48:33,560 mich auch NN wichtiger Punkt über ich darf auch noch mal 1051 00:48:33,560 --> 00:48:36,160 sagen weil es mir einfach so wichtig ist dieses dieses noch 1052 00:48:36,160 --> 00:48:39,640 unscharfe Bild, aber das müssen wir, das muss sich der Kunde und 1053 00:48:39,640 --> 00:48:42,160 der Dienstleister lange angucken und lange darüber diskutieren, 1054 00:48:42,160 --> 00:48:45,240 dass genau beide davon verstehen was das werden will und wenn das 1055 00:48:45,240 --> 00:48:47,720 n bisschen schärfer wird, was da so ungefähr aufploppt und ich 1056 00:48:47,720 --> 00:48:49,800 glaube. Und das sind diese 20%, von 1057 00:48:49,800 --> 00:48:52,800 denen wir gesprochen haben. Sind die vielleicht mach ich 1058 00:48:52,840 --> 00:48:55,920 auch irgendwas nur mal, um dieses Bild quasi wirklich 1059 00:48:55,920 --> 00:48:58,400 anzuzeigen, mehr oder weniger noch n bisschen unscharf, aber 1060 00:48:58,400 --> 00:49:01,360 schon mal so, dass man, dass man genau weiß, wo die Reise 1061 00:49:01,360 --> 00:49:04,080 hingeht, grob ja, ich weiß nicht, ob das ob diese Anekdote, 1062 00:49:04,080 --> 00:49:06,640 da dieses insgesamt, dieses Bild ganz gut passt, aber so n 1063 00:49:06,640 --> 00:49:10,440 bisschen, so stell ich mir nen optimalen ja Prozess vor für so 1064 00:49:10,440 --> 00:49:12,800 n softwareprojekt. Ja, ich glaube so n bisschen bei 1065 00:49:12,800 --> 00:49:15,200 dir auch, aber du kannst mich ja gern noch mal wegrätschen, wenn 1066 00:49:15,200 --> 00:49:16,400 ich irgendwas vergessen hab, oder? 1067 00:49:17,320 --> 00:49:20,480 Nein, nein, das passt total gut und ich glaub, der Knackpunkt 1068 00:49:20,480 --> 00:49:23,440 ist, der Kunde muss sich das, während das Bild sich verfeinert 1069 00:49:23,440 --> 00:49:26,080 sich das immer wieder noch mal neu mit anschauen und das ist 1070 00:49:26,080 --> 00:49:28,280 halt was, das muss man wirklich einfordern. 1071 00:49:28,280 --> 00:49:31,040 Also wir sagen den Kunden, wir wollen sie da gern dabei haben, 1072 00:49:31,040 --> 00:49:33,760 sie müssen sich auch die Zeit dafür nehmen, weil es vielleicht 1073 00:49:33,760 --> 00:49:36,200 nicht wenn sie am Anfang einmal auf das Kästchen gucken und dann 1074 00:49:36,200 --> 00:49:38,400 ganz am Ende halt das fertige Bild sich anschauen und dann 1075 00:49:38,400 --> 00:49:41,760 sagen, Oh na so hab ich das aber nicht gewollt, sondern wir 1076 00:49:41,760 --> 00:49:44,160 machen halt das Bild Stückchen für Stückchen und damit der 1077 00:49:44,160 --> 00:49:46,240 Kunde dann halt sagen kann Stopp. 1078 00:49:46,960 --> 00:49:48,400 Alles stimmt, nur das stimmt nicht. 1079 00:49:48,400 --> 00:49:51,560 Da müssen wir noch mal drüber reden und, und das ist halt 1080 00:49:51,560 --> 00:49:55,040 total wichtig und finde ich extrem wichtig, die Kunden das 1081 00:49:55,120 --> 00:49:58,120 einzubinden, auch wenn man sich vielleicht gefühlt, vielleicht 1082 00:49:58,120 --> 00:50:00,480 manchmal auch mehrere Wochen lang das Gleiche anschaut. 1083 00:50:00,640 --> 00:50:02,800 Nein, ist es nicht, im Hintergrund tut sich ja manchmal 1084 00:50:02,800 --> 00:50:06,120 auch sehr viel, also da, da ist man wirklich dann gefragt, den 1085 00:50:06,120 --> 00:50:08,640 Kunden so mitzunehmen, dass dass der Kunde immer auch weiß, wo 1086 00:50:08,640 --> 00:50:11,240 stehen wir da gerade und was wird gerade gemacht und so und 1087 00:50:11,240 --> 00:50:13,640 warum. Das das ist auch was, was ich 1088 00:50:13,640 --> 00:50:15,920 erlebt habe. Man muss manchmal da den Kunden 1089 00:50:15,920 --> 00:50:18,400 n bisschen antreiben, weil gefühlt hat der Kunde Spaß und 1090 00:50:18,400 --> 00:50:21,800 Lust am Anfang vom Projekt. Man hat auch Spaß und Lust sich 1091 00:50:21,800 --> 00:50:23,920 Stattzunehmen, das ist irgendwie gefühlt, wenn es fertig ist zu 1092 00:50:23,920 --> 00:50:26,840 testen, aber er hat irgendwie gar keine Lust zwischendurch 1093 00:50:26,840 --> 00:50:29,440 irgendwie aktiv zu werden, hat er 1000 andere Sachen zu tun, so 1094 00:50:29,440 --> 00:50:31,440 lass das mal die Entwickler machen, das ist irgendwie 1095 00:50:31,440 --> 00:50:35,200 gefühlt nicht meine Aufgabe und gefühlt sind ja auch Kunden 1096 00:50:35,200 --> 00:50:38,400 schlecht gelaunt wenn sie halbfertige Sachen angucken. 1097 00:50:38,880 --> 00:50:41,480 Es ist auch, es ist auch n sehr schmaler Grat, weil dann dann 1098 00:50:41,480 --> 00:50:43,840 wird noch dann, dann denkt man so, oh, das ist ja alles noch 1099 00:50:43,840 --> 00:50:46,080 kaputt, das ploppen vielleicht hier und da noch Fehler, weil es 1100 00:50:46,080 --> 00:50:48,720 ganz klar noch nicht fertig ist. So ja, und man ist als 1101 00:50:48,720 --> 00:50:50,920 Dienstleister dabei zu erklären, ja, ja, er kommt ja noch und 1102 00:50:50,920 --> 00:50:52,920 dann kommt irgendwie irgendwie, so ist das noch nicht fertig und 1103 00:50:52,920 --> 00:50:55,920 so gefühlt sind diese Zwischenmeetings nicht so 1104 00:50:55,920 --> 00:51:00,320 einfach, psychologisch, technisch und so weiter und ich 1105 00:51:00,320 --> 00:51:02,480 versuche immer, aber die gibt es und die sind so wichtig wie du 1106 00:51:02,480 --> 00:51:04,600 es sagst. Ich glaube, es ist total 1107 00:51:04,600 --> 00:51:06,800 wichtig, irgendwie gute Laune zu verbreiten bei diesen Meetings 1108 00:51:06,800 --> 00:51:09,320 und irgendwie auch schon irgendwie Motivation und und 1109 00:51:09,320 --> 00:51:12,400 Zuversicht abzustrahlen als Dienstleister, dass das schon 1110 00:51:12,400 --> 00:51:15,520 werden wird, aber das ist, ich weiß nicht wie du die kennst, ob 1111 00:51:15,520 --> 00:51:17,320 du auch mit vielen von solchen Meetings dabei bist. 1112 00:51:17,320 --> 00:51:20,160 Das finde ich manchmal auch ne krasse Herausforderung 1113 00:51:20,160 --> 00:51:23,000 irgendwie, da da ne gute Atmosphäre zu zu balancieren. 1114 00:51:23,000 --> 00:51:24,800 Ja zwischen Kunde und Dienstleister. 1115 00:51:25,520 --> 00:51:28,280 Ja, ich find gerade da helfen auch Requirements Engineers oder 1116 00:51:28,280 --> 00:51:30,480 manchmal eben auch UX Designer extrem. 1117 00:51:30,480 --> 00:51:33,280 Weil ich also wie soll ich das sagen? 1118 00:51:33,680 --> 00:51:36,320 Die meisten Softwarearchitekten und Architektinnen, die ich 1119 00:51:36,320 --> 00:51:39,360 kenne, sind sehr auf ihre Arbeit in der Programmierung fokussiert 1120 00:51:39,360 --> 00:51:41,040 und wollen sich gar nicht damit auseinandersetzen. 1121 00:51:41,040 --> 00:51:44,200 Wenn jemand das also so diese gute Laune zu verbreiten, weil 1122 00:51:44,200 --> 00:51:47,000 es ist ja auch, es ist ja auch eine Kunst, dann in so einem 1123 00:51:47,000 --> 00:51:51,160 Meeting unwieehrbar gute Laune zu verbreiten, und ich sehe das 1124 00:51:51,160 --> 00:51:53,680 auch ein bisschen als meinen Job, dass ich das dann weghalte 1125 00:51:53,680 --> 00:51:56,440 von meinen eher, das sind die Leute, die ich kenne von meinen 1126 00:51:56,440 --> 00:51:58,640 Grumpy entwicklerkollegen, die da sagen, Boah, da habe ich 1127 00:51:58,640 --> 00:52:00,760 jetzt überhaupt keine Lust, ich habe es doch immer super Sachen 1128 00:52:00,760 --> 00:52:02,600 gebaut. Und dann kommt da jemand, sagt, 1129 00:52:02,600 --> 00:52:05,360 Boah, das Grün ist aber doof und man denkt sich so, oh mein Gott, 1130 00:52:05,520 --> 00:52:08,280 ich hab da einmal diesen Hashwert mit 6 Ziffern, das ist 1131 00:52:08,280 --> 00:52:10,880 einfach das Grüne, dass ich gefunden hab und all die anderen 1132 00:52:10,880 --> 00:52:12,960 Sachen, die ich drum herum gebaut habe. 1133 00:52:12,960 --> 00:52:16,840 Oh mein Gott, und dann ist das so kein Problem, du das Grün, 1134 00:52:16,840 --> 00:52:19,760 das ändern wir gleich und dann redet man halt eine Stunde über 1135 00:52:19,760 --> 00:52:22,440 das Grün und und sagt, dass man das Ausbessert und so, und dann 1136 00:52:22,440 --> 00:52:24,960 hat man die gute Laune schon geschafft und und am Ende des 1137 00:52:24,960 --> 00:52:27,080 Tages wird es dann. Abgenommen, wenn man nur das 1138 00:52:27,080 --> 00:52:28,800 Grün ändert, ist eigentlich der beste Fall. 1139 00:52:28,880 --> 00:52:31,520 Da muss man, muss man, dann kann man dann beide Seiten beruhigen. 1140 00:52:31,520 --> 00:52:34,960 Man kann den Kunden beruhigen und sagen, Boah ja, sorry, wir 1141 00:52:34,960 --> 00:52:37,120 machen das und dann kann man die Entwicklungskollegen auch 1142 00:52:37,120 --> 00:52:39,920 beruhigen, sagen du reg dich nicht auf, es ist alles super, 1143 00:52:39,920 --> 00:52:42,000 das ist super gebaut, wenn die Person sich über das Grün 1144 00:52:42,000 --> 00:52:45,280 aufregt, das heißt es ist meiner Meinung nach auch ein Teil des 1145 00:52:45,280 --> 00:52:48,680 Jobs, dann dann zu schauen, dass alle Seiten zufrieden sind und 1146 00:52:48,680 --> 00:52:52,080 sich verstehen, also oft ist man echt in dieser Dolmetschrolle 1147 00:52:52,560 --> 00:52:55,280 und gut ich also. Und gerade die bisschen 1148 00:52:55,280 --> 00:52:58,160 seniorigerinnen oder Lead Level Consultants sind da manchmal 1149 00:52:58,160 --> 00:53:01,040 auch so. So was wie Psychologen oder 1150 00:53:01,200 --> 00:53:05,760 Krisenmanager oder so. Also aber ich finde persönlich, 1151 00:53:05,840 --> 00:53:08,160 ich finde persönlich, das ist auch ein Teil des Jobs, weil man 1152 00:53:08,160 --> 00:53:10,320 hat sehr viel mit Menschen zu tun, mit sehr vielen 1153 00:53:10,320 --> 00:53:12,640 unterschiedlichen Menschen, ich bin auch immer sehr neugierig 1154 00:53:12,640 --> 00:53:16,160 auf neue Menschen und man lernt einfach sehr viel kennen, man 1155 00:53:16,160 --> 00:53:18,560 lernt sehr viel Branchen kennen, man lernt sehr viel Leute 1156 00:53:18,560 --> 00:53:21,240 kennen, man lernt drauf gut drauf zu hören, dass Leute 1157 00:53:21,240 --> 00:53:23,280 eigentlich wirklich wollen oder brauchen. 1158 00:53:23,960 --> 00:53:26,400 Und man hilft am Ende des Tages hilft man halt auch Leuten, 1159 00:53:26,400 --> 00:53:28,600 erfolgreich zu sein und dafür gehört halt eben nicht nur die 1160 00:53:28,600 --> 00:53:31,680 Technik, sondern dazu gehört halt auch diese menschliche 1161 00:53:31,680 --> 00:53:33,600 Komponente und ich finde das total spannend. 1162 00:53:34,000 --> 00:53:36,040 Also es, ich finde das eigentlich am spannendsten, muss 1163 00:53:36,040 --> 00:53:39,160 ich sagen, also Technik hin oder her, ich rede auch gerne 1164 00:53:39,160 --> 00:53:42,240 darüber, wie man Leuten helfen kann, das ist vielleicht also 1165 00:53:42,640 --> 00:53:44,880 ja. Irgendwann geht es einem leicht 1166 00:53:44,880 --> 00:53:46,320 von der Hand. Deswegen bist du ja auch in 1167 00:53:46,320 --> 00:53:48,320 deinem Job, den du hast. Ja, schon. 1168 00:53:48,320 --> 00:53:51,800 Ich mag das. Ich lerne gerne Leute kennen und 1169 00:53:51,800 --> 00:53:53,040 und schaue, dass sie erfolgreich sind. 1170 00:53:53,040 --> 00:53:56,200 Das ist tatsächlich deswegen. Also ich sehe das gar nicht so 1171 00:53:56,200 --> 00:53:58,160 mit Borderline, jetzt muss ich wieder gute Laune verbreiten, 1172 00:53:58,160 --> 00:54:01,600 sondern ja, jetzt schaue ich mal was, also jetzt versuche ich 1173 00:54:01,600 --> 00:54:04,160 natürlich, das zu verkaufen, was meine Kollegen programmiert 1174 00:54:04,160 --> 00:54:06,960 haben, weil ich habe bisher nur mit sehr guten Leuten 1175 00:54:06,960 --> 00:54:09,760 zusammengearbeitet, die richtig tolle Sachen bauen, und manchmal 1176 00:54:09,760 --> 00:54:11,600 hängt sich es dann an Kleinigkeiten an und schau dann 1177 00:54:11,600 --> 00:54:13,360 OK. Wie kann man jetzt eigentlich 1178 00:54:13,360 --> 00:54:18,880 das Ganze zum Erfolg machen? Du machst dir n Bier auf, hast 1179 00:54:19,240 --> 00:54:21,200 du noch eine Flasche? Ja, das. 1180 00:54:21,760 --> 00:54:23,840 War. Doch das Wort zum Sonntag und 1181 00:54:23,840 --> 00:54:26,600 zum Sonntag, ja ich, ich wollt das erst mal so sacken lassen. 1182 00:54:26,600 --> 00:54:28,240 Jetzt, was du gesagt hast. Es klang ja erst mal auch wie n 1183 00:54:28,240 --> 00:54:30,480 Cooles. Also ja, war zum Sonntag 1184 00:54:30,480 --> 00:54:33,240 Zusammenfassung zum Ende noch mal n bisschen was emotionales, 1185 00:54:33,240 --> 00:54:36,400 Persönliches da drinne, aber dennoch es wenn ja vielleicht 1186 00:54:37,120 --> 00:54:39,280 sagst du wir wir sollten noch mal über irgendwas fachliches 1187 00:54:39,280 --> 00:54:41,720 Reden im im Requirements Engineering, das war jetzt noch 1188 00:54:41,720 --> 00:54:43,720 nicht. Besprochen haben bisher wo du 1189 00:54:43,720 --> 00:54:45,560 sagst, da müssen wir auf jeden Fall noch mal darauf eingehen, 1190 00:54:45,560 --> 00:54:46,920 dass Hamburg hat den Gerät jetzt vergessen. 1191 00:54:46,920 --> 00:54:51,520 Zu Fragen gibt's da irgendwas? Ja, vielleicht noch eine Sache, 1192 00:54:52,000 --> 00:54:55,080 die für uns mittlerweile sehr, sehr wichtig ist. 1193 00:54:55,080 --> 00:54:57,080 Und zwar, das ist das Thema Qualitätssicherung. 1194 00:54:57,080 --> 00:54:58,880 Das ist vielleicht auch für die Hörerinnen und Hörer noch 1195 00:54:58,880 --> 00:55:03,240 interessant, weil Kunden oft herkommen zu meinem Kollegen, 1196 00:55:03,240 --> 00:55:05,760 also mein, mein Kollege leitet die Testingabteilung und sie 1197 00:55:05,760 --> 00:55:08,520 sagen dann, ja, wir wollen gerne unsere Software von ihnen testen 1198 00:55:08,520 --> 00:55:11,280 lassen, ist ja auch mal schön, wenn man next, also jemand. 1199 00:55:11,760 --> 00:55:14,160 Einen externen Anbieter dann testen lässt oder nicht? 1200 00:55:14,240 --> 00:55:17,360 Die Partei, die programmiert, dann auch testen lässt oder 1201 00:55:17,360 --> 00:55:20,080 jemand anderen und oft kommt mein Kollege mit seinen 1202 00:55:20,080 --> 00:55:22,000 Mitarbeiterinnen und Mitarbeitern dann rein und sagt, 1203 00:55:22,000 --> 00:55:24,120 Na ja, aber wo gehen gegen sollen wir den testen, es gibt 1204 00:55:24,120 --> 00:55:26,640 ja gar keine Anforderungen und das kann man wirklich so ein 1205 00:55:26,640 --> 00:55:29,520 bisschen als qualitätssicherungsklammer oder 1206 00:55:29,520 --> 00:55:32,320 oder als Loop oder so bezeichnen, dass wenn man gute 1207 00:55:32,320 --> 00:55:34,560 Anforderungen hat, zum Beispiel als User Stories mit 1208 00:55:34,560 --> 00:55:37,880 Akzeptanzkriterien. Kann man daraus gute Testcases 1209 00:55:37,880 --> 00:55:41,520 mit Abnahmekriterien schreiben und kann so 1 zu 1 schauen? 1210 00:55:41,680 --> 00:55:44,480 Was ist vorne reingekommen und was ist hinten rausgekommen oder 1211 00:55:44,480 --> 00:55:47,520 vorne reingegangen, was ist hinten rausgekommen und kann so 1212 00:55:47,520 --> 00:55:50,960 sehr gut sehr gut. Also man kann die Entwicklung 1213 00:55:50,960 --> 00:55:53,760 eigentlich wie eine Blackbox behandeln und wenn man jetzt 1214 00:55:53,760 --> 00:55:56,160 über das Thema Blackbox nachdenkt und dann eben wieder 1215 00:55:56,160 --> 00:55:58,560 deswegen, sage ich die ganze Zeit near Shoring of shoring KI, 1216 00:55:58,560 --> 00:56:02,000 dann hat man eigentlich ein sehr gutes Handwerkszeug, auch so 1217 00:56:02,000 --> 00:56:03,600 Bereiche, die man vielleicht jetzt nicht zu 100%. 1218 00:56:04,640 --> 00:56:05,960 Kontrollieren kann oder auch nicht. 1219 00:56:05,960 --> 00:56:09,240 Möchte dann trotzdem gut Qualität zu sichern und das ist 1220 00:56:09,240 --> 00:56:12,640 glaube ich ein ein Punkt, der ist sehr wichtig, weswegen ich 1221 00:56:12,640 --> 00:56:16,160 das noch mal extra erwähnen möchte und und führt auch zu 1222 00:56:16,160 --> 00:56:18,200 sehr viel Klarheit auf allen Seiten, gerade auch von den 1223 00:56:18,200 --> 00:56:19,480 Kunden. Also die Kunden wissen sehr 1224 00:56:19,480 --> 00:56:22,240 genau, was sie zu erwarten haben und sehen am Ende sehr gut was 1225 00:56:22,240 --> 00:56:25,080 sie bekommen und das ist eigentlich nur positiv meiner 1226 00:56:25,080 --> 00:56:27,040 Meinung nach. Mit der Blackbox meinst du 1227 00:56:27,040 --> 00:56:29,840 jetzt, das kann jetzt irgendwo passieren, diese Programmierung? 1228 00:56:29,840 --> 00:56:33,200 Ja, aber ich hab ja vorher gut meine User Stories geschrieben 1229 00:56:33,200 --> 00:56:35,440 und kann also nachher. Gut gegen diese User Stories 1230 00:56:35,440 --> 00:56:38,640 testen und alles was dazwischen passiert lass ich mal außer 8 in 1231 00:56:38,640 --> 00:56:40,640 diesem in diesem Modell jetzt mal kurz ja. 1232 00:56:41,280 --> 00:56:44,000 Ja, aber man man hat so ein bisschen, man kann dann besser 1233 00:56:44,000 --> 00:56:46,320 schlafen. Also oft ist jetzt gerade diese 1234 00:56:46,320 --> 00:56:49,440 offshoring Szenarien sind mit sehr viel Schrecken verbunden, 1235 00:56:49,520 --> 00:56:52,120 dass man sagt, ja, dann habe ich, habe ich halt dem Team aus 1236 00:56:52,120 --> 00:56:55,360 XY gesagt, das soll was programmieren und und dann kommt 1237 00:56:55,360 --> 00:56:58,200 irgendwas ganz anderes. Gibt's viele verschiedene 1238 00:56:58,200 --> 00:57:00,400 Erklärungsansätze? Meiner Meinung nach kann man 1239 00:57:00,400 --> 00:57:02,640 aber sehr genau definieren, was man haben möchte, vielleicht 1240 00:57:02,640 --> 00:57:06,680 sogar mit Visual Prototypes und mit Akzeptanzkriterien und kann 1241 00:57:06,680 --> 00:57:09,440 das am Ende sehr gut testen, wenn man halt testcases 1242 00:57:09,440 --> 00:57:12,280 Abnahmekriterien hat und dann sieht man eh sehr schnell was. 1243 00:57:12,560 --> 00:57:15,320 Was habe ich eigentlich gefordert und was habe ich dann 1244 00:57:15,320 --> 00:57:19,040 bekommen und meistens funktioniert das dann. 1245 00:57:19,760 --> 00:57:21,600 OK, also man hat's selber in der Hand. 1246 00:57:22,000 --> 00:57:24,560 Ja, also natürlich nicht zu 100%, aber. 1247 00:57:25,120 --> 00:57:27,400 Es ist halt was, was ich gerne euch und vielleicht auch den 1248 00:57:27,400 --> 00:57:29,760 Hörerinnen und Hörern mitgeben möchte. 1249 00:57:30,160 --> 00:57:33,360 Das ist ja weiß ich nicht, man muss sich manchmal die eigene 1250 00:57:33,360 --> 00:57:35,440 Nase fassen, ne, also man kann nicht immer auf die anderen 1251 00:57:35,440 --> 00:57:37,280 schimpfen, weil man kann sich fragen, was kann ich besser 1252 00:57:37,280 --> 00:57:40,680 machen, damit mein Erfolg zum mein Projekt zum Erfolg wird und 1253 00:57:40,680 --> 00:57:42,800 dann, ja, vielleicht muss ich einfach besser spezifizieren was 1254 00:57:42,800 --> 00:57:45,360 ich haben möchte, vielleicht kommt dann eher das raus, was 1255 00:57:45,360 --> 00:57:48,400 ich gerne haben möchte. Ganz bestimmt, ganz bestimmt, 1256 00:57:48,400 --> 00:57:52,400 weil ich glaube, dass. Und je mehr Personalunion man 1257 00:57:52,400 --> 00:57:54,880 hat, desto weniger wird das vielleicht gemocht, weil die 1258 00:57:54,880 --> 00:57:58,000 ich, ich kann das sagen, als als eher Techniker und gerne 1259 00:57:58,000 --> 00:58:01,520 programmierender im Herzen macht man alles, das nicht gerne, was 1260 00:58:01,520 --> 00:58:04,760 einen davon abhält und user Stories aufzuschreiben, 1261 00:58:04,760 --> 00:58:08,400 Anforderungen festzuziehen, die zu refinen, die ja auch zu 1262 00:58:08,400 --> 00:58:11,880 warten und zu Maintainen über den Lauf des Projektes, das ist 1263 00:58:11,880 --> 00:58:14,320 was, was Softwareentwickler jetzt erstmal nicht so aus 1264 00:58:14,320 --> 00:58:17,520 eigenem Antrieb machen würden. Und wenn es dann diese Rolle 1265 00:58:17,520 --> 00:58:19,840 nicht gibt oder den Druck nicht gibt, auch eher vielleicht 1266 00:58:19,840 --> 00:58:22,480 weglassen würden. Insofern es ist, es ist glaub 1267 00:58:22,480 --> 00:58:25,280 ich ne wichtige ne wichtige Sache und ich glaub du sprichst 1268 00:58:25,280 --> 00:58:28,880 jetzt nicht von 2 Seiten oder 3 Seiten im powerpoint jetzt ich 1269 00:58:28,880 --> 00:58:31,640 nehm noch mal unser Beispiel dieser relativ einfachen 1270 00:58:31,640 --> 00:58:35,240 zeiterfassungs App ohne viel Gedöns und so weiter aber du 1271 00:58:35,240 --> 00:58:38,200 sprichst wahrscheinlich von mindestens 10 Seiten oder 1272 00:58:38,200 --> 00:58:40,760 vielleicht sogar 20 Seiten irgendwie Text mit Bildern und 1273 00:58:40,760 --> 00:58:43,600 so n paar Diagrammen dabei und so weiter was dann für dieses 1274 00:58:43,600 --> 00:58:46,480 Projekt die Anforderungen. Ja, und nicht in jedem kleinen 1275 00:58:46,480 --> 00:58:48,080 Detail, beschreibt weil. Das ist ja das Source Code 1276 00:58:48,080 --> 00:58:50,160 selber, sondern irgendwie n gutes Level. 1277 00:58:50,160 --> 00:58:52,880 Findet es so zu beschreiben, vor allen Dingen, ich glaube das ist 1278 00:58:52,880 --> 00:58:55,600 halt die Audienz und das ist ja hauptsächlich der Kunde mit auf 1279 00:58:55,600 --> 00:58:58,440 seinem technischen Level gut nachvollziehen und verstehen 1280 00:58:58,440 --> 00:59:02,000 kann ne. Ja oder halt 3 bis 5 features 1281 00:59:02,000 --> 00:59:05,440 mit 20 bis 40 user Stories und dann ist man in der Regel schon 1282 00:59:05,440 --> 00:59:08,720 dabei und vielleicht ein clickable Prototype, aber find 1283 00:59:08,720 --> 00:59:11,440 ich witzig, dass du sagst, dass du das auch nicht gerne machst. 1284 00:59:12,240 --> 00:59:14,560 Find ich lustig, weil. Also ich, ich muss ja auch 1285 00:59:14,560 --> 00:59:16,880 sagen, ich genieß das immer n bisschen in den in den 1286 00:59:16,880 --> 00:59:19,360 Projekten, wo ich immer requirements Engineer war, waren 1287 00:59:19,520 --> 00:59:21,520 die meisten Entwickler und Entwicklerinnen immer Fan von 1288 00:59:21,520 --> 00:59:23,000 mir. Das heißt, man kann sich da auch 1289 00:59:23,000 --> 00:59:25,280 unheimlich beliebt machen, man muss noch mal Schokolade 1290 00:59:25,280 --> 00:59:27,880 mitbringen, man muss einfach nur das dokumentieren, worauf die 1291 00:59:27,880 --> 00:59:32,520 anderen keinen Bock haben und sehr viel reden, also man kann 1292 00:59:32,520 --> 00:59:34,720 auch intern da für für gute Stimmung sorgen. 1293 00:59:35,840 --> 00:59:38,440 Das glaub ich dir sofort. Ja OK. 1294 00:59:38,640 --> 00:59:42,160 Sag gut, ja, Dankeschön, dass du das noch hinzugefügt hast jetzt. 1295 00:59:42,520 --> 00:59:44,520 Macht total Sinn. Ja, also klar Qualitätskontrolle 1296 00:59:44,520 --> 00:59:46,880 am Ende wird natürlich einfacher, wenn ich vorher genau 1297 00:59:46,880 --> 00:59:50,880 beschrieben hab was ich brauche. Ja ist ja auch logisch, dann wir 1298 00:59:50,880 --> 00:59:53,160 können ja magst du noch mal n bisschen erzählen was ihr bei 1299 00:59:53,160 --> 00:59:55,840 der MSG plaut macht, für was man euch vielleicht kontaktieren 1300 00:59:55,840 --> 00:59:57,920 darf, das soll auf jeden Fall auch nicht zu kurz kommen. 1301 00:59:58,400 --> 01:00:01,520 Ja, also ich bin bei der MSG PLAUT hier in Wien. 1302 01:00:01,520 --> 01:00:03,600 Wir sind aber Teil der MSG Gruppe. 1303 01:00:03,760 --> 01:00:06,960 Die MSG Gruppe ist hauptsächlich im Dachraum unterwegs mit 1304 01:00:06,960 --> 01:00:11,000 Hauptsitz in München, Wir sind ein IT Beratungsunternehmen, Wir 1305 01:00:11,000 --> 01:00:12,800 machen. Viele Dinge. 1306 01:00:12,800 --> 01:00:15,520 Wir haben mal mit SAP Lösungen für den Versicherungsbereich 1307 01:00:15,520 --> 01:00:18,000 angefangen, machen aber viel, viel mehr, sind natürlich in 1308 01:00:18,000 --> 01:00:20,960 erster Linie ein SAP Haus, haben aber bei uns in Wien zum 1309 01:00:20,960 --> 01:00:23,120 Beispiel Individualsoftwareentwicklung, 1310 01:00:23,440 --> 01:00:26,720 wo auch ich angesiedelt bin, als auch Lösungen im Microsoft 1311 01:00:26,720 --> 01:00:29,320 Bereich und bespielen eben verschiedene Branchen. 1312 01:00:29,320 --> 01:00:32,720 Also unsere Hauptbranchen sind Banking, Versicherungen, 1313 01:00:33,200 --> 01:00:36,320 produzierende Betriebe und der öffentliche Bereich, das heißt 1314 01:00:36,320 --> 01:00:39,040 immer wenn es wenn es den Wunsch gibt nach verschiedenen 1315 01:00:39,040 --> 01:00:40,720 technischen Lösungen digitalisierungs. 1316 01:00:41,280 --> 01:00:44,040 Lösung in einem der Bereiche kann man sich gerne bei mir 1317 01:00:44,040 --> 01:00:46,480 melden oder auch zum Thema Requirements Engineering. 1318 01:00:46,720 --> 01:00:50,640 Wir haben da viele tolle Lösungen, genau und sonst auch. 1319 01:00:50,640 --> 01:00:53,840 Wir finden eigentlich meistens die passende Lösung für den 1320 01:00:54,000 --> 01:00:56,200 jeweiligen Anlassfall, da wir natürlich dann auch noch die 1321 01:00:56,200 --> 01:00:59,120 große Muttergesellschaft im im Rücken haben. 1322 01:00:59,680 --> 01:01:03,040 Wir verlinken alles in den Shownotes, damit ihr auch da 1323 01:01:03,040 --> 01:01:06,400 reinschauen könnt. Und da würde ich sagen, passt es 1324 01:01:06,400 --> 01:01:07,760 zum Thema Requirements Engineering. 1325 01:01:07,760 --> 01:01:11,280 Vielen herzlichen Dank, dass du. Heute zu Gast warst und ja, bis 1326 01:01:11,280 --> 01:01:14,000 bald. Ja, danke für die Einladung und 1327 01:01:14,000 --> 01:01:15,680 hoffe ich konnte euch ein bisschen begeistern. 1328 01:01:16,080 --> 01:01:18,880 Ciao, auf jeden Fall. Wenn ja, vielen dank, Tschüss. 1329 01:01:19,760 --> 01:01:23,040 Einfach komplex wird produziert und präsentiert von Heisenware 1330 01:01:23,360 --> 01:01:26,400 Heisenware ist deine Loco Plattform zur Erstellung und zum 1331 01:01:26,400 --> 01:01:28,960 Betrieb interaktiver Apps rund um den Shopfloor. 1332 01:01:29,040 --> 01:01:33,120 Starte noch heute deinen Free Twil unterheisenware.com einfach 1333 01:01:33,360 --> 01:01:34,080 komplex.