peter HRUSCHKA BUSINESS ANALYSIS = BUSINESS ANALYSIS UND REQUIREMENTS Verbesserung & Innovation ENGINEERING FÜR SCHLANKE, EFFEKTIVE UND OPTIMALE IT-UNTERSTÜTZUNG peter@systemsguild.com GESCHÄFTSPROZESSE hruschka@b-agile.de EXTRA: Mit kostenlosem E-Book James & Suzanne Robertson Steve McMenamin Tom DeMarco Tim Lister Peter Hruschka
IT Business Atlantic Systems Guild 2010 3 Requirements Engineers Business Analysts Atlantic Systems Guild 2010 4
Business ist...... was immer Sie als Produkt oder als Dienstleistung anbieten Banking Insurance Medical Instruments Automation Control Software-Produkte Mobile Phones Government Services Automotive Systems Logistics Atlantic Systems Guild 2014 5 Business ist...... was immer Sie als Produkt oder als Dienstleistung anbieten Insurance Banking Automation Control Medical Instruments Unser Ziel: Geschäfts- oder System- Automotive Systems Government Services Produkte und Prozesse nachhaltig verbessern in Funktionalität, Qualität und/oder Quantität Logistics Mobile Phones Atlantic Systems Guild 2014 6
Business Analysis & Requirements Engineering Zwei Seiten derselben Medaille Wünsche, Bedürfnisse, Ideen (strategische) Ziele Business Analysis harmonisierte, priorisierte, & strukturierte Externe Zwänge und Auflagen (Gesetze, Direktiven) Requirements Engineering Ist-Zustand (identifizierte Schwachstellen und Unzulänglichkeiten) Atlantic Systems Guild 2014 7 für bessere/neue Produkte für optimierte Prozesse (Ablauf- und Aufbauorganisation) CLEAN PROJECT START Ausbalancieren von drei Zutaten: Ziele Scope Stakeholder Atlantic Systems Guild 2014 8
Business Analysis & Requirements Engineering: Verschiedene Scopes und verschiedener Tiefgang Umfang der Business-Analyse Business- Scope Umfang der Produkt-Analyse Produkt- Scope Tiefgang und Business- Präzision Analyst der SO NICHT IT-System Analytiker
Besser miteinander und mit gemeinsamer Sprache *) Business- Scope Umfang der Analyse Produkt- Scope Tiefgang und Präzision der *) - Kontextdiagram, - tabellarische Schnittstellenbeschreibung, - diverse UML-Diagramme zur Darstellung des Kontexts Requirements finden und erfinden Es ist ein Gerücht, dass die Kunden bzw. Fachabteilungen wissen, was sie brauchen. bewusste unbewusste nicht einmal erträumte Atlantic Systems Guild 2014 12
Volere James & Suzanne Robertson: Mastering the Requirements Process, 3 rd Edition Addison Wesley, 2012" oder: www.volere.co.uk" www.volere.de Project Drivers 1. The Purpose of the Product 2. The Stakeholders Project Constraints 3. Mandated Constraints 4. Naming Conventions and Terminology 5. Relevant Facts and Assumptions Functional Requirements 6. The Scope of the Work 7. Business Data Model & Data Dictionary 8. The Scope of the Product 9. Functional Requirements Non-functional Requirements 10. Look and Feel Requirements 11. Usability and Humanity Requirements 12. Performance Requirements 13. Operational and Environmental Requirements 14. Maintainability & Support Requirements 15. Security Requirements 16. Cultural Requirements 17. Legal Requirements Project Issues 18. Open Issues 19. Off-the-shelf Solutions 20. New Problems 21. Tasks 22. Migration to the New Product 23. Risks 24. Costs 25. User Documentation and Training 26. Waiting Room 27. Ideas for Solutions Qualitativ verbessern: -> Nicht-funktionale 10. an die Benutzungsschnittstelle a) an das Aussehen b) Stilanforderungen 11. Ergonomieanforderungen a) Bedienbarkeitsanforderungen b) Personalisierungs- & Internationalisierungsanf. c) an die Erlernbarkeit d) Verständlichkeits- und Höflichkeitsanforderungen e) Zugänglichkeitsanforderungen 12. Performanz- und Sicherheitsanforderungen a) an das Zeitverhalten b) Sicherheitskritische c) Genauigkeitsanforderungen d) Zuverlässigkeits- und Verfügbarkeitsanforderungen e) an Robustheit und Fehlertoleranz f) Kapazitätsanforderungen g) Erweiterbarkeitsanforderungen h) Langlebigkeitsanforderungen 13. Operative und Umweltanforderungen a) Erwartete technische Umgebung b) Schnittstellenanforderungen zu Nachbarsystemen c) Produktisierungsanforderungen d) Release- 14. an Wartbarkeit und Support a) Wartbarkeitsanforderungen b) Instandhaltungsanforderungen c) Portabilitätsanforderungen 15. Sicherheitsanforderungen a) Zugangsanforderungen b) Integritätsanforderungen c) Datenschutzanforderungen d) Auditierbarkeitsanforderungen e) Immunitätsanforderungen 16. Kulturelle 17. Rechtliche a) Konformitätsanforderungen b) Einzuhaltende Standards 14
Business Analysis & Requirements Engineering Zwei Seiten derselben Medaille Wünsche, Bedürfnisse, Ideen (strategische) Ziele Business Analysis harmonisierte, priorisierte, & strukturierte Externe Zwänge und Auflagen (Gesetze, Direktiven) Requirements Engineering Ist-Zustand (identifizierte Schwachstellen und Unzulänglichkeiten) Atlantic Systems Guild 2014 15 für bessere/neue Produkte für optimierte Prozesse (Ablauf- und Aufbauorganisation) Verbesserung & Innovation Unser Ziel: Produkte und Prozesse nachhaltig verbessern in Funktionalität, Qualität und/oder Quantität Atlantic Systems Guild 2014 16
Das neue Buch Werbung peter HRUSCHKA BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING PRODUKTE UND PROZESSE NACHHALTIG VERBESSERN FÜR SCHLANKE, EFFEKTIVE GESCHÄFTSPROZESSE UND OPTIMALE IT-UNTERSTÜTZUNG EXTRA: Mit kostenlosem E-Book www.reomnis.eu Video-based Analysis Training (Deutsch und Englisch) Der Kurs Agiles Requirements Engineering Atlantic Systems Guild 2013 17