Dass der Scrum Master besonders für neue Teams ziemlich wichtig ist, ist vielen bekannt. Aber was genau macht ein Scrum Master eigentlich? Diese und noch mehr Fragen zur Rolle des Scrum Masters beantworten Sebastian Bauer (inovex GmbH) und Dominik Ehrenberg (crosscan GmbH) in ihrer Session auf der JAX 2018.

Scrum definiert klare Rollen, Zuständigkeiten und Events innerhalb eines Softwareprojekts. Ziel des Frameworks ist eine konstante Steigerung der Produktivität. Dies wird vor allem durch eine kontinuierliche und zielgerichtete Kommunikation erreicht. Bei der Umsetzung von Scrum im eigenen Unternehmen bieten diese acht praxisbezogenen Tipps eine gute Hilfestellung.

Freunde kann man sich aussuchen, Kollegen nicht. Und gerade in Zeiten von Agile und gemeinsamen Softwareteams bekommt man das zu spüren. Um mit den unliebsamen Kollegen besser zusammenarbeiten zu können, kann es helfen, seine Rolle im Softwareprojekt zu kennen. Das dachte sich auch das Team von Neil on Software und erstellte eine Art Profiling-Test für alle Teammitglieder.

Viele Organisation behandeln User Stories wie Anforderungen. Dabei können sie das in einer komplexen dynamischen und postindustriellen Welt gar nicht sein. Fest steht: Wer User Stories verstehen möchte, muss sich erst einmal mit der Produktentwicklung beschäftigen.

Konflikte sind nur menschlich, aber genau so menschlich ist es, sich ihnen nicht stellen zu wollen. Das ist aber gar nicht agil, wie Jürgen Knuplesch im 6. Teil dieser sehr realen und doch erfunden Geschichte des Scrum Masters berichtet.

Der Wandel vom Wasserfall-Modell hin zu Agile bringt, neben technischen, vor allem auch organisatorische Hindernisse mit sich. In seiner Session auf der JAX 2018 zeigt Wolfgang Pleus, wie agile Teams kurze Concept-to-Market-Zyklen erreichen und wie sich das mit klassischem Anforderungsmanagement verträgt.

Anfangs war man bei der kartenmacherei GmbH noch glücklich, das Scrum-Tech-Team abgeschottet vom Rest des Unternehmens agieren lassen zu können: Die Entwickler saßen teils sogar an einem anderen Standort und die Produktmanager waren die Torwächter für Stakeholder. Doch nach einem Jahr hat man die gesamte Struktur umgeworfen. Wie und warum, das erklären Tina Dreimann und Steffen Behn von der kartenmacherei GmbH in dieser Session von der DevOpsCon 2017.

Agile, DevOps und InnerSource sind aktuelle Trendthemen in Sachen Softwareentwicklung. Dennoch scheint der Trend nicht in jedem Unternehmen angekommen zu sein. Im Interview auf der W-JAX 2018 erklären Lilli Seyther-Besecke und Johannes Nicolai von GitHub, wie sich Agile, DevOps und InnerSource umsetzen lassen.

Oft wird eine Transformation anlässlich eines schwachen Geschäftsjahres oder der Einstellung einer neuen Führungskraft verkündet und bedeutet einen Appell im Sinne von „Wir müssen etwas ändern, und zwar schnell“. Der nächste Schritt besteht üblicherweise darin, Consultants in das Unternehmen kommen zu lassen und sich zurückzulehnen, während diese Empfehlungen abgeben, die niemals zur Gänze umgesetzt werden können und auch nicht zur Unternehmenskultur passen. Dabei werden die eigentlichen Transformierer oft übersehen: die Mitarbeiter.

Alles begann mit der Erkenntnis, dass Scrum doch nicht doof ist. Darauf folgte die Ausbildung zum Scrum Master für Jürgen Knuplesch. Nun muss er im neuen Teil seiner Geschichte das erworbene Wissen in die Praxis umsetzen. Und das ist manchmal gar nicht so leicht.

Softwareentwickler sollten bei ihren Tätigkeiten möglichst produktiv sein und über eine hohe Entwicklungsgeschwindigkeit verfügen. Doch leichter gesagt als getan. Wie man als Java-Entwickler effektiver und effizienter sein kein, erklärt Sebastian Daschner anhand von sieben Prinzipien in seiner Session von der JAX 2018.

Viele Unternehmen tun sich mit Agile immer noch schwer. Dabei könnte durch selbstorganisierte Teams die Qualität maßgeblich verbessert werden. Wann agile Entwicklung sinnvoll umsetzbar ist und was es dafür braucht, erklären Kim Duggen und Georg Haupt in ihrer Session von der JAX 2018.

Unternehmen können von agilen Methoden und DevOps-Ansätzen wegen der größeren Flexibilität und der niedrigeren „Time-to-Value“ bei gleichzeitig verbesserter Qualität massiv profitieren. Doch diese Methoden einfach nur irgendwie umzusetzen ist eigentlich gar nicht möglich, ohne die nötigen Voraussetzungen zu schaffen. In ihrer Session von der DevOpsCon 2017 in München reflektieren sie ihre Erfahrung einer tatsächlichen Transformation der IT eines großen Unternehmens.

Die JAX London ist in vollem Gange und wir bedauern jeden, der keine Gelegenheit hatte, ins Vereinigte Königreich zu kommen. Damit auch ja keiner etwas verpasst, streamen wir auch die heutigen Keynotes live von der Konferenz! Um 10 Uhr geht es los, die zweite Keynote findet um 15 Uhr statt – reinschauen lohnt sich!

Lukas hat sich mit seinem alten Studienkollegen Arne getroffen. Wie früher in ihrer Studenten-WG haben sie schon eine ganze Zeit die Spielkonsole traktiert. Jetzt machen sie eine Pause, weil der Pizzalieferant gerade ihr Abendessen gebracht hat.

Scrum ist doof, so beginnt die Geschichte „Der Scrum Master“ von Jürgen Knuplesch, selbst Scrum Master, agiler Berater, Autor, Mathematiker, Trainer, Theologe und vor allem Mensch. Als agiler Enthusiast und Pragmatiker versucht er jeden Tag die Welt ein wenig zu verbessern, was ihm aber nur selten gelingt. In unserer Fortsetzungsgeschichte gibt er einen Einblick in seinen umfangreichen Erfahrungsschatz.

Agile Methoden haben sich in vielen Softwareentwicklungsvorhaben als sinnvolle Alternative zu anderen, komplexeren Vorgehensmodellen herausgestellt. Bei der Anwendung agiler, entwicklungszentrischer Modelle [1] stellt sich aber regelmäßig die Frage, wie das Thema „Architektur“ adäquat adressiert werden soll – kennt doch beispielsweise Scrum keine explizite Architektenrolle im Entwicklungsprozess [2].

Wir stellen uns der Behauptung unseres letzten Artikels, dass man sich nicht dualistisch für Gartner oder Forrester (bimodal vs. „alles agil“) entscheiden muss. Welche Möglichkeiten gibt es, aus IT-Sicht schnellen Nutzen und Wertschöpfung zu stiften, auch wenn die Systeme schon in die Jahre gekommen sind?

Agilität, Management 3.0, New Work oder DevOps – all diese Bewegungen verändern die Art und Weise, wie Softwareentwicklung organisiert wird. Wenn man ihren Denkmustern und Ideen konsequent folgt, beeinflussen sie stark die Kultur des Unternehmens. Über solche Kulturveränderungen möchten wir gerne in dieser Kolumne berichten.

Schätzen hatte noch nie einen allzu guten Ruf. Die eine Seite fürchtet den hohen Aufwand und die damit verbundenen Kosten, die andere Seite ein daraus entstehendes Commitment, das einzuhalten insbesondere dann ein Ding der Unmöglichkeit ist, wenn man nicht ausreichend Zeit und Informationen hat. Trotz eines ambivalenten Verhältnisses bieten Schätzungen allen Stakeholdern einen großen Nutzwert. Richtig verankert erhalten alle Beteiligten ein gemeinsames Verständnis des Projekts und Stellschrauben für Optimierungen – alles im Sinne der Anwender.