Bugs kosten Nerven, Mühe und Zeit, die wir immer für neue Funktionen besser investieren könnten. Das geht, wenn wir mit einer fehlerfreundlichen Kultur und einem effizienten Prozess an die Fehlerbehebung herangehen.

Softwareprojekte sind komplex. Es lohnt sich, allen Stakeholdern diesen zugegebenermaßen lauwarmen Allgemeinplatz immer wieder ins Bewusstsein zu rufen. Denn sowohl die schiere Bandbreite der zu leistenden Aufgaben als auch die Menge der unplanbaren Sekundäraufgaben kann überwältigend sein, z.B. im Deployment, der Stabilisierung und Optimierung eines laufenden Produkts, der Aufrechterhaltung einer hohen Softwarequalität oder die vorausschauende Planung von Technical Debts.

Die vergangene Woche ging sehr schnell rum und das trotz der extra Stunde Schlaf am Wochenende! Im Moment scheint alles wieder gleichzeitig zu passieren und die Welt sich um mindestens ein 9000faches schneller zu drehen. Wer sich da entschleunigen möchte, dem empfehlen wir, die meistgelesenen Artikel der letzten Woche aufzurufen und es sich gemütlich zu machen. Wie bei einem gutem Buch findet man auch so Entspannung. Viel Spaß beim Lesen!

Wer schön sein will, muss leiden – wer agil sein will, muss Geduld haben. Agile Arbeitsweisen lassen sich nicht einfach bestimmen oder festlegen. Vielmehr ist die Transformation eine Reise, keine Schablone, die sich einfach auf ein Unternehmen oder Team auflegen lässt. Shabnoor Shah, Open Leadership Global Lead und Expertin für die Red Hat Open Innovation Labs, erklärt in diesem Artikel, wie eine gesunde und nachhaltige Transformation ablaufen kann.

Die Vorhersage und Identifizierung von Fehlerursachen in IT-Infrastrukturen ist eine komplexe Angelegenheit. IT-Teams, die für die Bereitstellung von Systemen und Anwendungen verantwortlich sind, haben damit alle Hände voll zu tun. Nun kommt Verstärkung aus der DevOps-Welt: Zahlreiche Disziplinen, die sich im Umfeld der neuen IT-Management-Methode bewegen, sorgen für mehr Durchblick in der Entwicklung und Bereitstellung von Anwendungen. Einer dieser neuen Ansätze ist Site Reliability Engineering – SRE bezieht grundlegende Aspekte aus dem Software-Engineering mit ein und wendet sie auf Infrastruktur- und Betriebsprobleme an. Harbinder Kang, Global Head of Developer Operations bei Finastra, erklärt, wie SRE die DevOps-Philosophie bereichert.

Architektonische Trockenübungen mit Architectural Katas helfen dabei, in der Planungsphase eine Softwarearchitektur zu entwerfen. Wie es geht, zeigt Frank Sons in seiner Session.

Die Welt öffnet sich seit letzter Woche allmählich wieder. Für DevOps könnte sich das Leben aber durch den Lockdown nachhaltig geändert haben. Wir haben uns dahingehend mit Themen aus dem Bereich Teamarbeit, bzw. „handwerkliches“ Arbeiten im Homeoffice beschäftigt. Apropos Homeoffice: Letzte Woche durften wir auch unsere erste JAX Online ankündigen, welche nächste Woche stattfinden wird und die man natürlich auch von zu Hause genießen kann.

Mitarbeitergespräche und Feedback geben sind zentrale Voraussetzungen, die eine Führungskraft beherrschen muss. Aber nicht nur Vorgesetzte und Projektleiter sollten ihren Mitarbeitern regelmäßig Feedback geben, auch in der täglichen Zusammenarbeit in Entwicklungsteams ergeben sich Situationen, in denen es wichtig ist, den Kollegen eine Rückmeldung über die Zusammenarbeit oder die Arbeitsergebnisse zu geben.

Im ersten Teil dieser Artikelserie haben wir gezeigt, welche Ziele mit agiler Projektdurchführung und einer DevOps-Strategie verfolgt werden. Der Erfolg in der Praxis ist jedoch zusätzlich von Erfahrung und einer konsequenten Anwendung abhängig.

Agile und DevOps sind Konzepte und Trends gleichermaßen. Sie stehen für eine maximale Flexibilisierung der Projektarbeit und das Zusammenwachsen von Development und Operations. Gibt es eine Schnittmenge zwischen diesen beiden Ansätzen?

Entwicklungsabteilungen stehen unter immensem Druck: Immer schneller müssen sie neuen Code entwickeln, um mit den Innovationen aus dem Silicon Valley mithalten zu können und die digitalen Geschäftsmodelle ihrer Firmen oder Kunden erfolgreich und schnell umzusetzen. Deshalb suchen sie nach Ideen, wie sie die Spielregeln neu definieren, ihre Produktivität erhöhen und Synergien innerhalb ihres Teams nutzen können. Einen möglichen Ansatz bietet das Pair Programming.

Software wird von Menschen gemacht – Gruppen von Menschen meist, die miteinander kommunizieren. Nun ist die Wissenschaft, die sich mit Gruppen von Menschen beschäftigt, die Soziologie. Doch wie kann die junge Disziplin der Software-Entwicklung von den gesammelten Erkenntnissen der Soziologie profitieren? Die Software-Architekten Dr. Christian Mennerich und Frederick Meseck (synyx GmbH & Co KG) wagen auf der JAX 2020 den Blick über den Tellerrand. In ihrer Session Softwareentwicklung – systemisch-agil gedacht bringen sie die soziologische Systemtheorie nach Luhmann mit Software-Entwicklungsthemen wie Agilität, DevOps und Domain-driven Design zusammen. Wir haben nachgehakt!

IT-Teams stehen unter Druck, Software-Innovationen schneller, effizienter und in höherer Qualität zu liefern. Das gilt auch für Anwendungsentwicklungen auf dem Mainframe. In einer aktuellen Umfrage* gaben 47 Prozent der Entscheider in Unternehmen an, dass immer mehr geschäftskritische Anwendungen auf dem Mainframe laufen. Sie planen, die Häufigkeit der Bereitstellung neuer Mainframe-Anwendungen um durchschnittlich 41 Prozent zu erhöhen. Wie gelingt es, diese Anforderung zu erfüllen?

Scrum in Großunternehmen, geht das überhaupt? Wenn viele Teams, noch mehr Interessen und zahlreiche Legacy-Lösungen im Spiel sind, stellt das erschwerte Bedingungen für das agile Arbeiten dar. Das heißt aber nicht, dass es nicht gelingen kann, auch Großunternehmen agil zu machen.

Wenn man eine Weile herumkommt, sieht man jede Menge Cargo Cult. Unternehmen führen Scrum ein, weil man das so macht. Oder OKR, weil Google das macht. Die ultimative Liste des Agile Health Check prüft, ob das Daily Standup durchgeführt wird und erklärt das Unternehmen für agil gesund. Tipps und Tricks zum Thema Agile gibt Gerrit Beine, in seiner Session auf der W-JAX 2019.

Vor einigen Jahren kam die Idee auf, Softwareentwicklung wirklich durch das gesamte Team durchführen zu lassen – und zwar zusammen, Aufgabe für Aufgabe. „Mob Programming“ war geboren. Die Blockaden während der Entwicklung verschwinden, weil sich alle nötigen technischen und fachlichen Ansprechpartner im selben Raum befinden. Klingt verrückt? Funktioniert aber! In seiner Session auf der W-JAX 2019 erklärt Thomas Much (Freiberufler) die Grundlagen von Mob Programming, die Gemeinsamkeiten und Unterschiede zum Pair Programming und wann sich das Arbeiten als „Mob“ lohnt. Dazu gibt es Tipps aus der Praxis.