Agilität beginnt im Kopf – HOOD erweitert sein Trainings-Portfolio um 3 weitere Trainings zu agilen Themen
Will man agile Werte leben, muß die eingefahrene Arbeitsweise oft radikal geändert werden. Diese Änderungen, zumindest die wirklich wichtigen, beziehen sich nicht auf Techniken und Methoden, schon gar nicht auf Tools, es sind Änderungen, die im Kopf der Beteiligten passieren müssen. HOOD untermauert seine Kompetenz mit 3 weiteren Trainings aus dem agilen Umfeld. Diese HOOD-Trainings sind speziell darauf ausgerichtet, Ihnen das Handwerkszeug im Requirements Engineering zu vermitteln und Ihnen die Sicherheit zu vermitteln, im richtigen Moment, das richtige Werkzeug zu wählen. Folgende Themen werden von den neuen Trainings behandelt:
Product Backlog initial befüllen – Erfolgreiche Anforderungserhebung
Agiles Backlogmanagement jenseits der Lehrbücher – Durchblick für mittlere und große Entwicklungsprojekte
Testen im agilen Umfeld
Weitere Informationen zu den Trainings, zu agilen Themen finden Sie unter http://www.hood-group.com/schulungen/agile-entwicklung-und-re/

Die REConf® 2013 hat bereits jetzt enorm großen Zuspruch beim Fachpublikum – der Programmausschuss bewertet bis zum 5.Nov 2012 alle Einreichungen.
Für die REConf2013, die unter dem Motto “Sustainable Requirements Engineering” steht, wurden so viele Papers abgegeben wie noch nie! Mit nahezu 100 Einreichungen zu den einzelnen Tracks:Agiles Requirements Engineering, Requirements und Modellierung,Testen, Systems Engineering, Konfigurationen, Versionen, Änderungen, Varianten, Produktlinien sowie Werkzeugunterstützung, Usability und Product Lifecycle Management bricht die REConf2013 bereits jetzt einen Rekord. Bis zum 5.Nov 2012 begutachtet der Programmausschuss die einzelnen Einreichungen und danach werden die am besten bewerteten Vortragseinreichungen in die Agenda der REConf2013 aufgenommen. Weitere Informationen dazu finden Sie unter:http://www.hood-group.com/reconf/reconf-2013/startseite/

Vortrag von Susanne Mühlbauer bei Auftaktveranstaltung ASQF Fachgruppe Requirements Engineering in NRW
In Ihrem Vortrag zur Auftaktveranstaltung ASQF Fachgruppe Requirements Engineering in NRW beleuchtet Susanne Mühlbauer, Principle Consultant von HOOD am Beispiel von Scrum wie Requirements Engineering in einer agilen Umgebung Value liefert. Der Product Owner, der eine zentrale und dennoch stiefmütterlich behandelte Rolle im Scrum Team spielt, wird insbesondere analysiert. Es wird aufgezeigt, wie RE-Methoden den Product Owner und das Entwicklungsteam in seiner Arbeit da unterstützen, wo Scrum keine Antworten liefert. Mehr Informationen zu diesem Thema und der ASQF Auftaktveranstaltung finden Sie unter nachfolgenden Link: https://www.asqf.de/fachgruppentermine-anzeige/events/id-22112012-fg-requirements-engineering-nordrhein-westfalen.html

Gegensätze ziehen sich an – formale Anforderungsspezifikationen und agile Softwareentwicklung unter einen Hut bekommen
Auf den ALM Days (ehemals TeamConf), die vom 28. bis 29. November 2012 in München stattfindet, wird Jens Donig, Principal Consultant von HOOD, einen interessanten Vortrag zu dem Zusammenspiel von formaler Anforderungsspezifikation und agiler Softwareentwicklung halten. Während sich die Softwareentwicklung mit agilen Methoden gerade erneuert, sehen sich klassische Systementwicklungen – vor allem wenn es um Elektronik und Mechanik geht – immer noch stark an bekannte Spezifikationsansätze gebunden. Eine Brücke kann und muss hier das Requirements Engineering schlagen und die vermeintlichen Gegensätze zusammen bringen. Anforderungen in der Softwareentwicklung bei Bedarf erheben und erst recht bei Bedarf konkretisieren, planen und realisieren. Weitere Details erfahren Sie im Vortrag von Jens Donig und weitere Informationen zu den ALMDays erhalten Sie hier: www.teamconf.de/vortraege/management-day.html

Andreas Becker schildert wie praxisnah mit Fehlern in Scrum Projekten umzugehen ist
Von der Theorie her existieren unterschiedliche Ansätze um in agilen Projekten mit Fehlern umzugehen.Im Scrum Guide von Ken Schwaber und Jeff Sutherland werden Fehler als Item in das Product Backlog aufgenommen.Einen Fehler zu schätzen kann ein Team häufig ohne eine Voranalyse nicht leisten. Eine Schätzung würde außerdem dem Prinzip der „technischen Schuld“ widersprechen, da ein Team Storypoints “einkassiert“, welche es bei der Umsetzung von der Anforderung schon bekommen hat.
Ein alternatives Vorgehen nach Ralf Wirdemann sieht vor, Fehler an User Stories anzuhängen. Dieses Vorgehen hat den Vorteil, dass Fehler nicht geschätzt werden müssen und trotzdem eine Priorität vorgegeben.
Beide Vorgehen haben in der Praxis Vor- und Nachteile, welche in dem Vortrag von Andreas Becker, Senior Consultant bei HOOD, auf den Software Quality Days vom 15. – 17.Januar 2013 in Wien erläutert werden.
Weitere Informationen zum Thema Agilität finden Sie unter: http://www.hood-group.com/de/schulungen/agile-entwicklung-und-re/