Zitat – die beiden Wege zum Softwaredesign

Standard

I conclude that there are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.

Sir Charles Antony Richard (C. A. R.) Hoare

Advertisements

Zitat – Digitale Transformation, wer transformiert?

Standard

„Wir arbeiten in Strukturen von gestern mit Methoden von heute an Problemen von morgen vorwiegend mit Menschen, die die Strukturen von gestern gebaut haben und das Morgen innerhalb der Organisation nicht mehr erleben werden.“

Knut Bleicher, Ehrenpräsident der Gesellschaft für integriertes Management

Schlaues zur Softwarequalität

Standard

Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don’t improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don’t buy a new scale; change your diet. If you want to improve your software, don’t test more; develop better.

auch wieder von Steve McConell aus Code Complete

Clean Code Zitat

Standard

Good code is its own best documentation. As you’re about to add a comment, ask yourself, ‚How can I improve the code so that this comment isn’t needed?‘ Improve the code and then document it to make it even clearer.

Steve McConell

aus Code Complete (ein wirklich empfehlenswertes Werk für Softwareentwickler)

Methoden für komplexe Strukturen sind simpel – es erfordert lediglich Genialität sie zu verstehen

Standard

Unsere Welt wird immer komplizierter. Unsere täglichen Abläufe überfordern uns. Wir verstehen vor lauter „Bäumen“, die wir sehen und die ja so verschieden sind, den „Wald“ nicht mehr.

Nehmen wir zum Beispiel den Aufbau eines modernen Produktes bestehend aus mechanischen Komponenten, Elektronik und verschiedenen Softwaren. Früher ganz einfach. Gehäuse mit ein bisschen Mechanik, eine kleine Platine und eine Steuerungssoftware. Das war sehr lange so und hat sich natürlich in die Köpfe der Entwickler eingebrannt.

Ab und zu wird dann die Platine und die Software nochmal in einem anderen Gerät verwendet. Ok, dann muss man die Entwicklungstermine ein bisschen mehr koordinieren.

Aber nun, die Welt bricht um. Das digitale Zeitalter, wie wir es nennen, erreicht uns. Produkte werden wesentlich komplexer. Die Wiederverwendung der Komponenten steigt. Die Vielzahl der Teilprodukttypen steigt. Die Methodik etwas zu entwickeln bleibt aber auf dem Stand der letzten Jahre. Das „Antrainierte“ kann nicht so schnell im Kopf ersetzt werden.

Tooltechnisch kann die Lösung nur sein, einfachere Anwendungen als bisher für diese komplexen Strukturen zu schaffen. Das gemeinsame der Entwicklungsprozesse muss gefunden und darauf muss sich fokussiert werden. Egal um welche Baukomponente es sich handelt. Methodisch sind Mechanik und Software heutzutage gar nicht mehr weit entfernt. Mann muss es nur sehen wollen. Die Software hat sich aus dem Revier des „Künstlers“ in das des soliden Handwerkers und Entwicklers verschoben. Die Entwicklung der Mechanik ist agiler geworden. Zugegeben, es gibt Spezialitäten. Die sollte man dann aber separat abbilden. Eigene Tools dafür bauen. Die mit dem „großen Ganzen“ verknüpft werden.

Gut, ein Tool kann also im Prinzip für das Tracking von Mechanik, Elektronik, Software und Co. eingesetzt werden. Gleiche Methoden für alles. Gleiche Anwenderoberflächen für alles. Der datentechnische Inhalt unterscheidet sich natürlich, wie bisher auch. Querverknüpfungen werden komplexer. Das Suchen von Informationen wird mehr in die Richtung gehen, wie wir es aus dem Internet gewohnt sind. Die große Excelliste hat ausgedient, weil sie einfach nicht mehr breit genug ist, um auf die 3 Bildschirme nebeneinander zu passen. Landkarten des „Produktwaldes“ treten an die Stelle der bisherigen Suchlisten. „Detailzooms“ wie bei Google Maps die Streetviews treten an die Stelle von Gesamtübersichten. „Favoriten“ kennzeichnen das leichte Wiederfinden.

Ok, sind wir doch alles schon gewohnt, sagen Sie. Sicher? Auch in der Umgebung, in der wir uns, bestimmt von Excel und Office Anwendungen, selbstorganisierend seit 20 Jahren bewegen? Sicher nicht. Die Methode ist zwar standardisiert, aber in unserem Kopf muss sich einiges bewegen. Wir brauchen ein Bild von dem was wir tun, weil das letztendlich die allgemeine Methode nicht mehr 100% vermitteln kann. Hier beginnt für die altgedienten Recken die Herausforderung, ein kleines Stück Genialität ist hier gefragt. Neuanfänger haben an dieser Stelle weniger das Problem.

 

15 Jahre OP² – Das Event zum Jubiläum

Standard

Das Projektleben soll ja nicht immer nur reine Arbeit sein, sondern auch schöne Momente enthalten, die ein Team zusammenschweißen und alle miteinander motivieren. Bei OP² war der ideale Anlass, dass das Planungstool OP² jetzt schon 15 Jahre produktiv bei Continental in der Business Unit VED (vormals EBS) im Einsatz ist.

Der Leiter der Tool Abteilung bei VED, Herr Landgraf, hat das Ganze angeregt, seine Sekretärin Frau Thiel in wunderbarer Weise organisiert. Da können wir uns nur ganz herzlich bedanken.

Begangen wurde das Event abends auf der Saalburg im Taunus, zunächst mit einer Führung durch das rekonstruierte Römerkastell, mit ausführlichen Erklärungen zu dieser „Frühzeit“ unserer Geschichte.

Anschließend mussten wir uns in der Römerschenke stärken und konnten den Abend im gemütlichen Beisammensein ausklingen lassen. So ein bisschen „Verkleiden“ zwischendurch lockerte das Ganze auf und verschaffte Einblicke in das tägliche Leben der alten Römer.

Am nächsten Tag ging es dann sehr produktiv und entspannt im Rahmen eines Workshops zur Sache. Dort wurde die Historie von OP² reflektiert und von allen erarbeitet, welche Schwerpunkte das Tool heute abdeckt, zukünftig abdecken muss und wo seine Stärken und Schwächen momentan liegen. Ebenso waren Zusammenarbeit und Entwicklungsmethoden ein Thema. Vor allem haben sich dabei auch mal Leute persönlich kennen gelernt, die sich nur vom Telefon kannten.

Die Zeit verging dabei im Fluge. Es waren alle meine Kollegen sehr begeistert nach diesem Workshop.

Fazit: ein sehr produktives Teambuilding. Einfach wiederholenswert!

IMG_20171116_091032.jpg

Daher wurde auch beschlossen den Workshop des gesamten Teams, bestehend aus Continental Auftraggeber und Stakeholdern und dem Zoz & Partner Entwicklungsteam regelmäßig zu wiederholen.