Am Abend des 16. Oktobers hat es uns in den Nürnberger Tiergarten verschlagen. Wir trafen uns alle um 17:30 am Haupteingang des Nürnberger Tiergartens, um die gebuchte Führung bei Abenddämmerung zu beginnen.
Sie merken: Kaum ist die Konferenz in diesem Jahr beendet, haben wir schon wieder Lust auf die nächste Auflage. Und das liegt einfach daran, dass es eine wahnsinnig tolle Veranstaltung war. An dieser Stelle daher noch einmal ganz herzlichen Dank an alle Beteiligten, die dieses Event zu einem solchen Erfolg gemacht haben.
Mit diesem dritten Blogbeitrag sind wir am Ende unserer Serie zu Fragen, die in der agilen Szene [1] große Beachtung finden. Von Generalisten über Spezialisten sind wir nun beim Requirements-Engineer angelangt.
In Teil 3 unserer Blogserie haben wir uns mit Anforderungen und Anforderungsarten an die IT-gestützte Realisierung von Services beschäftigt. Nun betrachten wir ausgehend von diesen Überlegungen und im Rahmen der groben Analyse von Services, welche Besonderheiten es bei der Anforderungsermittlung im Service-orientierten Umfeld gibt. Hierfür sehen wir uns, wie auch in den vergangenen Blogbeiträgen, insbesondere die technischen Services an.
Alle können nicht alles wissen. Dass das auch für ein Entwicklungs-Team gilt und auch gar nicht nötig ist, haben wir im ersten Teil dieser Blogserie unterstrichen. Dieser Blogeintrag thematisiert eine weitere, spannende Frage, die auf der folgenden Erkenntnis beruht:
Selbst wenn ein Scrum-Team [1] aus der (fast) perfekten Mischung aus Spezialisten und Generalisten besteht, kann es vorkommen, dass das Team eben nicht „das gesamte Wissen und die Fähigkeiten, die für das Projekt nötig sind“ [2] hat. Wie geht das Entwicklungs-Team damit um, dass es für einen oder mehrere Sprints einen Spezialisten braucht?