Software Qualität ist keine Momentaufnahme – nur „Continuous Quality“ macht Sinn! Jedem, der in der Softwareentwicklung arbeitet, muss klar sein, dass Qualität nicht „die Anderen“ machen – Jede:r ist gefragt!
Qualität fällt nicht „vom Himmel“! Wie Software-Qualität heute erreicht werden kann und welche Rahmenbedingungen es gibt …
Gehostet von:
Noch musst Du leider noch gespannt bleiben. Viele Speaker stehen schon in den Startlöchern. Unsere Hosts unterstützen die solutions: großartig dabei, zu ihrem Thema oder Themaneblock die richtigen Speaker zusammen zu stellen. Hast Du einen Vorschlag oder Wunsch, wer als Speaker kommen soll? Empfehle uns gern jemanden namentlich.
Das Program wird permanent angepasst und erweitert, damit Sie das best möglich Besuchererlebnis auf der solutions 2022 #inEcht erfahren.
wird motiviert, warum Continuous Quality so wichtig ist.
Die Mechanismen und Trends, die Etablierung und Ausbau fördern, sind die Richtschnur für die folgenden Vorträge.
Speaker
[recent_post_slider category=“2179″ post_type=“speaker“]
wird motiviert, warum Continuous Quality so wichtig ist.
Die Mechanismen und Trends, die Etablierung und Ausbau fördern, sind die Richtschnur für die folgenden Vorträge.
SW-Entwicklung: Die Die kontinuierliche Lieferung guter Software braucht eine veränderte Organisationskultur sowie den Fokus auf Ergebnisse, Durchsatz und Stabilität. Dabei ist der Test keine dedizierte Phase sondern eine kontinuierliche Aktivität, die während der ganzen Entwicklung und in Produktion durchgeführt wird!
Eine spannende Herausforderung für die gesamte SW-Entwicklungsbranche.
Speaker
[recent_post_slider category=“2191″ post_type=“speaker“]
SW-Entwicklung: Die Die kontinuierliche Lieferung guter Software braucht eine veränderte Organisationskultur sowie den Fokus auf Ergebnisse, Durchsatz und Stabilität. Dabei ist der Test keine dedizierte Phase sondern eine kontinuierliche Aktivität, die während der ganzen Entwicklung und in Produktion durchgeführt wird!
Eine spannende Herausforderung für die gesamte SW-Entwicklungsbranche.
ein Riesenfan des agilen Manifests. Mit ihrer Erfahrung von weit über 10 Jahren im Bereich Softwaretest, insbesondere in agilen Softwareentwicklungsteams, kennt sie die vielen Herausforderungen, die bei der gemeinschaftlichen Arbeit an der Lieferung eines Softwareproduktes in kontinuierlich guter Qualität auftreten. Und hat dabei einige grundlegende Erfolgsfaktoren für agiles Testen ausgemacht!
Speaker
ein Riesenfan des agilen Manifests. Mit ihrer Erfahrung von weit über 10 Jahren im Bereich Softwaretest, insbesondere in agilen Softwareentwicklungsteams, kennt sie die vielen Herausforderungen, die bei der gemeinschaftlichen Arbeit an der Lieferung eines Softwareproduktes in kontinuierlich guter Qualität auftreten. Und hat dabei einige grundlegende Erfolgsfaktoren für agiles Testen ausgemacht!
nicht? Ein hat sich in den letzten Zwei Jahren gezeigt: Management als Team-/Gruppenleistung, in modernen Organisationen und Teams ist erfolgreicher, als hierarchisches Management.
Besonders in den Pandemiejahren wurde deutlich, dass agile und modern aufgestellte Unternehmen im Vorteil waren. Innerhalb von zwei Wochen waren einige Organisationen in der Lage sich den neuen Bedingungen der Pandemie anzupassen. Andere, eher klassische Unternehmen, haben es bis 2022 nicht geschafft mit der Situation umzugehen. Dort wird sich noch immer festgehalten an den Prozessen, Strukturen und Methoden aus 2019.
Aber auch wenn wir teilweise schon agil zu sein scheinen gibt es noch immer Probleme mit solch besonderen Herausforderungen, wie uns die Pandemie gezeigt hat.
Entscheiden und Planen funktioniert häufig recht gut innerhalb eines einzelnen agilen Teams. Aber teamübergreifendes Koordination gestaltet in der Regel äußerst schwierig. Besonders nach oder während der Transition von „klassischer“ zu „agiler“ Entwicklung bleiben die angestammten Managementrollen auf der Strecke. Ergo: Der Anzug des Managers sitzt im agilen Kontext nicht mehr so gut. Aber warum ist das so?
Lasst uns gemeinsam nach einer Lösung suche, damit wir nicht mehr 2019 sind.
Speaker
[recent_post_slider category=“2200″ post_type=“speaker“]
nicht? Ein hat sich in den letzten Zwei Jahren gezeigt: Management als Team-/Gruppenleistung, in modernen Organisationen und Teams ist erfolgreicher, als hierarchisches Management.
Besonders in den Pandemiejahren wurde deutlich, dass agile und modern aufgestellte Unternehmen im Vorteil waren. Innerhalb von zwei Wochen waren einige Organisationen in der Lage sich den neuen Bedingungen der Pandemie anzupassen. Andere, eher klassische Unternehmen, haben es bis 2022 nicht geschafft mit der Situation umzugehen. Dort wird sich noch immer festgehalten an den Prozessen, Strukturen und Methoden aus 2019.
Aber auch wenn wir teilweise schon agil zu sein scheinen gibt es noch immer Probleme mit solch besonderen Herausforderungen, wie uns die Pandemie gezeigt hat.
Entscheiden und Planen funktioniert häufig recht gut innerhalb eines einzelnen agilen Teams. Aber teamübergreifendes Koordination gestaltet in der Regel äußerst schwierig. Besonders nach oder während der Transition von „klassischer“ zu „agiler“ Entwicklung bleiben die angestammten Managementrollen auf der Strecke. Ergo: Der Anzug des Managers sitzt im agilen Kontext nicht mehr so gut. Aber warum ist das so?
Lasst uns gemeinsam nach einer Lösung suche, damit wir nicht mehr 2019 sind.
ysteme enthalten immer mehr Bugs? Technische Schulden könnten Auslöser sein.
Aber welche Ursachen haben diese technische Schulden? Sind die Entwickler nicht fähig gute Programme zu schreiben? Sicher nicht!
Aber wie erkläre ich die Probleme und Kausalbeziehungen zwischen Ursachen und Wirkung meinen Business Managern und Partnern? Wie bringe ich nicht ITler dazu technische Schulden und ihre möglichen Folgen zur erkennen und Ernst zu nehmen?
Speaker
[recent_post_slider category=““ post_type=“speaker“]
ysteme enthalten immer mehr Bugs? Technische Schulden könnten Auslöser sein.
Aber welche Ursachen haben diese technische Schulden? Sind die Entwickler nicht fähig gute Programme zu schreiben? Sicher nicht!
Aber wie erkläre ich die Probleme und Kausalbeziehungen zwischen Ursachen und Wirkung meinen Business Managern und Partnern? Wie bringe ich nicht ITler dazu technische Schulden und ihre möglichen Folgen zur erkennen und Ernst zu nehmen?
ber inne“! Aber Neues birgt auch Gefahren.
DevOps und agile Methoden in der Softwareentwicklung schaffen neue Versionen und Releases im Rekordtempo. Die Reduktion von möglicherweise überflüssigen „alten Zöpfen“ aus ein Mindestmaß birgt Gefahren – nicht zuletzt für die Wirtschaftlichkeit. Darüber kann man diskutieren … und die Speaker dieses Qualitäts-Slots bieten sich dafür als Gesprächspartner an!
Speaker
[recent_post_slider category=“2196″ post_type=“speaker“]
ber inne“! Aber Neues birgt auch Gefahren.
DevOps und agile Methoden in der Softwareentwicklung schaffen neue Versionen und Releases im Rekordtempo. Die Reduktion von möglicherweise überflüssigen „alten Zöpfen“ aus ein Mindestmaß birgt Gefahren – nicht zuletzt für die Wirtschaftlichkeit. Darüber kann man diskutieren … und die Speaker dieses Qualitäts-Slots bieten sich dafür als Gesprächspartner an!
Die Orte stehen für Begegnungen und Austausch – auch zwischen den Talks. Triff Speaker und Hosts in unseren Networking-Ecken. Nutze den geschützten Raum zum Netzwerken und Erfahrungsaustausch.
