Gute Softwareentwicklung ist ein Kreislauf, der einmal gestartet am besten nie wieder aufhören sollte. Was einige von euch jetzt erschrecken mag, ganz unter dem Motto "Oh mein Gott, dann ist meine Software ja nie fertig?!", stimmt auch. Software ist niemals "fertig", denn wenn sie von der gewünschten Zielgruppe benutzt wird, muss sie stets weiterentwickelt werden, sich an technische Neuheiten anpassen und auf die Wünsche der User eingehen. Egal, ob also gerade ein MVP entwickelt wird oder sich eine Software "nur" in der Pflege befindet, der Softwaredevelopment Lifecycle kommt stets zum Einsatz. Sollen wir die einzelnen Phasen mal erklären? Dann lass uns das doch gerne in den Kommentaren wissen👇 und wir planen einen solchen Post für euch ein. #softwareentwicklung #individuellesoftware #digitaleprodukte #softwareentwicklungszyklus #softwaredevelopmentlifecycle #kmu #mittelstand #digitalisierung
Beitrag von WeAreGroup
Relevantere Beiträge
-
In der Softwareentwicklung wird nur allzu gerne auf alte Branchensoftware hingehauen. Legacy-Software wird das meist genannt. Eigentlich immer abwertend gemeint. Dabei steckt in der direkten Übersetzung des Wortes aus meiner Sicht etwas Schönes. Vermächtnis. Da haben Softwareentwickler:innen über viele Jahre unfassbar viel Wert für ihre Kund:innen geschaffen. Mehrere Millionen Umsatz generiert. Das muss man ihnen erst einmal mit den ganzen modernen Sachen nachmachen. Don't get me wrong. Ich möchte jetzt nicht die "guten alten Zeiten" der Softwareentwicklung heraufbeschwören. Moderne Tech-Stacks, CI/CD, k8s, No-Code / Low-Code Tools (wie Hasura), KI usw., das alles ist wichtig und sollte zum Einsatz kommen. Es geht mir viel mehr darum, die Leidenschaft und den Einsatz zu sehen, der hier in Branchensoftware investiert wurde. Nicht "von oben herab" darauf zu blicken. 20 Jahre Software erfolgreich zu betreiben. Davon kann man viel lernen. #softwareentwicklung #legacy #branchensoftware
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
“Eure Software ist echt Banane. Die reift ja erst beim Kunden.” 🍌 Das hat Achim Hager zu mir vor langer Zeit in den 0er-Jahren gesagt, als wir mit meinem ehemaligen Unternehmen noch ein eigenes Produkt verkauft haben. Für mich ein Schlüsselerlebnis für meine weitere Karriere in der IT. Damals lief es eher nach dem Motto: 1) Coden 2) Bei uns passt alles 3) Ab zum Kunden Aber seit diesem Kommentar damals hat mich der Themenkomplex Software als Handwerk und Qualitätsmanagement in der Entwicklung nicht mehr losgelassen. Deshalb gehört es bei unserer BRICKMAKERS AG als Selbstverständlichkeit dazu, dass wir in der Softwareentwicklung immer: - die Software kontinuierlich während der Entwicklung testen und nicht erst danach. - neue Codes oder Änderungen immer von einem zweiten Augenpaar prüfen lassen, das selbst nicht an der Entwicklung beteiligt war. - immer mehr auch die KI in die Prüfung mit einbeziehen als 6. "Augenpaar". - während der Entwicklung automatisiert testen. Danke dir Achim. 😉 Welche Mechanismen baut ihr ein, damit Qualität und Sicherheit schon während der Entwicklung mitgedacht werden? #Softwareentwicklung #CodeReview #TestDrivenDevelopment #CodeQuality #SecurityByDesign
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
95% aller Software-Projekte scheitern nicht an der Technik. Die technische Lösung ist meist der einfachste Teil des Problems. Stell dir vor: Ein mittelständischer Handwerksbetrieb will seine Kundenanfragen digitalisieren. "Wir brauchen ein komplettes Kundenportal mit Live-Chat, automatischer Terminplanung und KI-gestützter Preiskalkulation!", sagt der Geschäftsführer begeistert. Drei Monate und viele Meetings später die Erkenntnis: Die Kunden wollten einfach nur schnell wissen, ob und wann jemand vorbeikommen kann. Ein simples Formular mit zeitnaher Rückmeldung hätte völlig gereicht. Die wahren Stolpersteine in Software-Projekten: 🪨 Wir springen zu schnell zu Lösungen, bevor wir das eigentliche Problem verstanden haben. "Welches Problem lösen wir hier wirklich?" - diese Frage stelle ich heute in jedem Erstgespräch. 🪨 Entwickler und Kunden sprechen oft aneinander vorbei. Was der eine unter "fertig" versteht, ist für den anderen erst der Anfang. Ein klarer Projektumfang zu Beginn verhindert böse Überraschungen. 🪨 Die beste Technologie hilft nichts, wenn die Kommunikation nicht stimmt. Regelmäßige Updates und offene Gespräche sind wichtiger als der perfekte Code. Der Schlüssel zum Erfolg? Nicht gleich in die Entwicklung stürzen. Erst verstehen, dann bauen. Und vor allem: Reden, reden, reden. Denn am Ende ist Software-Entwicklung weniger ein technisches und mehr ein menschliches Problem. #SoftwareEntwicklung #Projektmanagement #Kommunikation #StartUp #SoftwareEngineering
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
"𝙆𝙄 𝙝𝙞𝙡𝙛𝙩 𝙢𝙞𝙧 𝙣𝙞𝙘𝙝𝙩 𝙞𝙢 𝘼𝙡𝙡𝙩𝙖𝙜" Zumindest glauben das (noch) viele. Aber #KI ist gerade bei der Softwareentwicklung quasi schon Standard und hilft Entwicklern dabei viel effizienter zu werden und schneller Mehrwerte zu schaffen. Ü𝗯𝗲𝗿 𝘄𝗮𝘀 𝘀𝗽𝗿𝗲𝗰𝗵𝗲𝗻 𝘄𝗶𝗿? ⌨ 𝙿𝚛𝚘𝚖𝚙𝚝 𝙴𝚗𝚐𝚒𝚗𝚎𝚎𝚛𝚒𝚗𝚐 𝙳𝚎𝚎𝚙 𝙳𝚒𝚟𝚎 - Optimierung von Texteingaben, um KI-Modelle präzise und effektiv zu steuern. Tipps und Tricks um Kontexte richtig zu vermitteln. 🧠 𝙸𝚗𝚝𝚎𝚐𝚛𝚊𝚝𝚒𝚘𝚗 𝚟𝚘𝚗 𝙶𝚎𝚗𝚎𝚛𝚊𝚝𝚒𝚟𝚎𝚛 𝙺𝙸 - Einbindung in Anwendungen zur Erstellung von Inhalten, Bildern oder größeren Content Elementen. Ich bin sehr gespannt was der Kollege Malte für uns vorbereitet hat und wir die Entwicklungsgeschwindigkeit auf das nächste Level bringen können 🚀
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
Spezifikationen zu Beginn des Projekts sind ein toller Start um loszulegen. Aber nichts ist in Stein gemeißelt bei uns! Wenn du zwischendurch drauf kommst: "Moment, da könnte man doch..." oder "... es wäre doch einfacher, wenn..." Wir sind die ersten, die sagen: Ja klar! Machen wir! Denn oft kommen erst im Gespräch, während der Umsetzung, beim Durchklicken der ersten Versionen die wirklich wichtigen Details zutage. Und die machen den Unterschied, ob die Software am Ende vom Projekt superduper und wirklich hilfreich ist für die Anwender:innen oder - naja, halt einfach da ist und bedient werden muss. In unserer Erfahrung sind diese Aha-Momente zwischendurch teilweise die besten Entscheidungen. Denn Software Entwicklung machen wir gemeinsam mit dir! #enterParadise
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
Verbrennst Du auch Millionen? - TESTE JETZT DEINE IT Mit unserem kostenlosen IT-Check, hast du in nur 5 Minuten Klarheit darüber, welche Potenziale Du verschenkst und wo Du in Deinem Unternehmen Millionen verbrennst. ✅ Den Link findest du im ersten Kommentar.✅ Warum ein IT-CHECK? Wir haben in den letzten Jahren festgestellt, dass viele Unternehmen regelmäßig sehr teure Fehler bei ihrer Softwareentwicklung machen. Diese Fehler beeinträchtigen die Effizienz und Qualität der Projekte erheblich und führen dazu, dass Millionen sinnlos verbrannt werden. Um das zu verhindern, haben wir die "12 goldenen Regeln der Softwareentwicklung" entwickelt. Basierend darauf haben wir diesen IT-CHECK gebaut, der IT-Professionals hilft, die Qualität und Effizienz ihrer Softwareentwicklungsprozesse zu evaluieren und nachhaltig zu verbessern. „Nur was man weiß, kann man verbessern.“ Wie funktioniert der Test? Der Test besteht aus 21 Ja-Nein-Fragen, die Du durch Anklicken beantwortest. Die Fragen decken alle relevanten Aspekte der modernen Softwareentwicklung ab. Das Ergebnis zeigt Dir sofort Deine Schwachstellen und Dein Optimierungspotenzial. Was bekommst Du? 1) Du erhältst sofort Deine individuelle Auswertung, die Dir den Grad der Effizienz Deiner Softwareentwicklungsprozesse zeigt. Die Auswertung identifiziert klar die Problembereiche in Deinem Unternehmen. Dein Ergebnis wird mit einem Benchmark von 903 Effizienzpunkten verglichen. Um im Wettbewerb konkurrenzfähig zu sein, muss diese Benchmark Dein Ziel sein. 2) Du erhältst sofort konkrete Umsetzungsimpulse, wo und wie Du Verbesserungen vornehmen solltest, um die Effizienz Deiner Softwareentwicklung nachhaltig zu steigern. Mach jetzt den Test Finde heraus, wie effizient Deine Softwareentwicklung wirklich ist. Wenn du weniger als 903 Punkte erreichst, sollten wir unbedingt mal kurz telefonieren. Bei 950 oder mehr lade ich dich zum Business-Lunch ein 🥩🍻 #ITCHECK #Softwareentwicklung #Projektmanagent
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
Wann ist eure Software “gut genug”, um sie als Version 1.0 zu veröffentlichen? Ich glaube, die Antwort auf diese Frage sagt viel über die eigene Grundhaltung aus: 𝗗𝗲𝗿 𝗴𝗼𝗿𝗱𝗶𝘀𝗰𝗵𝗲 #MVP-𝗞𝗻𝗼𝘁𝗲𝗻 Das Problem ist ja, dass es gute Gründe für beides gibt: ▶️ Wenn man digitale Produkte sehr früh veröffentlicht, kann man sie mithilfe des Feedbacks von echten Nutzer·innen effizient weiterentwickeln, indem man die größten Probleme sofort angeht und diejenigen Features zuerst hinzufügt, die am dringendsten gebraucht werden. ▶️ Man kann aber auch argumentieren, dass dieses Feedback und die Priorisierung wichtiger Features noch vor der Veröffentlichung stattfinden muss, damit auch die erste Version einer Software Nutzer·innen begeistert und dazu animiert, wiederzukommen. Oder umgekehrt: dass es markenschädigend ist, “halbgare” Produkte zu veröffentlichen. 𝗟𝗶𝗲𝗴𝘁 𝗱𝗶𝗲 𝗪𝗮𝗵𝗿𝗵𝗲𝗶𝘁 𝗶𝗻 𝗱𝗲𝗿 𝗠𝗶𝘁𝘁𝗲? Ich würde sagen: nein. Mein Eindruck ist, dass viele MVP-Ansätze nicht im Sinne der Nutzer·innen sind, sondern diese als unfreiwillige Versuchskaninchen nutzen, um möglichst “billig” authentische und wertvolle Erkenntnisse zur Software-Optimierung zu gewinnen. Ich bin daher eher im Team “Exzellenz anstreben” als im Team “MVP”. Wie anfangs schon gesagt, ist dies nämlich für mich eine Frage von Haltung: Wenn wir etwas veröffentlichen, dann soll es immer einen Müh über den Erwartungen liegen, und zwar von Beginn an. Und dazu müssen wir dann eben vorher umso mehr Nutzerforschung und Konzeptarbeit investieren. 𝗪𝗶𝗲 𝘀𝗲𝗵𝘁 𝗶𝗵𝗿 𝗱𝗮𝘀? Seht ihr euch klar als eines der beiden Teams? Oder seid ihr eher der Ansicht, dass es hier z. B. sehr auf die jeweilige Software und ihren Einsatzzweck ankommt? Bin gespannt auf eure Meinung. Warum ist gut nicht gut genug?
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
🚀💡 Warum Kunden weiterhin an der Wasserfallmethode festhalten und dadurch mehr für Ihre Software zahlen und länger darauf warten müssen! In meinen bisherigen beruflichen Stationen stand ich lange selbst auf der Kundenseite und war fest davon überzeugt, dass Software zu einem vor Entwicklungsstart festgelegten Festpreis entwickelt werden sollte. In der Wasserfall-Methode übergibt man als Kunde direkt zu Beginn seine vollständigen Anforderungen. In der Regel sehen sich die Projektbeteiligten dann erst wieder wenn die Software fertig gestellt wurde. Der so wichtige Austausch im Projekt bleibt auf der Strecke und das Vertrauen in den erfolgreichen Projektabschluss schwindet über den Zeitverlauf zusehends. Im Rückblick ergeben sich für mich folgende Erkenntnisse: Der Wunsch nach Digitalisierung erfordert Flexibilität und Innovation! Die starre Preisfestlegung beraubt uns der Chance auf spontane Erkenntnisse und zügige Entwicklung ohne teure Änderungsanträge. Die in der Wasserfall-Methode notwendigen Risikoaufschläge der Softwareentwickler treiben die Preise künstlich hoch. Daher hier meine Handlungsempfehlungen für Kunden: 1️ Baue ein starkes internes Projektteam & engagierte Projektleitung auf 2️ Schreibe für alle features aussagekräftige User Stories. 3️ Binde die Nutzer an der Basis von Anfang an ein. 4️ Gehe iterativ vor und entwickle Schritt für Schritt. 5️ Teste mit deinen Mitarbeitern bereits früh in der Entwicklungsphase und bilde so nebenbei zuküntige Power-User heraus. 🤔💬 Welche Erfahrungen habt ihr mit Projekten nach der Wasserfallmethode in der Softwareentwicklung gemacht? 💻 #Softwareentwicklung #Digitalisierung #Innovation #AgileMethoden #redefy
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
Warum wir durch die "Dümmsten" viel lernen können Vor 20 Jahren gab es in der Programmierung einen Begriff: DAU - dümmster anzunehmender User. Würde man so natürlich heute nicht mehr nennen. Es waren andere Zeiten. Heute wären es andere Begriffe. - Endgerätebediener ohne Handbuchhintergrund - Fachlich völlig unvoreingenommener Anwender - Experimentell agierender Softwarenutzer Anfänger unter den Softwareentwicklern ließen früher nur Power-User testen. Leute, welche gut in ihrem Fach UND in der IT waren. Gewiss, diese lieferten wertvolles Feedback. Softwaretests haben jedoch den Zweck, möglichst viele Fehler zu finden. Bevor eine Version Live ausgespielt wird. Dazu suchten sich Profientwickler die DAUs. Menschen, die Dinge machen, an die Entwickler nicht in 1.000 Jahren dachten. Leute, die knallhart offenlegen, wie benutzbar etwas ist. Kollegen, die auf die harte Tour die Stabilität testen. Warum ist das ungebrochen aktuell? Und wie kannst Du von diesem Prinzip profitieren? Lasse Deine Leistungen, Produkte und Kommunikation von Unbedarften testen. Menschen, die (noch) null Ahnung haben von dem, was Du machst. Denn wir sind alle bei unseren eigenen Angeboten betriebsblind. + verstehen Deine 89-jährige Oma und Dein 6-jähriger Sohn, was Du machst? + versteht Dein Freund (m/w) aus einer komplett anderen Branche Dein Ding? + bist Du 100 % sicher, dass Deine potenziellen Kunden es verstehen? #testen #software #kommunikation #content #branding ➡️ Falls Du "laienhaftes" Testen und professionelle Korrektur brauchst, weißt Du ja, wo Du mich findest.
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
-
„Wir bauen unsere Lösungen selbst - Ihre? Kein Interesse.“ Sicher? 🤔 Eigene Softwareentwicklung ist ein starker Vorteil - keine Frage. Doch selbst die besten Entwicklungsabteilungen können an ihre Grenzen stoßen - Zeit, Ressourcen, spezifisches Fachwissen - die Herausforderungen sind vielfältig. Genau hier können leistungsfähige APIs neue Möglichkeiten eröffnen: - Software durch logistische und geographische Funktionen erweitern - Effizienz in der Logistik steigern - Wettbewerbsvorteil sichern Das Beste daran: es muss keine neue Software eingeführt werden. Einzelne Bausteine reichen oft aus, um große Veränderungen zu erzielen. Euer Fortschritt, eure Lösung, euer Erfolg. Überzeug dich selbst von unseren 🅰️🅿️ℹ️s: https://lnkd.in/e4cJe9wy
Zum Anzeigen oder Hinzufügen von Kommentaren einloggen
631 Follower:innen