Das Wissensportal für IT-Professionals. Entdecke die Tiefe und Breite unseres IT-Contents in exklusiven Themenchannels und Magazinmarken.

heise conferences gmbh

(vormals SIGS DATACOM GmbH)

Lindlaustraße 2c, 53842 Troisdorf

Tel: +49 (0)511/5352-100

service-sigs@heise.de

Agility

132 Inhalte
Entdecken Sie unser Archiv zu tiefgehenden Inhalte zum Thema Agility.
Alle größeren Unternehmen und Behörden pflegen einen lebenden Dinosaurier in Form einer großen, komplexen und erfolgskritischen Software. Groß steht für viele Millionen Zeilen Quellcode. Inhärent komplexe Prozesse sollen optimal durch IT-Systeme unterstützt werden. Erfolgskritisch heißt nicht weniger, als dass ein signifikanter Ausfall der Software nicht nur schnell auf die Titelseite renommierter..
Agile Transformation mit DevOps, Cloud und Microservices
Was hilft, den eigenen Verantwortungsfreiraum zu erkunden und zu nutzen? Nach unserer Erfahrung: Mutig ausprobieren! Wir stellen drei Experimente vor, die verschiedenen Entwicklungsteams geholfen haben, konstruktiv zusammenzuarbeiten und gemeinsam bessere Software zu liefern. Vom „Just-in-Time Task Breakdown“ über „Double Pairs“ bis zum „90 Minutely“ beleuchten wir die Motivation hinter den Experi..
Teamzusammenarbeit gestalten
Die Digitalisierung und die Vernetzung von Geräten schwappen aus dem Bereich Home-Automation auch in die Caravaning-Branche über. Unsere Produkte werden intelligenter, die Anforderungen an die Produkte ändern sich schneller und die Testzyklen werden kürzer. In dieser sich wandelnden Umwelt haben wir bei Truma im Team Requirements Engineering und Testing einen neuen Ansatz bei der klassischen Rolle..
Doppelrolle Requirements und Test Engineer, ein Modell der Zukunft?
Viele agile Softwareteams agieren als „Feature-Fabriken“ und werden an ihrem Output gemessen, sprich an der Menge an neuen gelieferten Funktionalitäten in einem Zeitraum. Dies führt dazu, dass Produkte immer weiter aufgebläht werden, sodass diese nun für den Nutzer immer schwerer zu verstehen sind und der Code so komplex wird, dass das Produkt fehleranfälliger und schwerer weiterzuentwickeln wird.
Das „Whole Product Model” auf den „Technology Adoption Life Cycle” angewandt
Herzlich willkommen zu einer Situation aus dem Alltag eines Entwicklungsteams. Es ist Mittwoch und das Planning für den kommenden Sprint ist im vollen Gange. Das Team soll Abschätzungen in Bezug auf eine neu zu schaffende API für die ERP-Lösung anstellen. Für alle Mitglieder des Teams scheint die Lösung auf Basis einer Rest(ful)-API klar und wird mit einem geringen Zeitaufwand geschätzt. Während d..
Design von APIs ist Arbeit, Arbeit und nochmals Arbeit