Wer sind diese mysteriösen Wesen? Was essen sie? Wieso benehmen die sich so? Wofür werden sie von Softwareunternehmen gezähmt? Warum sind sie manchmal ungehorsam? Mit welchem Skillset überleben und gedeihen sie in den wilden Unternehmensstrukturen? Darf man sie streicheln?

Ich werde versuchen diese Fragen als subjektiver, selbst-ernannter Repräsentant meiner Berufsklasse zu beantworten. Mich würden dabei Euer Feedback, Eure Einwürfe und Fragen sehr interessieren. Softwareingenieure die sich gerne mit Existenzfragen, Verantwortung und Skillsets beschäftigen sind willkommen, genauso wie Product Owner, Scrum Master, Manager, Team Leads… die gerne über die Softwareingenieure und was sie eigentlich tun reflektieren würden.

Gerade in großen Konzernen müssen Entwicklungsteams mannigfaltige technische und organisatorische Schnittstellen bedienen.

Um dennoch ihren Fokus behalten zu können ist eine agile Arbeitsorganisation inzwischen allgegenwärtig. Dem gegenüber steht oft der altbackene Begriff der Softwarearchitektur, meist Symbol für eingestaubtes Hierarchiedenken, langweilig und sehr bürokratisch.

Dass es auch anders geht, möchte ich in diesem Vortrag zeigen und diskutieren.
Agile (Architektur-)werkzeuge und Konzepte im Arbeitsalltag von Großunternehmen: Wie DevOps, Domain Driven Design, Architecture Ownership und andere Methoden Teams helfen können, autonom und fokussiert zu arbeiten.

Fast jedes Scrum Team kennt diesen Begriff und diskutiert in seinen Retrospektiven darüber, wie es damit umgeht: „Technische Schulden“. 

Dieser Begriff ist ein Synonym für „altes schlechtes Coding“ geworden, und wird auch in diesem Sinne meistens verwendet… fälschlicherweise! 

Dieses Missverständnis über diese Begriffsbedeutung hat Haltungen in den Scrum Teams hervorgebracht, die deren Professionalität geschadet haben und die Kosten der Produktentwicklung stark erhöht. 

In dieser Session wollen wir mit euch über die dieses Missverständnis, den Ursprung dieses Begriffes und seine Bedeutung für unsere Professionalität diskutieren.  

Abstract und Biographie folgen.

Nicht erst seit #noEstimates wird die Frage gestellt, welchen Nutzen Schätzungen und Planungen haben, vor allem wenn man doch “flexibel” sein möchte. Wir schauen uns an, was Scrum als Framework überhaupt vorgibt, welche Praktiken gelebt werden, welche Motivation dahinter steckt und wie wir für unser Produkt und unser Team einen Weg finden können, der Wert schafft.