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?
Zu unserem diesjährigen Sommerevent verschlug es die SOPHISTen wieder nach Mallorca. Aufgrund der positiven Resonanz von 2013 entschloss man sich sogar für dasselbe Hotel wie im letzten Jahr im malerischen Ort Playa der Muro.
Druckfrisch ist es erhältlich: Unser beliebtes Standard-Werk „Requirements-Engineering und -Management“ ist in die 6. Auflage gegangen.
Nun mögen sich manche von Ihnen fragen, warum wir „Requirements-Engineering“ und „Requirements-Management“ mit Bindestrichen schreiben, obwohl man doch meistens diese Begriffe ohne Bindestrich sieht. Vielleicht haben Sie sich diese Frage sogar schon 2009 bei Erscheinen der 5. Auflage gestellt ;o)