„Wie reden Sie denn mit mir?!?“ – Stakeholder überzeugen als Softwarearchitekt
•
0 j'aime•472 vues
Softwarearchitekt wird man nicht von heute auf morgen. In aller Regel erhält man den Titel, nachdem man viele Jahre Quellcode geschrieben und sich mit technischem Klein-Kram beschäftigt hat. Dies hat gegebenenfalls zur Folge, dass wir Architekten nicht so recht vorbereitet sind, wenn es dann darum geht, unsere Belange gegenüber Personen zu erläutern, die keinen technischen Hintergrund besitzen. Schnell läuft man also Gefahr, notwendige Maßnahmen an der falschen Stelle zu adressieren, wichtige Stakeholder zu vergessen oder – dank zu technischen Begründungen – jene gänzlich zu verschrecken. Aus diesem Grund wollen wir uns zunächst einige allgemeine Hilfsmittel ansehen, die nicht zwangsläufig etwas mit Softwarearchitekturen zu tun haben, uns aber bspw. helfen, Gespräche besser zu planen und vorzubereiten. Es geht aber auch um konkrete Werkzeuge wie zum Beispiel Stakeholder-Maps, mit denen wir unsere Zielgruppen im Blick behalten, Issue-Maps, mit denen wir die Problemstellen überblicken können oder auch Risikomatrizen, durch die es uns leichter fällt, Maßnahmen zu priorisieren. Ziel des Ganzen ist es, den Teilnehmern neben den Werkzeugen auch ein Gefühl dafür zu geben, welche Stolpersteine außerhalb des Softwaredesigns und der Implementierung liegen, damit diese zukünftig leichter umschifft werden können.
Recommandé
Recommandé
Contenu connexe
Similaire à „Wie reden Sie denn mit mir?!?“ – Stakeholder überzeugen als Softwarearchitekt
Similaire à „Wie reden Sie denn mit mir?!?“ – Stakeholder überzeugen als Softwarearchitekt (20)
Plus de Hendrik Lösch
Plus de Hendrik Lösch (20)
„Wie reden Sie denn mit mir?!?“ – Stakeholder überzeugen als Softwarearchitekt
- 1. 117.09.2020 „Wie reden Sie denn mit mir?!?“ Stakeholder überzeugen als Softwarearchitekt
- 3. 317.09.2020 ZEISS Gruppe Zukunft gestalten Sparten der ZEISS Gruppe Semiconductor Manufactoring Technology ▪ Semiconductor Manufactoring Optics ▪ Semiconductor Mask Solutions ▪ Process Control Solutions Industry Quality & Research ▪ Industrial Quality Solutions ▪ Research Microscopy Solutions Medical Technology ▪ Ophthalmic Devices ▪ Microsurgery Consumer Markets ▪ Vision Care ▪ Consumer Products
- 4. 417.09.2020 ZEISS Digital Innovation Strategische Synergien schaffen Innovative Digitalisierungsprojekte mit und für die Kunden von ZEISS Sparten der ZEISS Gruppe Semiconductor Manufactoring Technology Industry Quality & Research Medical Technology Consumer Markets
- 8. 917.09.2020 Stakeholder „Der Stakeholder ist […] jemand, dessen Einsatz auf dem Spiel steht und der daher ein Interesse an Wohl und Wehe dieses Einsatzes hat.“ Quelle: https://de.wikipedia.org/wiki/Stakeholder
- 9. 1017.09.2020 Team Extern Stakeholder in einem Softwareprojekt Team Intern Nutzer Support Software Productowner Sales Management Entwickler Architekten Tester Basierend auf: https://de.wikipedia.org/wiki/Stakeholder
- 10. 1117.09.2020 Anpassbarkeit vs. Business Value Innere Qualität / Anpassbarkeit Business Value Featureentwicklung mit geringem Qualitätsanspruch Featureentwicklung unter hohem Zeitdruck Entfernen fehlerhafter Bestandteile Umfassende Restrukturierung inkl. neuer Features Einsatz der Pfadfinderregel Start der Entwicklung
- 11. 1217.09.2020 Stimmungen beachten Begeisterung Interesse Desinteresse Abneigung
- 18. 1917.09.2020 Stakeholder Map Meet their needs Keep satisified Key player Engage closely Least important Monitor Show consideration Keep informed Basierend auf: Mendelow, A. L. (1981) ‘Environmental Scanning: The Impact of the Stakeholder Concept’ Influence Interest
- 19. 2017.09.2020 Stakeholder Map Keep satisified Key player Monitor Show consideration Basierend auf: Mendelow, A. L. (1981) ‘Environmental Scanning: The Impact of the Stakeholder Concept’ Influence Interest
- 21. 2217.09.2020 Stakeholder Map Im Falle von wertsteigernden Maßnahmen Basierend auf: Mendelow, A. L. (1981) ‘Environmental Scanning: The Impact of the Stakeholder Concept’ Influence Interest Keep satisified Key player Monitor Show consideration Controlling Vertrieb Einkauf PO Personal Entwicklungsteam Gruppenleiter
- 22. 2317.09.2020 Stakeholder Map Im Falle von werterhaltenden Maßnahmen Basierend auf: Mendelow, A. L. (1981) ‘Environmental Scanning: The Impact of the Stakeholder Concept’ Influence Interest Keep satisified Key player Monitor Show consideration Gruppenleiter Controlling Vertrieb Einkauf PO Personal Entwicklungsteam
- 24. 2517.09.2020 Maßnahmen Entwicklung Weiter- entwicklung Weiter- entwicklung Weiter- entwicklung Stabilisierung Optimierung Sanierung Stabilisierung Stabilisierung Optimierung t in Jahren Wertsteigernd Werterhaltend Basierend auf: Tom Gilb, Evolutionary Delivery vs Waterfall Model, ACM Software Engineering Notes, Juli 1985
- 26. 2717.09.2020 Roadmap während der Restrukturierung ! ! ! ! ! ! ! ! ! ! ! !
- 32. 3317.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigt Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT Abteilung bindet Ressourcen die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange um Fehler zu beheben und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing. Es besteht kaum strukturierte Weiterentwicklung weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen SRs blockiert. … … … Issue-Backlog
- 33. 3417.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigt Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT Abteilung bindet Ressourcen die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange um Fehler zu beheben und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing. Es besteht kaum strukturierte Weiterentwicklung weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen SRs blockiert. … … … Issue-Backlog
- 34. 3517.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigt Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT Abteilung bindet Ressourcen die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange um Fehler zu beheben und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing. Es besteht kaum strukturierte Weiterentwicklung weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen SRs blockiert. … … … Issue-Backlog
- 35. 3617.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT Abteilung bindet Ressourcen die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange um Fehler zu beheben und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing. Es besteht kaum strukturierte Weiterentwicklung weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen SRs blockiert. … … … Issue-Backlog
- 36. 3717.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange um Fehler zu beheben und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing. Es besteht kaum strukturierte Weiterentwicklung weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen SRs blockiert. … … … Issue-Backlog
- 37. 3817.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange, um Fehler zu beheben, und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing. Es besteht kaum strukturierte Weiterentwicklung weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen SRs blockiert. … … … Issue-Backlog
- 38. 3917.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange, um Fehler zu beheben, und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing Es besteht kaum strukturierte Weiterentwicklung, weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen Service Requests blockiert. … … … Issue-Backlog
- 39. 4017.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange, um Fehler zu beheben, und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing Es besteht kaum strukturierte Weiterentwicklung, weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen Service Requests blockiert. … … … Issue-Backlog
- 40. 4117.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe Testabdeckung Sehr hoher Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange, um Fehler zu beheben, und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing. Es besteht kaum strukturierte Weiterentwicklung, weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen Service Requests blockiert. … … … Issue-Backlog
- 41. 4217.09.2020 Issue Auswirkungen Betroffene Stakeholder Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Geringe (< 5 %) Testabdeckung Sehr hoher (10 PT pro Release) Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Viele (ca. 5 pro Sprint) Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange, um Fehler zu beheben, und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing (48 Story Points für Bugs & Incidents) Es besteht kaum (12 Story Points je Sprint für Features) strukturierte Weiterentwicklung, weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen Service Requests blockiert. … … … Issue-Backlog
- 42. 4317.09.2020 Issue Auswirkungen Betroffene Stakeholder Maßnahmen Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Erstellen einer Zielarchitektur mit Modulschnitt. Geringe (< 5 %) Testabdeckung Sehr hoher (10 PT pro Release) Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Definition eines Prozesses für manuelle Tests. Erstellen einer Zielarchitektur mit Modulschnitt. Durchführung eines Workshops zum Thema Testautomatisierung. Viele (ca. 5 pro Sprint) Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange, um Fehler zu beheben, und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing (48 Story Points für Bugs & Incidents) Es besteht kaum (12 Story Points je Sprint für Features) strukturierte Weiterentwicklun,g weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen Service Requests blockiert. Einsetzen eines Product Owners, der die Anfragen vorqualifiziert. … … … Issue-Backlog
- 43. 4417.09.2020 Issue Auswirkungen Betroffene Stakeholder Maßnahmen Keine Zielarchitektur vorhanden Änderungen werden unstrukturiert vorgenommen. Unterschiedliche Muster werden eingesetzt. Es besteht eine beschleunigte Architekturerrosion. Entwicklungsteams werden in ihrer direkten Arbeit behindert. Fachabteilungen merken, dass ähnliche Vorgänge sehr unterschiedliche Arbeitsabläufe aufweisen. Erstellen einer Zielarchitektur mit Modulschnitt. Geringe (< 5 %) Testabdeckung Sehr hoher (10 PT pro Release) Testaufwand. IT-Abteilung bindet Ressourcen, die in der Entwicklung gebraucht werden. Fachabteilungen müssen Personal für den Test abstellen. Definition eines Prozesses für manuelle Tests. Erstellen einer Zielarchitektur mit Modulschnitt. Durchführung eines Workshops zum Thema Testautomatisierung. Viele (ca. 5 pro Sprint) Fehler schlagen bis in die Produktivumgebungen durch. Entwicklungsteams brauchen lange, um Fehler zu beheben, und verlieren Leistungsfähigkeit. Fachabteilungen werden in ihrer Arbeit behindert. Entwickler verbringen viel Zeit mit Bugfixing (48 Story Points für Bugs & Incidents) Es besteht kaum (12 Story Points je Sprint für Features) strukturierte Weiterentwicklung, weshalb Anforderungen als Service Requests formuliert werden. Fachabteilungen verlieren Zeit, da sie für Kernaufgaben die IT konsultieren müssen. Entwicklungsteams werden mit zusätzlichen Service Requests blockiert. Einsetzen eines Product Owners, der die Anfragen vorqualifiziert. … … … Issue-Backlog
- 46. 4817.09.2020 Issues Architektur Kein nachvollziehbares Bootstrapping Issue-Map
- 47. 4917.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV-Export Software stürzt gelegentlich ab
- 48. 5017.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV- Export Lädt nicht benötigte Bestandteile Es treten Fehler bei der Initialisierung auf Muss neu gestartet werden Datenverlust tritt auf Mehraufwand durch erneute Eingabe
- 49. 5117.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV- Export Lädt nicht benötigte Bestandteile Es treten Fehler bei der Initialisierung auf Muss neu gestartet werden Datenverlust tritt auf Mehraufwand durch erneute Eingabe
- 50. 5217.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV-Export Lädt nicht benötigte Bestandteile Es treten Fehler bei der Initialisierung auf Muss neu gestartet werden Datenverlust tritt auf Mehraufwand durch erneute Eingabe 5 von 100 Starts Im Schnitt 93 Sekunden 2000 (Nutzer) * 1,05 (durch Abstürze) * 93 (Sekunden) = 54h pro Tag!
- 51. 5317.09.2020 Issue-Map Es sind zu viele Prozessschritte auszuführen, um einen Datensatz anzulegen. Einzelrechnungen werden ungeachtet einer Marginalgrenze verschickt. Passwörter in der Datenbank werden nicht verschlüsselt. Jeder dritte Datenexport enthält ungültige Formatierungen. Einsparungen erwartbar Aktueller Zustand verursacht unnötige Kosten Risiko ohne aktuelle Auswirkungen Fehler, die sich aktuell bereits auswirken
- 52. 5417.09.2020 Issue-Map Einsparungen erwartbar Aktueller Zustand verursacht unnötige Kosten Risiko ohne aktuelle Auswirkungen Fehler, die sich aktuell bereits auswirken Hoch Mittel Gering
- 53. 5517.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV-Export
- 56. 5817.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV-Export
- 57. 5917.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV-Export
- 58. 6017.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV- Export Trennung schreibender und lesender Zugriffe CQRS Implementierung eines CSV- Exports Startreihenfolge modifizieren
- 59. 6117.09.2020 Issue-Map Hoher Änderungsaufwand Geringer Änderungsaufwand Mittlerer Änderungsaufwand Keine Änderung vorgesehen
- 60. 6217.09.2020 Issues Architektur Issue-Map Laufzeit- verhalten Software stürzt gelegentlich ab Anwendung braucht lange, um zu starten Kein nachvollziehbares Bootstrapping Benutzbarkeit Reporterstellung dauert lang Funktionalität Es gibt keinen CSV- Export Trennung schreibender und lesender Zugriffe CQRS Implementierung eines CSV- Exports Startreihenfolge modifizieren
- 61. 6317.09.2020 1. Restrukturierung des Bootstrapping 2. Optimierung der Reporterstellung Wird nicht umgesetzt: Implementierung eines CSV-Reports Issue-Map
- 62. 6417.09.2020 Issue-Map Komplexbeispiel ohne Auswirkungen und Maßnahmen
- 63. 6517.09.2020 Issue Map Komplexbeispiel mit Auswirkungen und Maßnahmen
- 65. 6817.09.2020 Qualitätsmerkmale Functionality This characteristic represents the degree to which a product or system provides functions that meet stated and implied needs when used under specified conditions. Efficiency This characteristic represents the performance relative to the amount of resources used under stated conditions. Compatibility Degree to which a system or component can exchange information with other systems or components, and/or perform its required functions, while sharing the same hardware or software environment. Usability Degree to which a product or system can be used by specified users to achieve specified goals with effectiveness, efficiency and satisfaction in a specified context of use. Reliability Degree to which a system, product or component performs specified functions under specified conditions for a specified period of time. Security Degree to which a product or system protects information and data so that persons or other products or systems have the degree of data access appropriate to their types and levels of authorization. Maintainability This characteristic represents the degree of effectiveness and efficiency with which a product or system can be modified to improve it, correct it or adapt it to changes in environment, and in requirements. Portability Degree of effectiveness and efficiency with which a system, product or component can be transferred from one hardware, software or other operational or usage environment to another.
- 69. 7317.09.2020 „Änderungen an den Daten müssen sofort zur Verfügung stehen!“ Qualitätsszenarien
- 70. 7417.09.2020 Qualitätsszenarien ▪ Stimulus ▪ Quelle ▪ Umgebung ▪ Artefakt ▪ Antwort ▪ Antwortmaß Quelle: Rick Kazman, Paul Clements, Len Bass - Software Architecture in Practice, Third Edition Inhalte
- 71. 7617.09.2020 Effizienz „Bei einer Bestellung durch einen Kunden muss das System in 10 Sekunden einen Abgleich mit der Lagerverwaltung vornehmen und eine Aussage über die Verfügbarkeit erstellen.“ Qualitätsszenarien
- 72. 7717.09.2020 Stimulus „Bei einer Bestellung durch einen Kunden muss das System in 10 Sekunden einen Abgleich mit der Lagerverwaltung vornehmen und eine Aussage über die Verfügbarkeit erstellen.“ Qualitätsszenarien
- 73. 7817.09.2020 Quelle „Bei einer Bestellung durch einen Kunden muss das System in 10 Sekunden einen Abgleich mit der Lagerverwaltung vornehmen und eine Aussage über die Verfügbarkeit erstellen.“ Qualitätsszenarien
- 74. 7917.09.2020 Umgebung „Bei einer Bestellung durch einen Kunden muss das System in 10 Sekunden einen Abgleich mit der Lagerverwaltung vornehmen und eine Aussage über die Verfügbarkeit erstellen.“ Qualitätsszenarien
- 75. 8017.09.2020 Artefakt „Bei einer Bestellung durch einen Kunden muss das System in 10 Sekunden einen Abgleich mit der Lagerverwaltung vornehmen und eine Aussage über die Verfügbarkeit erstellen.“ Qualitätsszenarien
- 76. 8117.09.2020 Antwort „Bei einer Bestellung durch einen Kunden muss das System in 10 Sekunden einen Abgleich mit der Lagerverwaltung vornehmen und eine Aussage über die Verfügbarkeit erstellen.“ Qualitätsszenarien
- 77. 8217.09.2020 Antwortmaß „Bei einer Bestellung durch einen Kunden muss das System in 10 Sekunden einen Abgleich mit der Lagerverwaltung vornehmen und eine Aussage über die Verfügbarkeit erstellen.“ Qualitätsszenarien
- 78. 8317.09.2020 Qualitätsszenarien & Qualitätsbaum # Merkmal Kurzbeschreibung S1 Effizienz Bestellung in 10 Sekunden bestätigt S2 Effizienz Verarbeitung von 100.000 Bestellungen pro Tag S3 Wartbarkeit Einarbeitung neuer Softwareentwickler S4 Wartbarkeit Erweiterung um neue Produktkategorie S5 Benutzbarkeit Einarbeitung neuer Nutzer S6 Zuverlässigkeit Wiederherstellung nach Totalausfall S7 Zuverlässigkeit Verfügbar 98,999% des Jahres …
- 81. 8617.09.2020 Qualitätsszenarien & Qualitätsbaum # Merkmal Kurzbeschreibung Stimmen S1 Effizienz Bestellung in 10 Sekunden bestätigt 4 S2 Effizienz Verarbeitung von 100.000 Bestellungen pro Tag 3 S3 Wartbarkeit Einarbeitung neuer Softwareentwickler 9 S4 Wartbarkeit Erweiterung um neue Produktkategorie 8 S5 Benutzbarkeit Einarbeitung neuer Nutzer 2 S6 Zuverlässigkeit Wiederherstellung nach Totalausfall 5 S7 Zuverlässigkeit Verfügbar 98,999% des Jahres 5 …
- 83. 8817.09.2020 Qualitätsszenarien & Qualitätsbaum Problemwahr- scheinlichkeit Wichtigkeit äußerst wichtig sehr wichtig wichtig unwichtig keine gering mittel hoch
- 85. 9017.09.2020 Übersicht Problemwahr- scheinlichkeit Wichtigkeit äußerst wichtig sehr wichtig wichtig unwichtig keine gering mittel hoch S1 S4 S2 S3 S5 S6 & S7 S1 Bestellung in 10 Sekunden bestätigt S2 Verarbeitung von 100.000 Bestellungen pro Tag S3 Einarbeitung neuer Softwareentwickler S4 Erweiterung um neue Produktkategorie S5 Einarbeitung neuer Nutzer S6 Wiederherstellung nach Totalausfall S7 Verfügbar 98,999% des Jahres
- 86. 9117.09.2020 Qualitätsszenarien & Qualitätsbaum Befragen Brainstorming Mindmaps
- 88. 9317.09.2020 R1 – Datenverlust durch häufige Abstürze R2 – Fehlerhafte Rechnungsstellung aufgrund falscher Angaben R3 – Nutzer können auf die Daten anderer Nutzer zugreifen Risikomatrix
- 89. 9417.09.2020 Risikomatrix Wahrscheinlichkeit Auswirkung mittel hochgering geringmittelhoch Behandlung unbedingt notwendig Überwachung und Behandlung notwendig Überwachung notwendig Behandlung notwendig Behandlung empfohlen Risiko wird akzeptiert, Überwachung ist aber notwendig Wird behandelt Risiko akzeptiert, bedarf aber ggf. Behandlung Akzeptierbares Risiko
- 90. 9517.09.2020 Risikomatrix Schweregrad Wahrscheinlichkeit unwahrscheinlich zukünftig möglich selten gelegentlich häufig Incidental Minor Serious Major Catastrophic
- 91. 9617.09.2020 R1 – Datenverlust durch häufige Abstürze Risikomatrix
- 92. 9717.09.2020 Risikomatrix Schweregrad Wahrscheinlichkeit unwahrscheinlich zukünftig möglich selten gelegentlich häufig Incidental Minor Serious Major Catastrophic R1
- 93. 9817.09.2020 R1 – Datenverlust durch häufige Abstürze R2 – Fehlerhafte Rechnungsstellung aufgrund falscher Angaben Risikomatrix
- 94. 9917.09.2020 Risikomatrix Schweregrad Wahrscheinlichkeit unwahrscheinlich zukünftig möglich selten gelegentlich häufig Incidental Minor Serious Major Catastrophic R1 R2
- 95. 10017.09.2020 R1 – Datenverlust durch häufige Abstürze R2 – Fehlerhafte Rechnungsstellung aufgrund falscher Angaben R3 – Nutzer können auf die Daten anderer Nutzer zugreifen Risikomatrix
- 96. 10117.09.2020 Risikomatrix Schweregrad Wahrscheinlichkeit unwahrscheinlich zukünftig möglich selten gelegentlich häufig Incidental Minor Serious Major Catastrophic R1 R2 R3
- 97. 10217.09.2020 R1 – Datenverlust durch häufige Abstürze G1 – Implementierung von Echtzeit-Tracing G2 – Beseitigung der Instabilität R2 – Fehlerhafte Rechnungsstellung aufgrund falscher Angaben R3 – Nutzer können auf die Daten anderer Nutzer zugreifen Risikomatrix
- 98. 10317.09.2020 Risikomatrix Schweregrad Wahrscheinlichkeit unwahrscheinlich zukünftig möglich selten gelegentlich häufig Incidental Minor Serious Major Catastrophic R1 R2 R3
- 99. 10417.09.2020 Risikomatrix Schweregrad Wahrscheinlichkeit unwahrscheinlich zukünftig möglich selten gelegentlich häufig Incidental Minor Serious Major Catastrophic R1 R2 R3
- 100. 10517.09.2020 R1 – Datenverlust durch häufige Abstürze G1 – Implementierung von Echtzeit-Tracing G2 – Beseitigung der Instabilität R2 – Fehlerhafte Rechnungsstellung aufgrund falscher Angaben G3 – Visuelle Prüfung vor dem Rechnungsversand R3 – Nutzer können auf die Daten anderer Nutzer zugreifen Risikomatrix
- 101. 10617.09.2020 Risikomatrix Schweregrad Wahrscheinlichkeit unwahrscheinlich zukünftig möglich selten gelegentlich häufig Incidental Minor Serious Major Catastrophic R1 R2 R3
- 102. 10717.09.2020 Risikomanagement ist eigentlich die Aufgabe anderer Rollen. Fokussierung auf Risiken im Bereich der IT/Architektur. Keine falschen Erwartungen wecken! Risikomatrix
- 104. 10917.09.2020 Blocker Behindern aktiv Critical Deuten auf schwerwiegende Probleme Considerable Können sich langfristig negativ auswirken Minor Unschön aber ohne direkte Auswirkungen Zusammenfassung Issue Kategorien
- 105. 11017.09.2020 Blocker Zu geringe Testabdeckung Technische Schulden Unzureichender Anforderungsprozess Critical Fehlende Ziel-Architektur Fehlende Modularisierung Unzureichend gelebter Entwicklungsprozess Considerable Broken Unit Tests Unzureichende Entwicklungsrichtlinien & Analysen Keine Verwendung gängiger Patterns (z.B. MVP) Fehlende Code-Reviews Minor Veraltetes UI-Design / Usability Zusammenfassung Kategorien mit Beispielen
- 106. 11117.09.2020 Blocker Zu geringe Testabdeckung (L) Technische Schulden (XL) Unzureichender Anforderungsprozess (M) Critical Fehlende Ziel-Architektur (S) Fehlende Modularisierung (XL) Unzureichend gelebter Entwicklungsprozess (M) Considerable Broken Unit Tests (S) Unzureichende Entwicklungsrichtlinien & Analysen (S) Keine Verwendung gängiger Patterns (z.B. MVP) (M) Fehlende Code-Reviews (XS) Minor Veraltetes UI-Design / Usability (XL) Zusammenfassung Kategorien mit Beispielen und Aufwandsschätzungen
- 107. 11217.09.2020 Aufwand Impact Blocker Critical XS S M L XL Considerable Minor Zusammenfassung Kritische Punkte 13 6 7 4 2 1. Testabdeckung 2. Technische Schulden 3. Anforderungsprozess 4. Ziel-Architektur 5. Modularisierung 6. Entwicklungsprozess 7. Broken Tests 8. Entwicklungsrichtlinien 9. Pattern 10. Code-Reviews 11. UI-Design/Usability 8 5 910 11
- 108. 11317.09.2020 Kurzfristig Mittelfristig Langfristig Weitere Vorschläge Dinge die frühzeitig begonnen werden sollten, aber langläufig sein können. Dinge die in den nächsten Wochen begonnen werden sollten. Dinge die in den nächsten Monaten begonnen werden sollten. Generelle Anmerkungen und Hinweise. Zusammenfassung Nächste Schritte
- 109. 11417.09.2020 Kurzfristig Mittelfristig Langfristig Weitere Vorschläge Entwicklung einer Zielarchitektur entsprechend dem gewählten Lösungsweg Aufnahme von Anforderungen (Analyse) Etablieren des Entwicklungsprozesses Umsetzung eines Modulkonzeptes Herstellung der Testbarkeit Verwendung von Patterns/Frameworks Behebung der technischen Schulden Schreiben von Unit-Tests Einführung von Tools zur Entwicklerunterstützung und statischen Code-Analyse Coaching der Mitarbeiter im Prozess Evaluierung von Frameworks Zusammenfassung Nächste Schritte mit Beispielen
- 111. 11617.09.2020 Vergleichsaspekt Alternative 1 Alternative 2 Alternative n Vergleichstabellen und Bewertungsmatrizen
- 112. 11717.09.2020 Vergleichsaspekt Alternative 1 Alternative 2 Alternative n Macht wach Macht nicht dick Ist verfügbar Schmeckt gut Vergleichstabellen und Bewertungsmatrizen
- 113. 11817.09.2020 Vergleichsaspekt Kaffee Tee Energy-Drinks Macht wach Macht nicht dick Ist verfügbar Schmeckt gut Vergleichstabellen und Bewertungsmatrizen
- 114. 11917.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach Macht nicht dick Ist verfügbar Schmeckt gut Vergleichstabellen und Bewertungsmatrizen
- 115. 12017.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach Macht nicht dick Ist verfügbar Schmeckt gut Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -- - o + ++ trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 116. 12117.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach + + ++ Macht nicht dick Ist verfügbar Schmeckt gut Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -- - o + ++ trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 117. 12217.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach + + ++ Macht nicht dick + ++ -- Ist verfügbar Schmeckt gut Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -- - o + ++ trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 118. 12317.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach + + ++ Macht nicht dick + ++ -- Ist verfügbar ++ + o Schmeckt gut Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -- - o + ++ trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 119. 12417.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach + + ++ Macht nicht dick + ++ -- Ist verfügbar ++ + o Schmeckt gut ++ + -- Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -- - o + ++ trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 120. 12517.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach + + ++ Macht nicht dick + ++ -- Ist verfügbar ++ + o Schmeckt gut ++ + -- Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -- - o + ++ trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 121. 12617.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach 1 1 2 Macht nicht dick 1 2 -2 Ist verfügbar 2 1 0 Schmeckt gut 2 1 -2 Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -2 -1 o 1 2 trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 122. 12717.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach 1 1 2 Macht nicht dick 1 2 -2 Ist verfügbar 2 1 0 Schmeckt gut 2 1 -2 Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -2 -1 o 1 2 trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 123. 12817.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach 1 1 2 Macht nicht dick 1 2 -2 Ist verfügbar 2 1 0 Schmeckt gut 2 1 -2 Ergebnis 6 5 -2 Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -2 -1 o 1 2 trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 124. 12917.09.2020 Bewertungskriterium Mindestens 2 Bewertungsmöglichkeiten Negativbewertung führt nicht zum sofortigen Ausschluss Ausschlusskriterium Nur 2 Bewertungsmöglichkeiten Negativbewertung führt zum sofortigen Ausschluss Vergleichstabellen und Bewertungsmatrizen
- 125. 13017.09.2020 Kriterien Kaffee Tee Energy-Drinks Macht wach 1 1 2 Macht nicht dick 1 2 -2 Ist verfügbar 2 1 0 Schmeckt gut 2 1 -2 Ergebnis 6 5 -2 Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -2 -1 o 1 2 trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 126. 13117.09.2020 Kriterien Kaffee Tee Energy-Drinks Schmeckt gut Ja Ja Nein Macht wach 1 2 Macht nicht dick 1 2 Ist verfügbar 2 1 Ergebnis 4 4 Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -2 -1 o 1 2 trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 127. 13217.09.2020 Gewichtung Erhöht oder senkt die Bedeutung einzelner Kriterien Vergleichstabellen und Bewertungsmatrizen
- 128. 13317.09.2020 Gewichtung Kriterien Kaffee Tee Energy-Drinks Schmeckt gut Ja Ja Nein 50% Macht wach 1 1 40% Macht nicht dick 1 2 10% Ist verfügbar 2 1 Ergebnis 1,1 1,4 Vergleichstabellen und Bewertungsmatrizen Bewertung Bedeutung -2 -1 o 1 2 trifft überhaupt nicht zu trifft nicht zu keine Angaben trifft bedingt zu trifft unbedingt zu
- 130. 13517.09.2020
- 132. 13717.09.2020 ▪ Agenda ▪ Personenkreis ▪ Zeitspanne Die Einladung ▪ Moderieren ▪ Protokollieren ▪ Diskutieren ▪ Rekapitulieren Der Termin ▪ Ausformulieren ▪ Versenden ▪ Um Feedback bitten Die Nachbereitung Termine planen
- 133. 13817.09.2020 ▪ Agenda ▪ Personenkreis ▪ Zeitspanne Die Einladung ▪ Moderieren ▪ Protokollieren ▪ Diskutieren ▪ Rekapitulieren Der Termin ▪ Ausformulieren ▪ Versenden ▪ Um Feedback bitten Die Nachbereitung Termine planen
- 136. 14117.09.2020 Art I – Information B – Beschluss A – Aktivität {Datum} {Teilnehmer} {Protokollant} {Betreff} {Agenda} # Beschreibung Art Verantwortliche 1 I B A 2 3 . . . n Meeting- protokolle
- 137. 14217.09.2020 Art I – Information B – Beschluss A – Aktivität 22. Februar 2222Karl (Protokollant) Peter Hendrik Betreff - Kaffee Agenda 1. Problem beschreiben 2. Lösung finden # Beschreibung Art Verantwortliche 1 „Es gibt keinen Kaffee mehr!“ (Karl) I 2 Zukünftig eher Bescheid geben. B Team 3 Neuen Kaffee kaufen. A Hendrik Lösch (30. Februar) Meeting- protokolle
- 138. 14317.09.2020 ▪ Rollen bestimmen und bekannt geben. ▪ Zeiträume effektiv gestalten. ▪ Agenda mit der Einladung verschicken. ▪ Protokoll von Teilnehmern bestätigen lassen. ▪ Folgetermin schon im Meeting abstimmen. Termine planen
- 155. 16017.09.2020 Capability Maturity Model Integration Work-Item-Analyse
- 158. 16317.09.2020 Feature Wertsteigernde Maßnahmen, durch die die Software an Funktionalität gewinnt. Work-Item-Analyse
- 159. 16417.09.2020 Defect Eine Unzulänglichkeit oder ein Mangel in einem Arbeitsergebnis, sodass es seine Anforderungen oder Spezifikationen nicht erfüllt. Work-Item-Analyse Quelle: http://glossar.german-testing-board.info/v3.21/#fehlerzustand
- 160. 16517.09.2020 Service Request Anfrage eines Anwenders nach Hilfestellung. Work-Item-Analyse Quelle: https://wiki.de.it-processmaps.com/index.php/Request_Fulfilment
- 161. 16617.09.2020 Incident Eine plötzliche Unterbrechung oder Qualitätsminderung, die möglichst schnell beseitigt werden muss. Work-Item-Analyse Basierend auf: https://wiki.de.it-processmaps.com/index.php/Incident_Management
- 162. 16717.09.2020 Adjustment Werterhaltende Maßnahmen, die sich nicht in zusätzlicher Funktionalität widerspiegeln oder aufgrund von Fehlverhalten notwendig wird. Work-Item-Analyse
- 164. 16917.09.2020 Work-Item-Analyse 28% 18% 22% 32% Defect Incident Service Request Feature Adjustment
- 165. 17017.09.2020 Work-Item-Analyse 8 19 4 11 3 9 26 19 7 2 6 2 0 5 10 15 20 25 30 35 40 45 50 Sprint 7 Sprint 8 Sprint 9 Defect Incident Service Request Feature Adjustment
- 166. 17117.09.2020 Work-Item-Analyse 21 30 26 106 120 48 127 150 74 0 20 40 60 80 100 120 140 160 Sprint 7 Sprint 8 Sprint 9 Velocity Wert steigernd Wert erhaltend kumulierte Velocity
- 168. 17317.09.2020 Checklisten und Fragenbögen Offene Gespräche Brainstorming Befragung + viele Hintergrund- informationen - kann schnell chaotisch werden + neue Ideen + Zugriff auf großen Wissensschatz - kann schnell chaotisch werden + strukturierter Ablauf - wenig Raum für Entfaltung
- 169. 17417.09.2020 Checklisten und Fragenbögen Teilnehmer begrüßen Vorstellungsrunde Protokollant benennen Agenda vorstellen […] Protokoll verlesen Folgetermin vereinbaren Verabschiedung grobeAbfolge Beginn Hauptteil Abschluss Beispiel https://www.immonet.de/service/fileadmin/p df/Immonet-Checkliste- Objektbesichtigung.pdf
- 170. 17517.09.2020 Checklisten und Fragenbögen Generelle Fragen ▪ Welche Ziele verbinden Sie mit der Untersuchung? ▪ Welche Softwaresysteme sollen betrachtet werden? (Nennung und kurze Erklärung) ▪ Wie lange ist die Software schon im produktiven Einsatz? ▪ Wie viele Nutzer verwenden die Anwendung(en)? ▪ Wie hoch ist die Anzahl von Use Cases, Eingabemasken und Wizards? (grobe Schätzung)
- 171. 17617.09.2020 Checklisten und Fragenbögen Fachliche Zusammenhänge ▪ Um welche fachliche Domäne handelt es sich? (Medizintechnik, Industrielle Produktion, Verwaltung, …) ▪ Welche Gesetze und Standards müssen berücksichtigt werden? ▪ Welche besonderen Anforderungen gibt es an die Geschäftsregeln?
- 172. 17717.09.2020 Checklisten und Fragenbögen Strukturelle Zusammenhänge ▪ Mit welchen Drittsystemen wird kommuniziert? ▪ Über welche Schnittstellen erfolgt die Kommunikation? ▪ Welche Protokolle werden zum Austausch mit Drittsystemen verwendet? ▪ Welche Technologien kommen in den Softwaresystemen zum Einsatz?
- 173. 17817.09.2020 Checklisten und Fragenbögen Softwareentwicklungsprozess ▪ Wie werden Anforderungen erfasst? ▪ Wie viele Entwickler sind an der Umsetzung der Software beteiligt? ▪ Gibt es Coding Guidelines? ▪ Wo findet man die Coding Guidelines? ▪ Werden Code-Reviews durchgeführt? Wie und wann?
- 174. 17917.09.2020
- 175. 18017.09.2020
- 176. 18117.09.2020
- 177. 18217.09.2020 Fragenkatalog != Fragebogen Checklisten und Fragenbögen
- 179. 18417.09.2020 Checklisten und Fragenbögen ▪ Die Reihenfolge ist der Leitfaden. ▪ Zusammenhängende Punkte gruppieren. ▪ Platz für Anmerkungen lassen. ▪ Beteiligte und Datum vermerken. ▪ Offene und geschlossene Fragen gezielt einsetzen.
- 180. 18517.09.2020 Fragenkatalog != Fragebogen Checklisten und Fragenbögen