Realisierung des Application Lifecycle für den OWB - Teamarbeit fördern, Prozesse aktiv vereinfachen
Ziel eines intelligenten Application Lifecycles ist, aufgrund aktiver Prüfung und Benachrichtigungen, alle Fehler der Entwicklung sowie Störungen beim Deployment so schnell zu erkennen, dass jedem DBA ausreichend Zeit bleibt, Betrieb, Pflege und Erweiterung der Datenbanken aufrecht zu erhalten.
Seit einem Jahr nutzt ein Global Player der Metallbranche das Application Lifecycle Management von Minerva SoftCare und IKAN. Erfahren Sie, wie durch den Einsatz eines VCR das Change Management sowie durch die Lösung IKAN ALM ein automatisiertes Release Management (build & deploy) realisiert wurden und welche positiven Veränderungen sich daraus ergeben haben.
Agile Methoden in der Medizintechnik - Der konsequente Weg zur Marktführersc...Marc Bless
Agile Methoden in der Medizintechnik - Der konsequente Weg zur Marktführerschaft (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Praxisbericht: Agil skalierte Produktentwicklung im regulierten UmfeldHOOD Group
Im agilen Umfeld können wir uns diese Pyramide zu nutzen machen – allerdings mit unterschiedlichem Planungshorizont und i.A. im anderen Bezeichnungen – Detaillierungsgrad ist der große Unterschied zu klassischer Pyramide.
Epics sind Geschäftsziele oder größere Architekturentscheidungen.
Features sind dauerhafte Systemeigenschaften.
User Stories sind Kommunikationsmittel für PO und sein Entwicklerteam.
Tasks beschreiben alle Aufgaben in einem Sprint für die konkrete Umsetzung einer User Story.
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)Marc Bless
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft AG
Software-Projekte sind mit vielen Risiken behaftet. Die Ursachen für Fehlschläge sind oft Fehler im Management der Anforderungen und mangelhafter Einbezug der Benutzer.
Agile Vorgehensmodelle wollen genau dieses Problem lösen. Allerdings wird die Thematik in den ursprünglichen Konzepten zu stark vereinfacht und dadurch oft missverstanden.
Kosten technischer Qualität in der SoftwareentwicklungSebastian Dietrich
Einnahmen-Ausgabenrechnung für Clean Code
Was kostet die Definition & Sicherung hoher technischer Qualität? Was bringt hohe technische Qualität während der Entwicklung, beim Test, in der Wartung? Was kostet die Verbesserung schlechter technischer Qualität?
Konkrete Zahlen aus Literatur, Forschung und eigenen Projekten, Techniken zur Reduktion der Ausgaben und Erhöhung der Einnahmen, Sustainable Pace, Quality Gates, Limbo-Tanzen mit Softwarequalität, …
Realisierung des Application Lifecycle für den OWB - Teamarbeit fördern, Prozesse aktiv vereinfachen
Ziel eines intelligenten Application Lifecycles ist, aufgrund aktiver Prüfung und Benachrichtigungen, alle Fehler der Entwicklung sowie Störungen beim Deployment so schnell zu erkennen, dass jedem DBA ausreichend Zeit bleibt, Betrieb, Pflege und Erweiterung der Datenbanken aufrecht zu erhalten.
Seit einem Jahr nutzt ein Global Player der Metallbranche das Application Lifecycle Management von Minerva SoftCare und IKAN. Erfahren Sie, wie durch den Einsatz eines VCR das Change Management sowie durch die Lösung IKAN ALM ein automatisiertes Release Management (build & deploy) realisiert wurden und welche positiven Veränderungen sich daraus ergeben haben.
Agile Methoden in der Medizintechnik - Der konsequente Weg zur Marktführersc...Marc Bless
Agile Methoden in der Medizintechnik - Der konsequente Weg zur Marktführerschaft (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Praxisbericht: Agil skalierte Produktentwicklung im regulierten UmfeldHOOD Group
Im agilen Umfeld können wir uns diese Pyramide zu nutzen machen – allerdings mit unterschiedlichem Planungshorizont und i.A. im anderen Bezeichnungen – Detaillierungsgrad ist der große Unterschied zu klassischer Pyramide.
Epics sind Geschäftsziele oder größere Architekturentscheidungen.
Features sind dauerhafte Systemeigenschaften.
User Stories sind Kommunikationsmittel für PO und sein Entwicklerteam.
Tasks beschreiben alle Aufgaben in einem Sprint für die konkrete Umsetzung einer User Story.
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)Marc Bless
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft AG
Software-Projekte sind mit vielen Risiken behaftet. Die Ursachen für Fehlschläge sind oft Fehler im Management der Anforderungen und mangelhafter Einbezug der Benutzer.
Agile Vorgehensmodelle wollen genau dieses Problem lösen. Allerdings wird die Thematik in den ursprünglichen Konzepten zu stark vereinfacht und dadurch oft missverstanden.
Kosten technischer Qualität in der SoftwareentwicklungSebastian Dietrich
Einnahmen-Ausgabenrechnung für Clean Code
Was kostet die Definition & Sicherung hoher technischer Qualität? Was bringt hohe technische Qualität während der Entwicklung, beim Test, in der Wartung? Was kostet die Verbesserung schlechter technischer Qualität?
Konkrete Zahlen aus Literatur, Forschung und eigenen Projekten, Techniken zur Reduktion der Ausgaben und Erhöhung der Einnahmen, Sustainable Pace, Quality Gates, Limbo-Tanzen mit Softwarequalität, …
www.opitz-consulting.com
Zu einem guten Gericht gehören gute Zutaten. So ist es auch mit einer Continuous-Delivery-Umgebung.
Was macht eine gute Developer Experience aus? Aus welchen Zutaten bestehen moderne Continuous-Delivery-Umgebungen? Wir schauen uns an, welche Zutaten man braucht und durch welche Produkte sich diese abdecken lassen.
An welchen Qualitätsattributen müssen sich CD-Plattformarchitekturen messen lassen?
So wie man aus den gleichen Zutaten Gerichte für die unterschiedlichen Geschmäcker bauen kann, so kann man auch unterschiedliche Entwicklerkulturen bedienen.
Lernen Sie, wie Sie das Rezept für ihren Lieblingsstack finden können.
Mein Scrum ist kaputt und das Meeting passt leider nicht und die Rollen sind auch nicht gut verteilt. Wie agile Softwarentwicklung mit Scrum funktionieren kann, zeigt Ulf Mewe von der HEC Gmbh.
"Unkonventionelle" Ideen zur dramatischen Steigerung der Produktivität von Softwareentwicklungsprojekten.
Wieviel Produktivität bringt mir hohe Qualität? Wie die Qualität steigern? Wie die Qualität sichern? Wie Fehler von vornherein vermeiden? Vorstellung einiger unkonventioneller Ansätze wie: Besseres Verständnis durch weniger Dokumentation, bessere Qualität durch weniger Tests, schnellere Entwicklung durch mehr broken Builds
Wie schafft man Rahmenbedingungen für Open Innovation? Starre Teams gehören der Vergangenheit, netzwerkartige Teams sind das Arbeitsmodell der Zukunft. Agil, anpassungsfähig, dem Kunden und technischer Exzellenz verpflichtet. Ulf Mewe von der HEC hielt diesen Vortrag auf der letztjährigen Developer Week.
Wie aus: "Wir wollen einen Relaunch" eine nutzerorientierte, responsive Website wird, und welche Herausforderungen dabei auftreten. Eine Betrachtung des Prozesse, der Tools und Ergebnisse aus Agentursicht.
http://www.uxhh.de/roundtable/archiv/index.html#Feb14
StarWest 2012 - Agile Defect Management: Focus On PreventionDavid Jellison
Efficient agile organizations focus on defect prevention rather than downstream defect discovery, because discovering defects during or after testing adds to development costs. Delaying discovery and repair of defects can make an agile team feel like they are operating in a mini-waterfall. Sharing his experience with Scrum/ Kanban teams, Leveraging the lean concept of limiting work in progress, David Jellison describes how grouping defects into two major categories—work-in-progress defects and escaping defects—reduces development costs and improves reliability in the field. Dave illustrates how to manage problem discovery early and minimize the existence of escaping defects. Treating escaping defects as the exception rather than the norm results in a much smaller defect backlog and increased customer satisfaction. This approach encourages increased collaboration between quality engineers and developers, and shifts the focus of team measures from defect counts to product delivery velocity and cycle time, with increased confidence in quality as the work is completed.
This document discusses challenges with metrics in agile environments. It notes that reducing defects can negatively impact how testers are evaluated. It also discusses different types of metrics like qualitative vs. quantitative and categories like value, team performance, quality, and progress. Specific agile metrics mentioned include velocity, cycle time, complexity, and hours. The document advocates for measuring important things fuzzily rather than less important things precisely. It also discusses mitigating dysfunction caused by an over reliance on metrics.
High Quality Software Development with Agile and ScrumLemi Orhan Ergin
Module 1. Born to fail
- Why projects are failing
- Waterfall & traditional software development
Module 2. Agile
Module 3. Scrum
Module 4. Writing high quality software with Agile
- XP
- How Google Write Software
Module 5. Do's and dont's
- How Scrum might fail
- Myths and realities
Module 6. How to kick off Scrum
This is a "Best Of" list of my (and others) failures over the years in attempting to adopt test automation. In it, you'll find 13 categories of What Not to Do. Presented at Turku Agile Day 2012 (#tad012).
Traditional approaches to quality and risk management involve quality gates, change control boards, feature freeze and code freeze milestones, and independent QA or Test groups. These approaches stabilize quality at by sacrificing agility.
Yet buggy fragile code is even more dangerous for Agile teams where so much is changing so often. Quality and risk management are critically important for agility.
This leads to the inevitable question: if the traditional approaches to quality and risk management don't work in an Agile context, what does?
Practices vary across organizations, but all successful teams emphasize the same underlying principles of fast feedback, high visibility, collaboration, and alignment. This talk examines various approaches Agile teams have taken to increase quality, mitigate risk, and ultimately ensure they are delivering the highest possible value for their stakeholders.
Build-in Quality!? SAFe® Testing im Finnova-Express (Swiss Testing Day 2017)Christoph Wolf
Testing im skaliert-agilen Umfeld (SAFe): Finnova ist ein führender Anbieter von Bankensoftware auf dem Finanzplatz Schweiz. Vor über zwei Jahren wurde begonnen, auf skaliert-agile Software-Entwicklung umzustellen. Es wurde SAFe mit derzeit ca. 25 Scrum-Teams und drei Agile Release Trains eingeführt. Dabei muss natürlich sichergestellt sein, dass sowohl die einzelnen, von den Teams gelieferten Module als auch das integrierte Produkt eine hohe Qualität haben. In diesem Vortrag präsentieren wir Antworten auf die Frage, wie wir Quality Assurance bzgl. Organisation, Methoden, Dienstleistungen und Strategie auf der SAFe Team- und Programm-Ebene gestalten.
www.mimacom.com
“F*** the process“? - Oder was für eine funktionierende Organisation benötigt wird
Referenten: Felix Kubasch und Joscha Jenni, mimacom GmbH
Abstract: Der Vortrag erzählt eine Geschichte aus dem Eco-System der mimacom und fokussiert auf die Verbindung von sogenannten „traditionellen“ und „modernen“ Welten. In diesem Fall CMMI und Agilität.
mimacom ist seit dem August 2012 als einzige Schweizer Unternehmung CMMI Level 5 zertifiziert und hat es als eines von wenigen Unternehmen weltweit geschafft, Level 5 auf der Basis von agilen Frameworks zu erreichen.
Bloss eine weitere Zertifizierung oder was hat dies der mimacom für einen Nutzen gebracht? Wurde überhaupt ein Nutzen generiert? Was sind die Schattenseiten dieser Implementation?
Insbesondere diesen Fragen möchten wir Manage-Agile Vortrag auf den Grund gehen und einen Beitrag aus der Praxis für die Praxis leisten. Die gewonnenen Erfahrungen werden aus einer Management Sicht präsentiert, ohne das Detail aus den Augen zu lassen, denn es sind die kleinen Dinge, die schlussendlich zählen.
Bezug zum Management: Insbesondere werden die folgenden 3 Fragestellungen behandelt:
1. Wie mit agilen Frameworks und CMMI gearbeitet werden kann.
2. Wieso CMMI keine starren Prozesse voraussetzt.
3. Wie die Organisation trotz Prozessframework flexibel gestaltet werden kann und wo die Gefahren eines Over-Engineering liegen.
Joscha Jenni ist Referent der Manage Agile 2015
Joscha Jenni leitet den Bereich Projekte & Projektmanagement in der mimacom ag und ist Mitglied des Management Teams. Er arbeitet als Projektleiter und Berater im Bereich Software Entwicklung und ist ein Enthusiast für schlanke und agile Ansätze. Seit mehreren Jahren beschäftigt er sich mit der Implementierung von agilen Frameworks in KMUs und im Enterprise Bereich.
Felix Kubasch ist Referent der Manage Agile 2015
Felix Kubasch ist Geschäftsführer der mimacom Deutschland GmbH. Er verfügt über langjährige Erfahrung in verschiedensten Disziplinen bei der Einführung von komplexen und grossen Software Entwicklungsprojekten. Vor seiner Tätigkeit bei mimacom war er verantwortlich für die Umstellung von Entwicklerteams vom Wasserfall-Prozess hin zu zu Agiler Entwicklungsmethodik bei unterschiedlichen Unternehmen in Deutschland und den USA. Er beleuchtet die Vorteile von CMMi Level 5 auf die Geschäftsführung.
The document discusses various agile metrics that can be used to improve quality, shorten product cycle times, decrease costs and risks, and increase predictability. It describes metrics like defects trends, test automation coverage, flow diagrams to measure lead and cycle times, earned value analysis to track costs and wastage. Control limits and variances can be set for work in progress, defects, team size and velocity. The focus should be on analyzing trends rather than individual values to identify special causes of variation and lead indicators.
www.opitz-consulting.com
Zu einem guten Gericht gehören gute Zutaten. So ist es auch mit einer Continuous-Delivery-Umgebung.
Was macht eine gute Developer Experience aus? Aus welchen Zutaten bestehen moderne Continuous-Delivery-Umgebungen? Wir schauen uns an, welche Zutaten man braucht und durch welche Produkte sich diese abdecken lassen.
An welchen Qualitätsattributen müssen sich CD-Plattformarchitekturen messen lassen?
So wie man aus den gleichen Zutaten Gerichte für die unterschiedlichen Geschmäcker bauen kann, so kann man auch unterschiedliche Entwicklerkulturen bedienen.
Lernen Sie, wie Sie das Rezept für ihren Lieblingsstack finden können.
Mein Scrum ist kaputt und das Meeting passt leider nicht und die Rollen sind auch nicht gut verteilt. Wie agile Softwarentwicklung mit Scrum funktionieren kann, zeigt Ulf Mewe von der HEC Gmbh.
"Unkonventionelle" Ideen zur dramatischen Steigerung der Produktivität von Softwareentwicklungsprojekten.
Wieviel Produktivität bringt mir hohe Qualität? Wie die Qualität steigern? Wie die Qualität sichern? Wie Fehler von vornherein vermeiden? Vorstellung einiger unkonventioneller Ansätze wie: Besseres Verständnis durch weniger Dokumentation, bessere Qualität durch weniger Tests, schnellere Entwicklung durch mehr broken Builds
Wie schafft man Rahmenbedingungen für Open Innovation? Starre Teams gehören der Vergangenheit, netzwerkartige Teams sind das Arbeitsmodell der Zukunft. Agil, anpassungsfähig, dem Kunden und technischer Exzellenz verpflichtet. Ulf Mewe von der HEC hielt diesen Vortrag auf der letztjährigen Developer Week.
Wie aus: "Wir wollen einen Relaunch" eine nutzerorientierte, responsive Website wird, und welche Herausforderungen dabei auftreten. Eine Betrachtung des Prozesse, der Tools und Ergebnisse aus Agentursicht.
http://www.uxhh.de/roundtable/archiv/index.html#Feb14
StarWest 2012 - Agile Defect Management: Focus On PreventionDavid Jellison
Efficient agile organizations focus on defect prevention rather than downstream defect discovery, because discovering defects during or after testing adds to development costs. Delaying discovery and repair of defects can make an agile team feel like they are operating in a mini-waterfall. Sharing his experience with Scrum/ Kanban teams, Leveraging the lean concept of limiting work in progress, David Jellison describes how grouping defects into two major categories—work-in-progress defects and escaping defects—reduces development costs and improves reliability in the field. Dave illustrates how to manage problem discovery early and minimize the existence of escaping defects. Treating escaping defects as the exception rather than the norm results in a much smaller defect backlog and increased customer satisfaction. This approach encourages increased collaboration between quality engineers and developers, and shifts the focus of team measures from defect counts to product delivery velocity and cycle time, with increased confidence in quality as the work is completed.
This document discusses challenges with metrics in agile environments. It notes that reducing defects can negatively impact how testers are evaluated. It also discusses different types of metrics like qualitative vs. quantitative and categories like value, team performance, quality, and progress. Specific agile metrics mentioned include velocity, cycle time, complexity, and hours. The document advocates for measuring important things fuzzily rather than less important things precisely. It also discusses mitigating dysfunction caused by an over reliance on metrics.
High Quality Software Development with Agile and ScrumLemi Orhan Ergin
Module 1. Born to fail
- Why projects are failing
- Waterfall & traditional software development
Module 2. Agile
Module 3. Scrum
Module 4. Writing high quality software with Agile
- XP
- How Google Write Software
Module 5. Do's and dont's
- How Scrum might fail
- Myths and realities
Module 6. How to kick off Scrum
This is a "Best Of" list of my (and others) failures over the years in attempting to adopt test automation. In it, you'll find 13 categories of What Not to Do. Presented at Turku Agile Day 2012 (#tad012).
Traditional approaches to quality and risk management involve quality gates, change control boards, feature freeze and code freeze milestones, and independent QA or Test groups. These approaches stabilize quality at by sacrificing agility.
Yet buggy fragile code is even more dangerous for Agile teams where so much is changing so often. Quality and risk management are critically important for agility.
This leads to the inevitable question: if the traditional approaches to quality and risk management don't work in an Agile context, what does?
Practices vary across organizations, but all successful teams emphasize the same underlying principles of fast feedback, high visibility, collaboration, and alignment. This talk examines various approaches Agile teams have taken to increase quality, mitigate risk, and ultimately ensure they are delivering the highest possible value for their stakeholders.
Build-in Quality!? SAFe® Testing im Finnova-Express (Swiss Testing Day 2017)Christoph Wolf
Testing im skaliert-agilen Umfeld (SAFe): Finnova ist ein führender Anbieter von Bankensoftware auf dem Finanzplatz Schweiz. Vor über zwei Jahren wurde begonnen, auf skaliert-agile Software-Entwicklung umzustellen. Es wurde SAFe mit derzeit ca. 25 Scrum-Teams und drei Agile Release Trains eingeführt. Dabei muss natürlich sichergestellt sein, dass sowohl die einzelnen, von den Teams gelieferten Module als auch das integrierte Produkt eine hohe Qualität haben. In diesem Vortrag präsentieren wir Antworten auf die Frage, wie wir Quality Assurance bzgl. Organisation, Methoden, Dienstleistungen und Strategie auf der SAFe Team- und Programm-Ebene gestalten.
www.mimacom.com
“F*** the process“? - Oder was für eine funktionierende Organisation benötigt wird
Referenten: Felix Kubasch und Joscha Jenni, mimacom GmbH
Abstract: Der Vortrag erzählt eine Geschichte aus dem Eco-System der mimacom und fokussiert auf die Verbindung von sogenannten „traditionellen“ und „modernen“ Welten. In diesem Fall CMMI und Agilität.
mimacom ist seit dem August 2012 als einzige Schweizer Unternehmung CMMI Level 5 zertifiziert und hat es als eines von wenigen Unternehmen weltweit geschafft, Level 5 auf der Basis von agilen Frameworks zu erreichen.
Bloss eine weitere Zertifizierung oder was hat dies der mimacom für einen Nutzen gebracht? Wurde überhaupt ein Nutzen generiert? Was sind die Schattenseiten dieser Implementation?
Insbesondere diesen Fragen möchten wir Manage-Agile Vortrag auf den Grund gehen und einen Beitrag aus der Praxis für die Praxis leisten. Die gewonnenen Erfahrungen werden aus einer Management Sicht präsentiert, ohne das Detail aus den Augen zu lassen, denn es sind die kleinen Dinge, die schlussendlich zählen.
Bezug zum Management: Insbesondere werden die folgenden 3 Fragestellungen behandelt:
1. Wie mit agilen Frameworks und CMMI gearbeitet werden kann.
2. Wieso CMMI keine starren Prozesse voraussetzt.
3. Wie die Organisation trotz Prozessframework flexibel gestaltet werden kann und wo die Gefahren eines Over-Engineering liegen.
Joscha Jenni ist Referent der Manage Agile 2015
Joscha Jenni leitet den Bereich Projekte & Projektmanagement in der mimacom ag und ist Mitglied des Management Teams. Er arbeitet als Projektleiter und Berater im Bereich Software Entwicklung und ist ein Enthusiast für schlanke und agile Ansätze. Seit mehreren Jahren beschäftigt er sich mit der Implementierung von agilen Frameworks in KMUs und im Enterprise Bereich.
Felix Kubasch ist Referent der Manage Agile 2015
Felix Kubasch ist Geschäftsführer der mimacom Deutschland GmbH. Er verfügt über langjährige Erfahrung in verschiedensten Disziplinen bei der Einführung von komplexen und grossen Software Entwicklungsprojekten. Vor seiner Tätigkeit bei mimacom war er verantwortlich für die Umstellung von Entwicklerteams vom Wasserfall-Prozess hin zu zu Agiler Entwicklungsmethodik bei unterschiedlichen Unternehmen in Deutschland und den USA. Er beleuchtet die Vorteile von CMMi Level 5 auf die Geschäftsführung.
The document discusses various agile metrics that can be used to improve quality, shorten product cycle times, decrease costs and risks, and increase predictability. It describes metrics like defects trends, test automation coverage, flow diagrams to measure lead and cycle times, earned value analysis to track costs and wastage. Control limits and variances can be set for work in progress, defects, team size and velocity. The focus should be on analyzing trends rather than individual values to identify special causes of variation and lead indicators.
Die Folien des ersten K-Camp der Kunstsammlung NRWTim Bruysten
Kooperationsprojekt zwischen der Kunstsammlung Nordrhein-Westfalen und Prof. Bruysten: Kunst, Technologie und Gesellschaft im Wandel. Das gilt es zu diskutieren. Dazu gibt es die K-Camps. Beim ersten K-Camp diskutierten Siggi Becker und Prof. Dr. Christian Schicha über die Chancen und Risiken der Beschleunigung.
Weitere Informationen: www.k-camp.de/
Agilität im Systems Engineering – geht das?HOOD Group
Agilität hat erstmal nichts mit dem Entwicklungsgegenstand zu tun.
Agil zu sein, bedeutet für uns: Wir orientieren uns an den Werten und Prinzipien des agilen Manifests.
Agilität beginnt im Kopf…!
Agile und Projektmanagement - Kein entweder-oder sondern andersSteffen Thols
Mittlerweile wendet so ziemlich jede Organisation agile Vorgehensweisen für die Durchführung ihrer Projekte und Produktentwicklungen an.
Agile ist State of the Art geworden. Insbesondere auch durch die Verbreitung in großen Firmen mit anderen Ansprüchen zum Beispiel an Dokumentationen hat sich eine Diskussion entwickelt, wie Agile und Projektmanagement zusammen passen bzw. ob dies überhaupt funktioniert.
Ich bin der Meinung, dass auch agile Vorgehensweisen ein Projektmanagement benötigen, denn die Aufgaben eines Managers fallen ja nicht plötzlich weg, nur weil man nun Agile macht. In diesem Vortrag möchte ich Denkanstöße geben was Agile für mich als Projektmanager und die Organisation bedeutet.
Speaker: Michael Ferber, Head of Consulting
Über 170 Kunden setzen auf Camunda Enterprise zur Automatisierung ihrer Geschäftsprozesse. Die meisten wurden in ihren Projekten durch unsere Berater begleitet. Basierend auf diesem Erfahrungsschatz wird Michael Ferber die folgenden Fragen beantworten:
Wann macht der Einsatz von Camunda überhaupt Sinn? Welche Probleme lassen sich damit lösen?
Welche personellen Ressourcen brauche ich für erfolgreiche Camunda-Projekte?
Wie aufwendig ist die Projektumsetzung mit Camunda? Wie kann ich einen Business Case rechnen?
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...Marc Bless
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und Dokumentation nach jeder Iteration fertig sind (Scrum Med 2013) (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Agil zum Ziel: Erfolgsfaktoren für agile IT-GroßprojekteQAware GmbH
Frankfurter Entwicklertag 2018, Frankfurt am Main: Vortrag von Michael Rohleder (@Rohleder10, Bereichsleiter bei QAware)
Abstract:
Agile Vorgehensmodelle funktionieren weitgehend reibungslos für kleine IT-Projekte. Eine Herausforderung stellen agile Großprojekte dar, vor allem dann, wenn der Auftragnehmer ein agiles Festpreisgewerk verantwortet und die Schnittstellenpartner im Projektumfeld noch nicht auf agil getrimmt sind. Der Vortrag beschreibt u.a. folgende Erfolgsfaktoren für solche Projekte:
1. Mut zur Planung trotz Agilität, im Idealfall auf den Planungsebenen Sprint, Release, Roadmap und Produktvision
2. Frontrunning, Mini-Specs und Definition of Ready (DOR), um die Baubarkeit von User Stories im Sprint sicherzustellen
3. Effiziente Meeting-Strukturen und unterbrechungsarmes Arbeiten, um die Produktivität im Team sicherzustellen
4. Einen Gegenpol zur Feature-Gier etablieren, um Qualitätsschulden zu vermeiden
5. Open-Source-Software professionell als Software-OEM einsetzen, um schnell in der Entwicklung zu sein
6. Testautomatisierung zur Qualitätssicherung einsetzen, auch für Akzeptanztests, um Produktqualität sicherzustellen
7. Dem Projektteam das Mandat zu Lösung geben und Projekterfolge feiern
Klassische agile Vorgehensweisen wie Scrum liefern keine angemessene Antwort auf die Frage, wie man in Großprojekten agil sein kann. Die Kernkritik in manch agilem Abgesang dieser Tage ist, dass die klassischen agilen Vorgehensmodelle die Dinge über-simplifizieren, also unterhalb der für viele Projekte notwendigen Komplexität ansetzen. Ein paar Kniffe muss man sich also überlegen, um die Erfolgsrezepte von agilen Vorgehensweisen übertragen zu können auf große und komplexe Projektorganisationen. Genau diese Kniffe soll dieser Vortrag liefern.
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernSascha Böhr
Sascha Böhr, CEO & Founder der 247GRAD GmbH und der 247GRAD Labs GmbH vermittelt in seinem Vortrag, wie Startups Projekte agile managen und dabei Frameworks wie Scrum oder Kanban einsetzen können
Agil zum Ziel: Erfolgsfaktoren für agile IT-GroßprojekteQAware GmbH
PM Forum 2017, Nürnberg: Vortrag von Michael Rohleder (@Rohleder10, Bereichsleiter bei QAware)
Abstract:
Agiles Vorgehen funktioniert weitgehend reibungslos für kleine IT-Projekte. Eine Herausforderung stellen agile Großprojekte dar, vor allem dann, wenn der Auftragnehmer ein agiles Festpreisgewerk verantwortet. Der Vortrag beschreibt sieben Erfolgsfaktoren für solche Projekte:
1. Mehrere Ebenen der Planung und Steuerung
2. Sicherstellung der Baubarkeit von User Stories
3. Eliminierung von Zeitfresser und Produktivitätskiller
4. Softwarequalität als Gegenpol zu Feature-Gier
5. Rekordgeschwindigkeit durch den Software-OEM-Ansatz
6. Absicherung der Qualität durch Testautomatisierung
7. One Team Approach
Applikationsmodernisierung: Der Weg von Legacy in die CloudAarno Aukia
Stell Dir vor: Du willst einen 6000er besteigen. Eine gute Vorbereitung, gutes Material und professionelles Wissen sind dabei unabdingbar.
Du schnappst Dir einen Berg-Guide, der Dich bei schwierigen Passagen unterstützt und Dir das passende Know-How weitergibt. Das schwere Material kannst Du auf ein Team aufteilen, das genau weiss, welche Pakete Du am sinnvollsten schnürst. Sie zeigen Dir zudem, welchen unnötigen Ballast Du abwerfen kannst.
Am Ende stehst Du am Ziel – Dich erwartet ein grossartiges Resultat und die Zufriedenheit des Vollbrachten.
Genau so fühlt sich die Reise Deiner Legacy Applikation an.
Im Webinar zeigen Dir die drei Partnerfirmen Object Engineering, Puzzle und VSHN, wie Du Deine Applikationen fit hältst. Dabei geben sie Dir einen Einblick, wie Experten die Applikationen analysieren, aufpeppen und den Betrieb sicherstellen können.
Large Scale Scrum (LeSS) als Organisations-Design-FrameworkJosef Scherer
Kurzvortrag auf der OOP 2014 zum Thema Skalierte Agilität:
http://www.oop-konferenz.de/nc/oop2014/konferenz/konferenzprogramm/conference-detail/skalierte-agilitaet.html
Die Qualität und Wartung von Software bilden das Herzstück nachhaltiger Produktivität. In einer Welt, in der die Technologie ständig voranschreitet, stellt sich die Frage: Wie können wir sicherstellen, dass Automatisierungen den stetig wachsenden Anforderungen gerecht werden? Welche Möglichkeiten zur Codeüberprüfung gibt es und an welche Standards sollte man sich halten? Ist Legacy Code Fluch oder Segen?
Diesen Fragen sind die MVPs Fotios Karamitsos und Christian Prior-Mamulyan nachgegangen.
Im ersten Teil unserer Session legen wir den Schwerpunkt auf die Wartung aus der Sicht des Service Owners. Hier werden wir die Herausforderungen und Möglichkeiten erkunden, die sich in der Supportphase ergeben. Wie kann ein Service Owner sicherstellen, dass die Wartung effektiv und effizient ist? Welche Rolle spielen Incidents in diesem Prozess?
Im zweiten Teil wechseln wir die Perspektive und betrachten die Möglichkeiten eines Entwickelnden, um Codequalität sicherzustellen. Hierbei werden wir Best Practices und Möglichkeiten in UiPath diskutieren, um die Qualität und Nachhaltigkeit des RPA-Codes zu erhöhen.
Durch den Vergleich dieser unterschiedlichen Sichtweisen und die Vertiefung in verschiedene Tools erhältst du ein umfassendes Verständnis dafür, wie du die Qualität und Wartung deiner Software verbessern kannst. Ob du ein erfahrener Entwickler, ein Service Owner oder ein Anfänger in der Welt der Softwareautomatisierung bist, diese Session wird dir praktische Tipps und Tricks vermitteln, die du direkt anwenden kannst.
IA/ UX in Scrum Entwicklungs-Prozessen - 2009Wolf Noeding
Presentation auf der Deutschen IA Konferenz 2009 - "IA & Agiler Softwareentwicklungsprozess"
(Presentation for the German IA Conference 2009 in Hamburg - "IA & Agile development process")
IT-Sicherheit und agile Entwicklung? Geht das? Sicher!Carsten Cordes
Unit-Tests, Integrationstests und Co. machen es möglich, zu überprüfen, ob entwickelte Software den funktionalen Anforderungen entspricht. Durch die zunehmende Vernetzung von Softwaresystemen und die Auslagerung von Anwendungen in die Cloud und das Internet werden aber auch Security-Anforderungen immer relevanter. Traditionelle Qualitätssicherungsmethoden laufen hier oft ins Leere. Wenn überhaupt, wird meist nur am Ende stichprobenartig getestet, ob eine Software sicher ist. Fallen Sicherheitsmängel erst so spät auf, sind sie in der Regel aber nur schwierig zu beheben, und schlimmstenfalls müssen sogar ganze Anwendungsteile neu entwickelt werden. Deshalb ist es sinnvoll, IT-Sicherheit möglichst früh im Entwicklungsprozess zu berücksichtigen, um teure Schwachstellen zu vermeiden. Aber wie können Sicherheitsrisiken frühzeitig ermittelt und bei der agilen Entwicklung berücksichtigt werden? Eine Lösung ist ein Security-Aware-Development, bei dem IT-Sicherheitsanforderungen fest in den agilen Entwicklungsprozess integriert werden.
Ähnlich wie The new job of qa was ein quality engineer zukünftig können muss (20)
IT-Sicherheit und agile Entwicklung? Geht das? Sicher!
The new job of qa was ein quality engineer zukünftig können muss
1. The New Job of QA
Was ein Quality Engineer zukünftig können muss
[Quelle: http://www.retest.de/ressourcen/monkey-testing//monkey_laptop.png]
2. André Neubauer
“Software engineering enthusiast and org
development fanatic. Now executive and strong
advocate on lean production and modern
leadership. Motivated by 'Y'!“ @devpg
9. “[...] software quality is
(1) the degree to which a system, component, or process
meets specified requirements
(2) The degree to which a system, component, or process
meets customer or user needs or expectations”
[Quelle: IEEE 610.12, IEEE Standard Glossary of Software Engineering Terminology]
Ein Verständnis von Softwarequalität
10. Qualitätssicherung im wahren Leben
Spezifikation Entwicklung Testen Betrieb
missverstanden!!
Qualititätssicherung passiert hier!
Hoffentlich haben wir an alles gedacht ...
14. ● Eine bequeme, nützliche Lösung, die Mehrwert bringt
● Termintreue
● Keine oder minimale Nacharbeiten
● Einfach zu lernen, kein hoher Schulungsaufwand
● Wartbar, leicht anpassbar z.B. an gesetzl. Änderungen
● Vertrauen in die Korrektheit der Lösung
● Langlebigkeit, Nachhaltigkeit
Was beeinflusst die Wahrnehmung von
Qualität auf Kundenseite?
… und so weiter, und so fort
15. Was also bedeutet Softwarequalität
heute?
Ein ganzheitliches Erleben!
Eine Beziehung zwischen
Nutzern und Produkten.
16. verfügbar, lauffähig, funktional
adäquat, ausreichend performant
robust, sicher, verständlich,
einfach, Barriere-frei zugänglich
verbreitet, anerkannt, unterstützt
durch Communities, soziale Netzwerke
Status hebend, Horizont erweiternd,
Dinge ermöglichend
offen für eigene Ideen,
Kreativität fördernd
Eine ganzheitliche Sicht auf SW-Qualität
17. Wer trägt wie zur Qualität bei?
Produkt Design
Experience Design
Entwicklung
Betrieb
● Nützlichkeit
● Bequemlichkeit
● Einfachheit
● Coolness
● Genauigkeit
● Robustheit
● Verfügbarkeit
● Sicherheit
18. Wie sichern wir einen derart
breiten Qualitätsanspruch ab?
Mit einer ebenso breiten
Qualitätssicherung!
20. Quality Engineering ist Qualitätssicherung
von der Wiege bis zur Bahre
Produktidee Produktende
Spezifikation Entwicklung Testen Betrieb
Quality Engineering
21. Quality Engineering fragt in jeder Phase
1. Wer sind unsere Kunden und Nutzer?
2. Wie erleben diese eine hohe Qualität?
3. Was also bedeutet Quality Engineering auf
dieser Stufe?
22. Fokus des Quality Engineering …
Spezifikation Entwicklung Testen Betrieb
… bei der Suche nach Lösungen
● Kundenbedürfnisse kennen und verstehen
● Marktrisiken erkennen
● Lösungsmöglichkeiten testen
● für schnelles Feedback sorgen
23. Spezifikation Entwicklung Testen Betrieb
… während der Entwicklung
● Einfache, wartbare Lösungen finden
● Anforderungserfüllung sicherstellen
● Systemrisiken erkennen und minimieren
● Qualität der notwendigen Dokumentation
Fokus des Quality Engineering …
24. Spezifikation Entwicklung Testen Betrieb
… während Rollout und Betrieb
● Stabilität von Systemen und Prozessen
● Monitoring ausgewählter KPIs
● Kundenfeedback einholen, Community-Support
● Datenanalyse
Fokus des Quality Engineering …
25. Spezifikation Entwicklung Testen Betrieb
… am Ende des Produkt-Lebenszyklus
● Kundenbindung, Migrations-Szenarien
● Aufräumarbeiten, sichere Entsorgung von Daten
Fokus des Quality Engineering …
27. Wie arbeitet ein Quality Engineer?
Quality Coach
… oder als Team-übergreifender Quality Coach
Produkt Design Architektur Entwicklung Betrieb
28. Wie wird man ein Quality Engineer?
● Erwirb einen Abschluss in einer
Ingenieurs-Disziplin.
Was hilft?
● Erlebe Dich selbst als
Kunde
● Entwickle eine agile
Grundhaltung
● Lege Wert auf
Professionalität und
handwerkliches Können
● Begeistere Dich für
lebenslanges Lernen
● Baue etwas. Sei unzufrieden
mit dem, was Du ablieferst.
● Entwickle einen höheren
Qualitätsanspruch. Strebe
nach Exzellenz!
31. “You want to be extra
rigorous about making
the best possible thing
you can. Find everything
that’s wrong with it and
fix it.” - Elon Musk
Paypal, SolarCity, Tesla Motors, SpaceX
[Source: http://image.motortrend.com/f/features/consumer/1211_elon_musk_interview/45208521/elon-musk-interview-lead.jpg]
32. Die QA Abteilung kann dabei zu einem
Kristallisationskern werden.
Qualität darf nicht aus der Anstrengung einer
einzelnen Person resultieren, sondern muss zu
einem WERT DER ORGANISATION werden.
Die Qualitäts-getriebene Organisation