adesso BLOG

In den ersten beiden Teilen dieser Serie wurde ein erster Einblick gegeben, warum Scrum sowohl für Dienstleister als auch für Auftraggeber Vorteile für die Zusammenarbeit mit sich bringt. Im letzten Teil der Mini-Serie soll noch einmal die Scrum-Historie und vor allem das Mindset herausgestellt werden, da dieses maßgeblich zum Erfolg beiträgt. Scrum ist kein Selbstläufer, sondern bedarf hohes Engagement aller beteiligten Seiten. Das Verständnis auf Kunden- und Dienstleisterseite muss dafür identisch sein, was bei einer Vielzahl von unterschiedlichen Charakteren nicht immer einfach ist. Deshalb sind Teamkonstellation, Transparenz und Kommunikation der Schlüssel zum Erfolg.

In agilen Softwareprojekten endet ein Sprint mit einer Retrospektive – also einer kritischen Bewertung der Abläufe. Welche Vorteile eine gemeinsame Retrospektive mit dem Kunden hat, wie dieses Vorgehen die Zusammenarbeit mit dem Kunden verbessern kann und was ihr dabei genau beachten solltet, erkläre ich euch in meinem Blog-Beitrag.

Die Themengruppe „Blockchain“ der adesso Schweiz AG konnte in der Vergangenheit zahlreiche Erfahrungen in verschiedenen Kundenworkshops und mit unterschiedlichen Proof of Concepts sammeln. Diese Erfahrungen möchte ich euch in meinem Blog-Beitrag vorstellen. Damit sollen der Stand der Technologie, deren Möglichkeiten, aber auch zwischenzeitliche Grenzen skizziert werden.

Anwendungs- und Plattformmodernisierungen werden für Organisationen des öffentlichen Sektors immer wichtiger. Legacy-Systeme, die in alten Programmiersprachen geschrieben sind und gegebenenfalls noch auf Großrechnern laufen, sind häufig nicht mehr zeitgemäß. In meinem Blog-Beitrag erkläre ich euch, wieso ihr eure Altsysteme modernisieren solltet und zeige euch an einem Projektbeispiel, wie eine schrittweise Modernisierung und Migration erfolgen kann.

Nachdem ich in den ersten beiden Teilen meiner Blog-Serie „Technische Dinge für nichttechnische Leute“ verschiedene Datenformate näher beleuchtet, deren Unterschiede erklärt und euch das Thema „Microservices“ vorgestellt habe, zeige ich euch heute, wie Containerisation und Online Deployment genau funktionieren.

Nachdem ich im ersten Teil meiner Blog-Serie „Technische Dinge für nichttechnische Leute“ verschiedene Datenformate näher beleuchtet und deren Unterschiede erklärt habe, möchte ich euch nun das Thema „Microservices“ genauer vorstellen.

In Softwareprojekten stehen heutzutage oftmals agile Entwicklungsmethoden wie Scrum im Vordergrund. Der Scrum Guide wird in der agilen Softwareentwicklung als Leitfaden genutzt und beschreibt unter anderem die Zusammensetzung des Scrum Teams. Gemäß des Scrum Guide gibt es allerdings keinen Platz mehr für Business Analysten, da ein Scrum Team − neben dem Product Owner − ausschließlich aus dem Scrum Master und dem Entwicklerteam besteht.

Nehmen wir an, in einem Projekt gibt es diverse unabhängige Services, die jeweils ihre eigenen Release-Zyklen haben. Euer Kunde möchte nun diese Services miteinander verbinden und automatisieren, um die manuellen Prozesse sowie die Lead Time zu minimieren. Das führt zu einer Microservice-Architektur mit vielen kleinen Services, die ihr unabhängig voneinander testen und deployen müsst. Wie könnte der optimale Lösungsweg für eine solche Projektanforderung aussehen? In meinem Blog-Beitrag verrate ich es euch.

Verantwortliche für IT-Fachverfahren im Bereich der öffentlichen Verwaltung stehen vor einer großen Herausforderung: Sie müssen die Lauffähigkeit durch kontinuierliche Pflege und Weiterentwicklung aufrechterhalten sowie Gesetzesänderungen und Ad-hoc-Anforderungen fristgerecht umsetzen. Gleichzeitig stehen die Spezialisten für die Aufbereitung der Fachlichkeit nur sehr eingeschränkt zur Verfügung. Nicht zuletzt erwarten die Benutzer eine maßgeschneiderte Anwendung. Dem Anforderungsmanagement kommt in diesem Spannungsfeld eine entscheidende Bedeutung zu. Welche das ist, erkläre ich euch in meinem Blog-Beitrag.