Auf der Suche nach einem interessanten Entwickler-Job bringt es die heutige Recruiting-Praxis meist mit sich, einen Marathon an Bewerbungsgesprächen zu bewältigen. Sie kennen das: Man sitzt da einem ganzen Team von Personalveranwortlichen und Abteilungsleitern gegenüber, die einem regelrechte Löcher in den Bauch fragen. „Die Schlacht um die Talente wütet“, heißt es dazu in Politik und einschlägigen Medien, sodass man als Arbeitssuchender den Eindruck bekommt, in den Job-Kreuzverhören übermächtigen Scharfrichtern ausgeliefert zu sein, die über das eigene Schicksal urteilen.

„Agile is dead“ – diese Aussage von Dave Thomas polarisierte die agile Welt. Aus diesem Grund stellten sich Oliver Paegelow und Stefan Rudnitzkei (beide Hypoport AG) auf der JAX 2015 die Frage: Ist die 2001 postulierte Vision einer agilen IT Welt heute Realität? Im Rahmen ihres Vortrages beleuchten sie anhand konkreter Fallbeispiele, welchen Stellenwert das agile Mindset in der IT Branche aktuell hat und eigentlich haben sollte.

Genies trifft man zwar nicht jeden Tag, aber niemand würde bestreiten, dass nicht hin und wieder ein geniales Werk das Licht der Welt erblickt, egal ob es sich dabei um Kunst, Musik oder Wissenschaft handelt. Wenn es ums Programmieren geht, ist die Lage nicht so klar, obwohl Programmieren ja auch öfter als eine Kunst bezeichnet wird. Bei der Frage, ob es die Spezies „Rockstar-Entwickler“ gibt, also Programmierer, die so gut sind, dass sie mit ihren Fähigkeiten die Arbeit von 10 „normal begabten“ Programmierern ersetzen, scheiden sich allerdings die Geister.

Gibt es agile Software? Oder gibt es nur Entwickler, die agil arbeiten? Wenn das englische Wort Agile im Sinne eines mittlerweile fast schon berühmten Textes des Agile-Pioniers Dave Thomas nur als Adjektiv Sinn ergibt, drängt sich die Frage nach agiler Software geradezu auf. Damit hat sich nun Prakash Balodi in einem Blogbeitrag befasst. Im Spannungsfeld von agilen Produzenten und ihren schwerfälligen Produkten entwickelt er einige Vorschläge, wie agile Software aussehen kann.

Planlos mit Plan, ein Widerspruch? Nein kein Widerspruch! Frank Düsterbeck (HEC GmbH) geht es mit dem Titel seines Talks auf der JAX 2015 um die Fokussierung auf das Wesentliche unter Berücksichtigung der Herausforderungen des Schätzens. Welche Art des Planens brauchen wir, um beides zu meistern?

Entwickler und Marketingfachleute sind zwei Berufe, wie sie unterschiedlicher nicht sein könnten. Die einen sitzen vor dem Bildschirm, schreiben Code und entwickeln hochkomplexe Computersoftware. Die anderen eilen von Meeting zu Meeting, kommunizieren und stellen sicher, dass das Endprodukt an den Mann gebracht wird. Problematisch wird es nur, wenn es an Verständnis für die Tätigkeit des jeweils anderen fehlt, nicht nur wegen fehlender Wertschätzung, sondern weil darunter die Produktivität des Unternehmens leidet.

Als Programmierer hat man es nicht leicht. Ständig muss man Überstunden machen, zudem soll man immer am Ball bleiben, um die neuesten Entwicklungen nicht zu verschlafen. Und dann ist da noch die Sache mit den Deadlines.

Wenn es eine Charaktereigenschaft gibt, die im Allgemeinen nicht sehr hoch geschätzt wird, dann ist das die Faulheit. Faule Leute sind in den Augen der Mehrheit arbeitsscheu, antriebsarm und eine Plage für all diejenigen, die ihrer Arbeit diszipliniert und gewissenhaft nachgehen wollen. Aber stimmt das so auch wirklich? Sind alle Faulenzer rücksichtslose Gammler oder haben sie einfach nur erkannt, dass weniger manchmal mehr ist?

User Stories werden vor allem im Rahmen agiler Software-Entwicklung eingesetzt. Kurze, in Alltagssprache formulierte Kommentare, Beschwerden oder Anfragen sollen beim Aufsetzen von möglichst abnehmerfreundlichen und genauen Anforderungsspezifikationen helfen. Nun hat ein Team aus Forschern und Entwicklern der Universität Utrecht ein darauf spezialisiertes Quality Framework entwickelt, das eine automatisierte und intelligente Verarbeitung von User Stories verspricht.

Viele der gängigen Feedback-Methoden sind für den agilen Start-up-Alltag schlichtweg ungeeignet. Was aber könnten die Alternativen sein? Anna Löw (Giant Swarm) hat sich umgehört und gibt in ihrer Session von der W-JAX 2014 wichtige Hinweise zur Krux mit dem Feedback.

Der Boom bei digitalen Dienstleistungen geht unvermindert weiter: Die Konsumenten fordern ständig Serviceverbesserungen, die Unternehmen mit schnelleren, besseren und zunehmend multifunktionalen Applikationen bieten müssen. Dies übt einen großen Druck auf die IT-Abteilungen aus. Kann hier ausgerechnet der scheinbare Dinosaurier Mainframe wertvolle Hilfestellung leisten?

Kennen Sie Hass-getriebene Softwareentwicklung? Nun, ein offizieller Terminus ist das nicht, Rafe Colburn definiert Hate Driven Development (HDD) allerdings so, dass ein Programmierer mit der Zeit einen derartigen Hass gegenüber seinem Projekt entwickelt, dass er es möglichst schnell fertig stellt.

Reflexion gilt für erfolgreiche Teamarbeit als unerlässlich. Wie aber sieht das auf der ganz persönlichen Ebene aus? Seit 2009 hält Johannes Thönes (ThoughtWorks) regelmäßig seine persönlichen Retrospektiven. In dieser Session von der W-JAX 2014 spricht Johannes über seinen persönlichen Ansatz, über gemachte Fehler und Erfahrungen.

Kennen Sie nicht auch die Situation, dass es dem Management mal wieder nicht schnell genug geht? Sie verstehen nicht, wieso die Anforderung x so viel Zeit in Anspruch nimmt? Wieso erreicht man in der Webentwicklung mit weniger Aufwand gleiche Ergebnisse im Vergleich zur nativen, mobilen Entwicklung in iOS oder Android? Wenn Sie sich auch ständig dem Druck „Das muss schneller gehen!“ ausgesetzt fühlen, dann ist diese Session von Carsten Sensler (ArtOfArc) und Andre Karalus (Freelancer) genau richtig für Sie.

Einige agile Methoden arbeiten mit einer künstlichen Verknappung der Ressource Zeit (sogenannten „Sprints“). Doch sind diese dem Softwareentwicklungsprozess insgesamt wirklich zuträglich? Oder wäre es vielleicht wichtiger, Spielräume zu eröffnen, die einen Blick über den Tellerrand ermöglichen?

Deine Lösung funktioniert zwar, aber ist sie langfristig auch gut wartbar? Dies ist ein Satz, den die meisten von Ihnen schon einmal gehört haben dürften. Sie schlagen im Planungsmeeting eine etwas unkonventionellere Lösung vor, und garantiert wird ein anderes Teammitglied die Hand zum Protest heben und das Totschlagargument der schlechten Wartbarkeit ins Spiel bringen.

Aufwandsschätzungen scheinen nicht nur ungern gemacht sondern oft auch so gestaltet zu werden, dass ihre Umsetzung nicht realisierbar ist. Der Blogger Nadav Azaria schlägt in einem Blogpost eine neue Art der Aufwandsschätzung im agilen Kontext vor, die eine Trennung von Lernzeit und Arbeitszeit vorsieht.

Was sind die Faktoren, die Team-Mitglieder und deren Coding-Fähigkeiten beeinflussen? Wie kann ein agil produziertes Projekt in sich zusammenfallen, wenn es um die Software-Qualität geht? Wir haben ein wenig in akademischer Literatur gestöbert, um es herauszufinden.

Sie kennen das: Auf dem Klassentreffen (oder einer ähnlich nostalgisch-verklärten Veranstaltung) wird die Frage gestellt, welchen Beruf Sie nach all den wilden Jahren denn schließlich ergriffen hätten. Was antworten Sie:

a) Programmierer?

b) Software-Entwickler?

c) Informatiker?

d) Irgendwas mit Computern?

Der Kunde ist König, der Kunde hat immer Recht. Das denkt sich mancher Product Owner und baut genau das, was der Kunde verlangt. Aber entsteht so auch die Software, die sich der Kunde eigentlich wünscht? Entstehen so wirklich innovative Produkte? Der Freelancer David Tanzer hat zu diesem Thema eine Session gehalten.