Größte Fehler der Softwareentwicklung den viele machen!

Kleine Anekdote: als ich in dem Unternehmen, in dem ich derzeit arbeite, angefangen habe, gab es Schulungen. Unter anderem die Schulung "Verschwendung". Da bekam man alle möglichen Dinge erklärt, was denn unnötige Tätigkeiten seien, die die Wertschöpfung mindern. Und wir wurden gefragt, welche Tätigkeit wir durchführen und ich meine Tätigkeit erklärt habe, bekam ich zu hören, dass ich 100% Verschwendung sei. Das motiviert doch für die nächsten Jahre

Wahnsinn! Das ist Eins zu Eins genau meine Erfahrung und war bis zum letzten Monat auch genau meine Situation in dem letzten Unternehmen. Es wurde der Chefetage so oft gesagt das es nicht mehr geht und das dringend Änderungen nötig sind, wenn man das Unternehmen weiter führen und aufbauen will. Leider ist absolut nichts passiert und es wurde immer schlimmer, Zeitfristen wurden kürzer, mehr Aufträge mit noch mehr Features und noch mehr Versprechungen gegenüber Kunden die nicht eingehalten werden konnten. Und am Ende von jedem Projekt wurde dann mit dem Finger auf den Developer gezeigt. Das Ende vom Lied war das auch in diesem Unternehmen, mit mir eingeschlossen, die gesamte Abteilung innerhalb von 2 Monaten gekündigt hat. Auf jeden Fall Daumen hoch für das super Video, sehr interessant und gut gemacht.

Hallo David, echt ein Wahnsinn. Du erklärst einfach mal schnell in 15 Minuten alle wesentlichen Aspekte eines Softwareentwicklungsprozesses, die selbst größere Unternehmen mit viel Budget und Personaleinsatz weder verstanden noch umgesetzt haben! Vielen Dank dafür!

David Ich muss mich bei dir mal bedanken. Dein Content bringt mir und sehr wahrscheinlich vielen anderen Selbstständigen/Entwicklern eine menge Mehrwert. Es gibt ja viele Kanäle, wo man programmieren lernen kann aber dein Kanal zeigt nochmal was dazwischen so alles passiert und wie der ganze Prozess laufen sollte. Danke dir. Mach weiter so. :)

Brauchst doch nur in den Stellenanzeigen zu gucken, die suchen eine Person die ein ganzes Team ersetzen soll.

Und zum Punkt Refactoring kann ich nur sagen: es ist das beste was man machen kann. Egal was das Ziel ist. Manchmal erwische ich mich dabei, wie ich fremden Spagetticode 2h lang refakturiere, nur um dann in 30 min die eigentliche Änderung zu programmieren. Refacturing ist einfach eine Grundlage, die unter anderem auch dazu dient, in der Zukunft überhaupt noch Umsatz mit einer alten Idee/Code/Software machen zu können. Wer das nicht wahrhaben will, wird irgendwann immer an ein dead end kommen. Und was beim Refacturing auch nebenbei abfällt, ist manchmal ein Bugfixing, was dann auch die Qualität und die Stabilität des Code erhöht. Auch das wirkt sich indirekt auf den Umsatz aus. Im übrigen wirken sich normalerweise alle Aufgaben auf den Umsatz aus. Selbst wenn ich grad aufm Klo sitze und über einen Lösungsansatz nachdenke.

Ich bin 32 Jahre in der Business Software Entwicklung tätig mit 70/30 Schwerpunkt programmieren und Business Analyse. Ihre Darstellung bildet 100% meine Berufserfahrung ab. Auch ihre Ursachen Analyse ist absolut korrekt. Umsatzgeilheit ist der Hauptgrund...Unwissenheit ein wenig auch aber dieser Grund ist ein wesentlich geringerer Anteil. Ich habe das Glück in einem kleinen Scrum Team derzeit ganz gute Prozesse und Rollenaufteilungen zu erleben. Es gibt also Hoffnung für Software Entwicklung, auch in Deutschland 😊. Danke für Ihre klaren Worte.

>"Du bist da, um Tickets abzuarbeiten." Zusammem mit einer beziehungslastigen Kommunikation, wenig Offenheit für Neues im Entwicklerteam und mangelnde Entwicklungsprozesse, war das ein schwer erträglicher Zustand für mich. Ich war froh gekündigt zu haben

Ja, in meiner Truppe ist es bedauerlicherweise ähnlich. Mein Team und ich sind damit beschäftigt, eine veraltete Umgebung mit Entwicklung und Wartung am Laufen zu halten. Die neue Umgebung versucht bereits seit etwa 8 Jahren, die Legacy-Anwendung abzulösen. Als Konsequenz wurden uns finanzielle Mittel gestrichen, obwohl wir gleichzeitig zusätzliche Aufgaben aus dem Fachbereich übernehmen sollen. Angesichts dieser Situation überlege ich ernsthaft, im nächsten Jahr den Arbeitsplatz zu wechseln, falls sich nichts ändert. Unserem Management haben wir die Situation ausführlich geschildert und warten nun darauf, dass neue Mitarbeiter eingestellt werden. Es ist für uns mit nur 3 Mitarbeitern nicht machbar, gleichzeitig neben der Entwicklung auch den Support und das fachliche Wissen aufzubauen. Früher hatten wir 8 Entwickler und 4 Fachkräfte, die uns dabei unterstützt haben.

Danke für die Zusammenfassung. Das Thema spricht mir praktisch aus der Seele. Leider wird der Umsatz bevorzugt, als das man die Qualität im Fokus hält und einen Gesunden Umsatz pflegt.

Dein Video zeigt nebenbei sehr schön auf, warum ein Unternehmen sich nicht auf Umsatzsteigerung, sondern auf Gewinnsteigerung konzentrieren sollte.

Wow dann bin ich ja froh dass bei uns viele dieser Schlüsselpositionen besetzt sind. Das Einzige, was uns fehlt, ist der Scrum Master, aber in der Zeit wo wir einen hatten, hat diese Person auch quasi gar nix gemacht. Unsere Kommunikation zwischen Product Owner und Entwicklung läuft auch so gut, weil bereits viel Erfahrung da ist. Und so ein Mitarbeiterzufriedenheits-Mensch gibt es bei uns auch nicht, bzw übernehmen unsere Teamleiter diese Aufgabe. Alles in allem bin ich jetzt durch dieses Video extrem dankbar über meine Firma, bei der sehr viel richtig läuft und ich mich als Entwicklerin sehr wohl fühle 😊

Ich war in einem Team mit genau dieser Situation und es wird dich wenig überraschen, wir sind alle gegangen! Das Problem war in diesem Fall nicht die Unwissenheit. Die Entwickler wussten sehr gut welche Positionen hätten besetzt werden müssen. Das wurde vom Management allerdings nicht getan. Eigentlich wurde bei keinem Punkt jemals auf das Entwicklerteam gehört. Refactoring war bitter nötig, aber dazu wurde dem Team nie die Zeit gegeben. Stattdessen wurde ein Feature nach dem anderen rausgehauen. Die höheren Dienstgrade lief und dann immer rum, versprachen das Blaue vom Himmel und erzählten den Kunden, wie toll doch alles ist. Die Entwickler konnten dies nur mit Spott, Hohn und Kopfschütteln kommentieren. Genau wie in deinem Fall wurden auch neue Leute eingestellt allerdings nicht für die technische Betreuung oder Entwicklung. Es war der Vertrieb! Du siehst, deine Geschichte ist nicht so ungewöhnlich und auch das komplette Teams kündigen keine Seltenheit. Ich kann deinem Resümee nur zustimmen: Der Kunde ist selber schuld!

Wow, vielen Dank für dein Video. Ich bin als Seiten Einsteiger ins DEV Team gekommen. Und so wie du es gezeigt hats habe ich es nie verstanden. Nun weiss ich wie ich meine Arbeit vorbereiten muss das die Kollegen im Team es auch nutzen können. Vielen Dank!!!!🥰😍

Auf einen Nenner gebracht,kaputtgespart

Hallo David, tolles Video. Sehr genau auf den Punkt. Ist echt erschreckend wie oft man genau solche Zustände vorfindet. Spannend ist auch: Bei uns findet gerade quasi die Umwandlung vom Team zu Gruppe statt. Um den Umsatz anzukurbeln wird ein funktionierendes Team (5 Leute) auseinander gerissen und innerhalb kürzester Zeit sind 3 neue Softwareprojekte hinzugekommen, die dann jeweils mit 1,5 bis 2 Leuten aus dem Team besetzt wurden. Damit ist ein erfolgreiches Team in 4 strauchelnde "Gruppen" transformiert worden. Was mir noch aufgefallen ist: Am Anfang sprichst Du von Idee und Vision mit unterschiedlichen Symbolen. Später scheinen die Symbole irgendwie vertauscht. Hatte mich kurz irritiert und ich frage mich ob ich das falsch verstanden habe oder da tatsächlich die Symbole falsch waren. So oder so kommt die Botschaft aber an. Und +1 für die Verwendung von FontAwesome - wenn ich das richtig erkannt hab ;-)

Ich komme überhaupt nicht aus der Branche, aber weil Du das Thema so mega gut dargestellt hast bin ich drangeblieben. Sehr gute Analyse, Top Content

Lieber David, vielen Dank für deine Videos! Du sprichst mir bei vielen deiner Themen aus der Seele und ich ertappe mich immer wieder dabei wie ich denke "Jepp, genau so war es in Unternehmen xy" oder "Ja, wäre doch eigentlich mega, wenn auch mal jemand so arbeiten würde.". Insbesondere der Faktor Burnout wird immer wieder komplett übersehen und es wird so lange immer mehr Druck und Verantwortung auf die Entwicklung gelegt, bis die Leute keine Lust mehr haben dauerhaft die Schuldigen zu sein und nie zur Ruhe zu kommen. Man sagt ja "Der Krug geht so lange zum Brunnen bis er bricht."

Gut! Läßt sich eins zu eins auf die Situation im deutschen Schulsystem übertragen. Jeder soll alles machen, keiner macht irgend etwas gut. Rollen/Verantwortlichkeiten werden erst gar nicht definiert. Prozesse sind zufällig. Qualitätsmanagement ist als Begriff unbekannt.

Deine stimme ist so angenehm, dass ich das Video angeschaut habe während ich was anderes gemacht habe und im Gedanken abgeschweift bin. Jetzt muss ich das Video von vorne schauen :D