Beitrag von Philipp Schmitz

🚨 Die Risiken und Warnsignale bei der Übernahme und Weiterentwicklung eines bestehenden Softwareprodukts von einem anderen Dienstleister. Bei der okto GmbH haben wir bereits Erfahrung mit der Übernahme und Weiterentwicklung von Softwareprodukten unserer Kunden gesammelt. Doch jede Übernahme birgt ihre eigenen Risiken und Herausforderungen. Einige Warnsignale in Bezug auf die Code-Qualität: ⚠ Fehlende oder unzureichende Dokumentation ⚠ Mangel an automatisierten Tests ⚠ Veraltete Software-Bibliotheken ⚠ Einsatz von unterschiedlichen Programmiersprachen ⚠ Mangelhaftes Software-Design Anfangs sieht meist alles ziemlich in Ordnung aus. Doch der Teufel steckt oft im Detail. Besser sich ausreichend Zeit nehmen und genau hinschauen, um später mögliche Konsequenzen zu vermeiden. Die Code-Qualität ist zwar ein wichtiger Aspekt, aber nicht der einzige, der bei einer Übernahme berücksichtigt werden sollte. Ein wichtiger Punkt ist (unter vielen anderen) der Grund der Trennung vom alten Software-Dienstleister. -- 🤔 Wie happy bist du mit deinem aktuellen Software-Dienstleister? 🔍 Welche Punkte findest du besonders wichtig bei der Übernahme und Weiterentwicklung von Software? #takeover #software #warnsignale #code #qualität #risiko

Warum? Weil jeder gefundene Fehler alle Beteiligten die Möglichkeit gibt, die in Arbeit befindliche Software zu verbessern und ihre Qualität zu steigern. Software verhält sich in jedem Umfeld anders und selbst wenn wir während der Entwicklung schon viele Tests durchführen, muss die Software am Ende das leisten, was der User von ihr erwartet. Daher ist es immer ratsam, den Endnutzer bereits früh zu involvieren und ihn die Software testen zu lassen. Selbst wenn das bedeutet, dass er Fehler findet und meldet, die bereits bekannt sind. Ja, es kann frustrierend sein, bekannte Fehler zu finden, aber es ist ein wichtiger Teil des Prozesses, der uns letztendlich hilft, eine robuste und zuverlässige Software zu entwickeln. Andernfalls läuft das Projekt Gefahr sich zu verzögern, weil Fehler zu spät erkannt werden, bereits weitere Feature auf fehlerhaften Komponenten aufsetzen oder Teilbereiche komplett neu aufgerollt werden müssen. Wie seht ihr das? Testet ihr gerne oder findet ihr, das ist ein sehr lästiges To-Do? #softwareentwicklung #individuellesoftware #softwaretest #testen #kmu #mittelstand #sigitaleprodukte

Software schnell mit einem MVP zu validieren, hat sich mehrfach bewährt. Trotzdem solltest du dir vorher bei dieser Sache viel Zeit nehmen: Die Planung deines Datenmodells. Mittlerweile gibt es unzählige Möglichkeiten, um selbst ohne Programmierkenntnisse ein Minimum Viable Product zu entwickeln. Das ist super, denn so kannst du deine Software schneller validieren. Aber dein MVP ohne das Datenmodell zu launchen, das auch deine spätere Endversion stützen soll, wird dir kein aussagekräftiges Ergebnis bringen. Darum lohnt es sich für dich, dir trotz deines schnellen Umsetzungsdrangs genug Zeit zu nehmen, um folgende Fragen zu beantworten: ➡️ Welche Daten sind essentiell für die Funktionen der Lösung? ➡️ Welche festgelegten Dateneigenschaften erleichtern die spätere Nutzung? ➡️ Wie sammelt, verarbeitet und bereitet die Lösung relevante Daten auf? ➡️ Müssen Berechtigungskonzepte mitgedacht werden? Gerade bei komplexen Kundenanforderungen verhinderst du damit, dass später strukturelle Probleme auftreten, die teure und zeitraubende Veränderungen erfordern. Klar, dein Projekt erst mal schlank zu bauen und möglichst schnell zu validieren, ist ein bewährter Ansatz. Aber es bringt dir auch nichts, hastig loszureiten und erst unterwegs festzustellen, dass du das Pferd vergessen hast. Wie stellst du sicher, dass das Datenmodell von Beginn an wirklich zur Lösung passt?

1️⃣ Anpassbar: Die technische Anpassungsfähigkeit erlaubt es Entwicklern, die Software nach den eigenen Vorstellungen zu gestalten und jederzeit Modifikationen am System vorzunehmen! 2️⃣ Gemeinschaftlich: Der freie Zugriff auf den Quellcode ermöglicht einen gemeinschaftlichen Prozess der Weiterentwicklung einer Software. Der intensive fachliche Austausch bringt ein leistungsstarkes Produkt für den Endverbraucher hervor! 3️⃣ Umfassend: Eine große Bandbreite an Funktionen, z.B. flexible Parameter machen es möglich, Reportings individuell zu konfigurieren und an die persönlichen Bedürfnisse anzupassen! All das trifft auch auf unseren ReportServer zu! Gerne erzählen wir Ihnen mehr darüber!

Technische Schulden oder Release? Meine Software-Reise #6 🤓 Heute sollte der Tag sein, an dem wir unser Software-MVP auf den freien Markt zur Verfügung stellen. Aber es sind noch 1-2 tiefsitzende Logikfehler aufgefallen. Somit stand ich gestern Abend vor einer schwierigen Ego-Entscheidung: Die Software auf den Markt bringen – mit dem Risiko, Kunden zu verwirren – oder noch ein paar Wochen sauber nachentwickeln? Meine Entscheidung kommt gleich. Vorher ein Rückblick: Was diese Situation verhindert hätte. Entwicklerzeit fühlt sich nur gut investiert an, wenn Code geschrieben wird. Das denken Geldgeber und Stakeholder nur allzu gerne. Und auch ich fühle oft immer noch so. Die Wahrheit ist jedoch, dass eine gut durchdachte und beschriebene Anforderung (Story/Ticket) die halbe Miete ist. Und dafür braucht man nun mal auch Entwicklerzeit, in der nicht gecodet wird. Zu meiner Entscheidung: Wir sind nicht live gegangen. Wir haben die Software intern auf unsere Live-Umgebung released und arbeiten intern damit – und das werden wir auch künftig tun. Intern quasi immer im Beta-Modus arbeiten. Aber: Wenn externe Kunden involviert sind und man seriös ein Business auf Basis eines guten Produkts aufbauen möchte, dann ist ein Mindestmaß an Qualität erforderlich. Und gerade das MVP muss dann doch ein Banger werden. PS: Das heißt übrigens nicht, dass man nicht auch schon für ein noch nicht fertiges Produkt Marketing und Sales betreiben kann. Die meisten Software-Firmen da draußen vergessen bei ihrer Code-Kompetenz, dass der Vertrieb essenziell ist.

Qualität - Preis - Zeit. Einer von drei Punkten leidet bei der Softwareentwicklung immer 🤷♀️. Und zwar wirklich immer. 📌 Du kannst eine Software GÜNSTIG & SCHNELL bekommen, aber nicht in hoher QUALITÄT 📌 Du kannst eine Software GÜNSTIG & IN HOHER QUALITÄT bekommen, aber nicht SCHNELL 📌 Du kannst eine Software SCHNELL & IN HOHER QUALITÄT bekommen, aber nicht GÜNSTIG Für was Unternehmen sich entscheiden, hängt von vielen Faktoren ab, aber wir geben immer zu bedenken, die zukünftigen Kosten, oder besser: Schulden, nicht zu vergessen. Und zwar die sogenannten technische Schulden. Denn in einer Software, die vor allem schnell und günstig entwickelt wird, leiden zwangsläufig innere Softwarequalität, Nachhaltigkeit und Erweiterbarkeit um nur ein paar Punkte zu nennen. Auf den ersten Blick fällt das nicht auf; es wird sich aber in Zukunft bitter bemerkbar machen und richtig teuer werden 💸. ➡ Mehr zum Thema nachhaltige Softwareentwicklung und der Rolle von Clean Code findet ihr hier: https://lnkd.in/eV7rQzGq #CleanCode #Softwareentwicklung #Softwarequalität

Was gehört eigentlich alles dazu, wenn man eine Software entwickelt? Heute Morgen durfte ich in unserem BNI Goldenberg - Winterthur die Hauptpräsentation halten und habe mich genau dieser Frage gewidmet. Softwareentwicklung ist so viel mehr als nur Code schreiben. Als Softwareentwickler begleitet man den Kunden auf der ganzen Reise. Von den ersten Ideen bis hin zur fertigen Software. 💡 Die Anforderungen: Was will der Kunde? 💻 Entwicklung: Die Anforderungen in eine Software umwandeln. ⚙️ Betrieb: Die Software muss funktionieren. Ich habe mich gefreut, den zahlreich anwesenden Mitgliedern und Gästen die Thematik näher zu bringen. #software #mehralsnurcode #tailorfast

📢 Unser CEO Patrick hat einen wichtigen Rat für Deine Software-Projekte! In über 24 Jahren Softwareentwicklung haben wir bei soxes AG eins gelernt: Wenn Du genau weisst, was Du willst, können wir Dir eine passgenaue Software liefern. 𝐉𝐞 𝐤𝐥𝐚𝐫𝐞𝐫 𝐃𝐞𝐢𝐧𝐞 𝐕𝐢𝐬𝐢𝐨𝐧, 𝐝𝐞𝐬𝐭𝐨 𝐛𝐞𝐬𝐬𝐞𝐫 𝐤ö𝐧𝐧𝐞𝐧 𝐰𝐢𝐫 𝐃𝐞𝐢𝐧𝐞 𝐖ü𝐧𝐬𝐜𝐡𝐞 𝐮𝐦𝐬𝐞𝐭𝐳𝐞𝐧. Der Schlüssel bei individueller Software? 𝐃𝐞𝐢𝐧𝐞 𝐙𝐢𝐞𝐥𝐞 𝐦ü𝐬𝐬𝐞𝐧 𝐟𝐞𝐬𝐭𝐬𝐭𝐞𝐡𝐞𝐧. Wenn sie es noch nicht sind, helfen wir Dir dabei, sie zu definieren und in eine massgeschneiderte Lösung zu verwandeln, die genau das macht, was Du Dir wünschst – und vielleicht noch mehr. 💪✨ #Softwareentwicklung #IndividuelleSoftware #Vision #Innovation #Erfolg #soxes

Oder doch nicht? Der Go-Live einer Software wird oft unterschätzt. "Wir haben ja alles getestet" heisst es oft. Wir treffen dennoch immer wieder auf diverse Herausforderungen, die im Go-Live zu Frustration und Stress führen. Fünf der häufigsten Hürden sind die folgenden: 1️⃣ UNVORHERGESEHENE TECHNISCHE PROBLEME: Trotz sorgfältiger Planung und Tests können unerwartete technische Schwierigkeiten im Live-Betrieb nicht komplett ausgeschlossen werden, da einige Features erst im produktiven Umfeld relevant wurden. 2️⃣ DATENMIGRATION UND -INTEGRITÄT: Fehler bei der Datenübertragung oder unvollständige Datenmigration können den Betrieb erheblich stören. Bei grossen Datenmengen ist es nicht immer einfach diese im Vorfeld eingehend zu überprüfen. Oft wird dabei vergessen schon nur Stichproben durchzuführen. 3️⃣ PERFORMANCE-PROBLEME DURCH HOHE USER-ZAHLEN: "Letzte Woche hat noch alles funktioniert!" Ja genau, da waren es auch nur 5 Testuser und nicht 300 Personen, wie jetzt. 4️⃣ USER KNOW-HOW UND AKZEPTANZ: Eine Software ist nur so gut wie ihre Nutzer. Fehlende Schulungen und mangelndes Know-how führen zu Akzeptanzproblemen und ineffizienter Nutzung. Wenn die Software falsch oder gar nicht genutzt wird ist am Ziel vorbeigeschossen. 5️⃣ SYSTEMINTEGRATION: Neue Software muss nahtlos in bestehende Systeme eingebunden werden. Schnittstellenprobleme können hier zum Stolperstein werden, gerade wenn die Testphase in einer abgeschirmten Umgebung durchgeführt wurde. Ein RESTRISIKO BLEIBT IMMER, da nicht jedes Szenario in der Testphase abgebildet werden kann. Doch mit einer klaren Strategie versuchen wir diese Risiken im Vorfeld zu minimieren: ✅ FRÜHZEITIGE UND UMFASSENDE TESTS DURCH DEN END-USER, die möglichst viele reale Szenarien abdecken und in der gewohnten Umgebung und mit der vom User gewohnten Routine durchgeführt werden. Es soll aber auch nicht endlos getestet werden. ✅ KONTINUIERLICHES MONITORING während und nach dem Go-Live, um schnell auf Probleme reagieren zu können. ✅ INTENSIVE USER-SCHULUNGEN im Vorfeld und eine verantwortliche Person im Unternehmen, um sicherzustellen, dass alle Anwender die Software verstehen und richtig nutzen. Schade auch, wenn der Go-Live schiefgeht, obwohl man soviel Herzblut und Energie ins Projekt gesteckt hat. Wir geben täglich unser Bestes, dass ein Go-Live erfolgreich durchgeführt wird und bieten unseren Kunden die notwendige Unterstützung und Beratung. Welches sind die Erfahrungen und Herausforderungen, die Du mit einem Go-Live einer Software hast? Teile Deine Erfahrungen mit uns.

Moin! Sind dir technische Schulden in deiner Software ein Begriff? Sie können die Entwicklung erheblich erschweren und die Effizienz mindern. Von veralteten Programmiersprachen bis zu fehlenden Sicherheitsupdates - technische Schulden können die Leistungsfähigkeit deiner Software beeinträchtigen und sogar zu kostspieligen Problemen führen. Aber keine Sorge, wir sind hier, um zu helfen! Mit unserem Fachwissen und unserer Erfahrung können wir deine Software optimieren und die technischen Schulden abbauen. Lass uns gemeinsam dafür sorgen, dass deine Software fit für die Zukunft ist und deine Prozesse reibungslos laufen. Melde dich uns noch heute und lass uns über deine Softwareentwicklung sprechen! 💻🔧 #Softwareentwicklung #CleanCode