JSE GmbH

Solltest du automatisierte Schnittstellen zwischen deiner "Best of Breed" Software benötigen, sollten wir mal sprechen...

Wenn du Softwareentwickler beauftragst, sind auch Soft Skills entscheidend. So stelle ich sie bei meinem Team sicher: Wenn du mit externen Entwicklern arbeitest, steht und fällt der Erfolg deines Projekts mit ihren fachlichen und Soft Skills. Fachliche Expertise kannst du meistens anhand von Referenzen schnell eruieren. Wenn die Entwickler dann auch noch: ➡️ Agil mit dir arbeiten, um genug Raum für Kurskorrekturen unterwegs zu lassen … ➡️ Dich in deinem Interesse beraten, damit du wirklich bekommst, was du brauchst … … bist du sehr wahrscheinlich schon auf der sicheren Seite. Aber wie beurteilst du die so wichtigen Soft Skills wie Kommunikation, Teamfähigkeit oder Gewissenhaftigkeit? Da sehe ich mich als Geschäftsführer eines Softwareunternehmens in der Verantwortung. Denn wenn du mein Team und mich dazu holst, sollst du Profis bekommen, die sich auch menschlich gut in unser gemeinsames Projekt einbringen. Darum greife ich im Recruiting auf den am meisten erforschten Persönlichkeitstest zurück: Der Big Five Personality Test. Dieser liefert mir erste Erkenntnisse über tendenzielle Stärken, Schwächen und Wesenszüge der Bewerber. Das ist natürlich nur eine grobe Orientierung. Doch der Test hat sich in den letzten Jahren – zusammen mit persönlichen Gesprächen – ein ums andere Mal als sehr wertvoll erwiesen. Wie prüfst du die Soft Skills deiner potenziellen internen und externen Kollegen?

„Es lohnt sich nicht auf Kotlin umzusteigen.“ Ist das wirklich so? Der Hype um Kotlin wächst. Es ist nicht das erste Mal, dass eine Programmiersprache für „das bessere Java“ gehalten wird. Erinnerst du dich noch an den Scala-Hype? Oder Groovy? Die Betonung liegt auf „erinnern“. Denn in der Realität konnte keiner der Sprachen Java ablösen. Trotzdem hat gerade Kotlin 2.0. einige Vorteile: 1️⃣ Du hast viel bessere Nullsafety 2️⃣ Kotlin unterstützt Typinferenz. 3️⃣ Du profitierst von einer entwicklerfreundlicheren kompakteren Syntax. (Ganz abgesehen davon, dass Java und Kotlin gut zusammen funktionieren.) Oft wird in der Diskussion aber vergessen, dass Java die besonders nützlichen Aspekte von konkurrierenden Sprachen immer wieder selbst übernommen hat und mit jeder Version massiv besser wird. Obwohl ich Kotlin gerne nutze, habe ich wenig Sorge, dass Java bald nicht mehr relevant ist. Auch, weil unzählige Java-basierte Systeme gut funktionieren und wenn etwas seinen Zweck erfüllt, ist es für Änderungen tabu. Was denkst du? Wird Kotlin 2.0. Java tatsächlich irgendwann ersetzen?

Dein Unternehmen wächst, wenn deine Mitarbeiter produktiver arbeiten. Was es dafür braucht, versteht selbst Alex Hormozi nicht: In einem seiner unzähligen Videos erzählt der Business-Guru davon, als er sich gegen eine Prozessautomatisierung in der Buchhaltung entschied. Seine Mitarbeiter wollten, dass er einen Arbeitsschritt automatisiert, mit dem sie sich etwa 4 Stunden Arbeit pro Woche sparen würden. Er lehnte ab und begründet das mit folgender Rechnung: ➡️ Ihr bekommt 70.000 $/Jahr und würdet 10 % Arbeitszeit einsparen. ➡️ Ich zahle 70.000 $ für die Entwicklung der Lösung. ➡️ Also hätte ich das Geld erst nach 10 Jahren wieder drinnen. Die Rechnung klingt logisch, ignoriert aber den wichtigsten Teil, denn: Wer sagt, dass seine aktuellen und künftigen Mitarbeiter bei diesen Arbeitsbedingungen auch 10 Jahre lang dabei bleiben? Eigentlich ist es doch so: ➡️ Du entlastest deine Mitarbeiter durch weniger Routineaufgaben. ➡️ Du ermöglichst deinen Mitarbeitern so bessere Ergebnisse zu erzielen. ➡️ Und deine Mitarbeiter bleiben dir treu, weil sie einen echten Impact haben. Deshalb muss der Faktor Mitarbeiterzufriedenheit und Motivation bei solchen Rechnungen auch immer beachtet werden. Eine Studie des Marktforschungsinstitut Vanson Bourne zeigt z. B., was passiert, wenn du die menschliche Komponente dabei ignorierst: Unzufriedenheit mit der IT verursacht 20 Prozent (!) aller Kündigungen. Wenn du also bestehende Mitarbeiter halten, die Produktivität deines Teams erhöhen und neue Toptalente anziehen möchtest, musst du investieren. Denn deinen Mitarbeitern die Arbeit zu erleichtern, sorgt nicht nur für mehr Effizienz, sondern reduziert auch die Wahrscheinlichkeit, dass deine besten Leute frühzeitig abwandern. Nach welchen Faktoren entscheidest du, welche Arbeitsschritte du automatisierst?

Softwareprojekte, die zeitlich und finanziell aus dem Ruder laufen? Passiert uns nicht – und das liegt an diesen 3 Dingen (nutze sie für dich!) Das absolute Worst-Case-Szenario für jedes Softwareprojekt: Aus dem geplanten Plus an Effizienz oder einem lukrativen Produkt wird ein Projekt, das Unmengen an Zeit und Geld frisst. Leider höre ich immer wieder von Projekt- und IT-Leitern, dass sie genau das erleben mussten. Einer der häufigsten Gründe dafür: Fehlende Strukturen und Klarheit über den tatsächlichen Fortschritt des Projekts. Um das zu vermeiden, setzen wir in jedem Projekt auf diese 3 grundlegende Prozesse, um die Erfolgsaussichten zu maximieren: 1️⃣ Wir legen eine „Definition of Done“ fest Wir schaffen von Beginn an Klarheit für unsere Kunden und uns, wann ein Feature oder Tickets als fertig gilt – so vermeiden wir Fehlkommunikation und ziellose Entwicklungsarbeit. Works on my machine ist halt nicht fertig. Das gilt auch für einen MVP, nötige Funktionen der Lösung oder ein Zwischenziel. 2️⃣ Wir erstellen einen Development Process Wir legen ein Dokument an, das möglichst präzise unseren agilen Entwicklungsprozess abbildet, um unsere Arbeit, Fortschritte und Ergebnisse nachzuvollziehen und transparent macht... Damit ist genau definiert wer welche Rolle im Projekt hat und was die Verantwortungsbereiche sind. Sollten Fehler auftreten, beschleunigen wir so die Ursachenforschung massiv. 3️⃣ Wir nutzen selbstverständlich ein Projektwiki Wir dokumentieren das gesamte Softwareprojekt in einem Wiki – samt Prozessen. Wir notieren Verantwortungsbereiche, Zwischenergebnisse und Fristen. So stellen wir sicher, dass alle an einem Strang ziehen und erreichen unser Ziel schneller. Dabei nutzen wir neben Gitlab am liebsten diese beiden Tools: ➡️ Basecamp – eignet sich ideal für dein Projektmanagement und ist kosteneffizient, weil keine Lizenzkosten pro Nutzer anfallen. ➡️ Confluence – ein individuell anpassbares Wiki mit vielen möglichen Erweiterungen, das kompatibel ist mit Jira. Wie stellst du sicher, dass deine Softwareprojekte den gewünschten Impact haben und nicht in der Entwicklung entgleisen? 

Wann ist es außer Mode gekommen, die Zeit anderer zu respektieren? Gerade habe ich einen Anruf im Büro erhalten: Anrufer: Ich möchte Sie gerne als Kunden gewinnen. Ist das möglich? Ich: Vermutlich nein. Anrufer: Ich verkaufe Unternehmensberatung. Sind Sie denn selbst im Unternehmen tätig oder haben Sie Mitarbeiter? Ich: Warum machen Sie denn nicht erst mal Ihre Hausaufgaben? Anrufer: Wie meinen Sie das? Ich: Woher haben Sie denn meine Nummer? Anrufer: Von Ihrer Webseite … Ich: Steht die Antwort auf die Frage auf der Webseite? Warum schauen Sie die denn nicht erst mal an? Anrufer: Ich kann doch nicht erst mal 10 Minuten jede Webseite anschauen. Ich: Sie verschwenden also lieber meine Zeit, statt die Basics zu machen. Genau mein Humor.... Ich habe aufgelegt. Als jemand, der selbst unzählige Verkaufsgespräche geführt hat, verstehe ich den Gedankengang nicht: „Ich möchte dich als Kunden gewinnen, nehme mir selbst nicht die Zeit, mich kurz über dich zu informieren, aber verlange, dass du dir Zeit für mich nimmst.“ Wer im Business etwas erreichen will, muss auch etwas leisten – unter anderem eben auch, die Zeit des anderen zu respektieren. Wie gehst du mit solchen Anrufen um?

Teamspirit bei JSE 🎳🌮 Unser jüngstes Team-Event war ein voller Erfolg! Gemeinsam haben wir beim Bowling 🎳 gezeigt, dass wir nicht nur im Büro ein starkes Team sind, sondern auch auf der Bahn mit vielen Strikes glänzen. Im Anschluss haben wir uns ein leckers Essen beim Mexikaner gegönnt. Tacos, Burritos und Nachos - alles, was das Herz begehrt! 🌮🍹 Solche Events sind für uns als Remote-First-Company unglaublich wichtig, um den Teamgeist zu stärken und die Zusammenarbeit zu fördern. Danke an alle, die dabei waren und diesen Abend so besonders gemacht haben! Du möchtest beim nächsten JSE-Teamevent dabei sein? Dann schau doch mal auf unsere Karriereseite: https://karriere.jse.tech

Erfolg ist wenn du deine selbstgesteckten Ziele erreichst. 🏁

Wenn du deine Software nicht testen kannst, ist die Architektur Mist! 💩 Jeder Softwareentwickler kennt es vermutlich: Wenn bei einem Altsystem, bei dem Frontend, Backend und Datenbank zusammenhängen, Tests geschrieben werden sollen, wird es aufwendig. Die einzelnen Komponenten können nicht losgelöst voneinander getestet werden. Genau aus diesem Grund sollte bei jedem neuen Softwareprojekt von Beginn an auf eine modulare Architektur gesetzt werden, alles andere ist ein riesiger Fehler meiner Meinung nach. Nur so kann sichergestellt werden, dass jede einzelne Komponente unabhängig voneinander getestet werden kann. Denn Tests sind extrem wichtig für ein erfolgreiches Softwareprojekt. 👉🏼 Durch das Schreiben von Unit-Tests wird der Entwickler gezwungen, den Code modularer und klarer zu gestalten, was die allgemeine Codequalität verbessert. 👉🏼 Entwickler können Änderungen am Code vornehmen, ohne Angst haben zu müssen, dass sie bestehende Funktionalitäten unbeabsichtigt kaputt gehen. 👉🏼 Unit-Tests stellen sicher, dass der Code auch nach Refactorings weiterhin korrekt funktioniert. 👉🏼 Unit-Tests unterstützen agile Methoden, indem sie kontinuierliche Integration und kontinuierliches Testen ermöglichen. 👉🏼 die Produktivität bei der Entwicklung hoch bleibt. Wenn im Laufe der Entwicklung erkannt wird, dass die Software nicht gescheit getestet werden kann, ist das ein Anzeichen dafür, dass die Architektur Mist ist und man sie überdenken sollte. Man sollte bei der Auswahl der Testdaten sicherstellen das diese so nah wie möglich an der Realität sind. Also z.B. für deine Postleitzahl im Test nicht den String “zipCode” verwenden weil die Variable so heisst sondern “71069”. Dadurch hat man eine lebendige Dokumentation des Codes die möglichst nah an der Fachlichkeit ist. Wie stehst du zu dem Thema?

Bürokratie-Debatte: Fokus auf kleine Hebel mit großer Wirkung, statt endlose Diskussionen❗️ Das ist meine Meinung! Dass wir in Deutschland ein Problem mit Bürokratie haben, zweifelt denke ich niemand an. Oft verlieren wir uns allerdings in endlosen Diskussionen und am Ende passiert - gar nichts. Dabei muss ja gar nicht das komplette System “revolutioniert” werden. Wir sollten uns auf kleine Hebel mit großer Wirkung konzentrieren und diese einfach in die Tat umsetzen. Leider ist die Politik aktuell eher daran interessiert, Dinge umzusetzen, die Ihrer Berufsgruppe mehr Umsatz bringen, statt Dinge pragmatisch anzugehen. Siehe DSGVO: Beim Datenschutz nichts gewonnen, aber sehr viele Anwälte haben sehr viel zu tun. Um den Beitrag konstruktiv zu beenden hier 3 Hebel, die meiner Meinung nach, einen großen Impact haben könnten: 1️⃣ Aufbewahrung von Unterlagen von 10 Jahre auf 5 Jahre reduzieren 2️⃣ Datenschutzbeauftragte erst ab 100+ Mitarbeiter einführen 3️⃣ AV-Verträge über AGB regelbar machen Nichts Weltbewegendes, diese Änderungen kosten nichts und würden allen Unternehmen den Alltag deutlich einfacher machen. Ich selber würde mir damit viel unproduktive Zeit sparen. Ich könnte mich mit meinem Unternehmen mehr auf wertschaffende Aufgaben fokussieren, statt Stunden mit Bürokratie zu verbringen. Welche Hebel siehst du?