The Art of Software Reviews

Slide 1

Slide 1 text

Software Reviews und was die mit The Police zu tun haben... Dr. Gernot Starke

Slide 2

Slide 2 text

Dr. Gernot Starke INNOQ Fellow üArchitektur-Verbesserer üCoach, Trainer ü arc42, aim42 ü iSAQB e.V.

Slide 3

Slide 3 text

Software Reviews ???

Slide 4

Slide 4 text

Software Reviews Warum – Was – Wer - Wie Agenda

Slide 5

Slide 5 text

Warum – Was – Wer - Wie Warum Software Reviews?

Slide 6

Slide 6 text

These: Jedes System hat Potenzial Photo by John Hult on Unsplash

Slide 7

Slide 7 text

Reviews vermeiden... lösungsgetriebenen Aktionismus

Slide 8

Slide 8 text

Behandlung ohne Untersuchung …

Slide 9

Slide 9 text

Cannabidiol 100mg/Tag

Slide 10

Slide 10 text

• Übersicht: Stärken+Schwächen als Grundlage für Verbesserung • Neutrale Meinung Extremfall: Juristisch relevante Gutachten • neue Ideen / Anregungen • Bestätigungvon Vermutungen Warum – Was – Wer - Wie

Slide 11

Slide 11 text

• steigende Zahl „Prio-1 Fehler“ • Entwicklung wird immer langsamer • (Neues) Management benötigt „neutrale“ Einschätzung Warum – Was – Wer - Wie Beispiele

Slide 12

Slide 12 text

Warum – Was – Wer - Wie Was betrachten wir? (scope)

Slide 13

Slide 13 text

*: XY z.B. Warenwirtschaft, online-Shop, Planungssystem, ERP-System, whatever-you-develop unser XY* externe Nachbarsysteme 3rd Party Zulieferung („Framework“) Datenquel le Datenquel le Datenquel le Datenquelle Vor- verarbeitung nachgelagerte Verarbeitung mobile App Fremd- firmen Fremd- firmen etc.

Slide 14

Slide 14 text

Warum – Was – Wer - Wie Scoping ernst nehmen!

Slide 15

Slide 15 text

• internes Konzern-CRM: • Prozesse: Content-Akquise, Aufbereitung, Freigabe • Projektorganisation • SW-Technik • kein Betrieb Warum – Was – Wer - Wie Beispiele

Slide 16

Slide 16 text

• (Groß-)Maschinenbau: • SW-Architektur + Implementierung • on-Device, Konfigurations- /Planungssystem • Projektorganisation • keine Datenquellen / -senken Warum – Was – Wer - Wie Beispiele

Slide 17

Slide 17 text

Warum – Was – Wer - Wie Wer reviewt?

Slide 18

Slide 18 text

+ unabhängig + neutral + neue Impulse - längere Einarbeitung - Risiko „oberflächlich“ - höhere Kosten + fachliche Erfahrung + im Unternehmen vernetzt + kostengünstig - Risiko „befangen“ - Risiko „betriebsblind“ - kein Benchmarking - „Prophet im eigenen Land“ Warum – Was – Wer - Wie

Slide 19

Slide 19 text

• Automotive (Zulieferer): • 1 Person extern max. 10 PT) (Qualitative Analyse analog ATAM), • 2 Personen intern Warum – Was – Wer - Wie Beispiele Zukunftssicherheit der Architektur „Multimedia-Framework“

Slide 20

Slide 20 text

• (Riesen-)Online-Shop: • 4 Personen extern (INNOQ), ca. 100 PT • 3 Personen intern, 30+ PT • Verpflichtung, 24 Monate keine weiteren Aufträge für dieses Unternehmen Warum – Was – Wer - Wie Beispiele Zukunftsfähigkeit von Architektur und Implementierung

Slide 21

Slide 21 text

• Telco („Billing-Kette“): • 3 externe Dienstleister, jeweils 2-3 Personen, gesamt ca. 200 PT • 2-3 Personen intern, 30+ PT • Aufteilung entlang der Prozesskette (u.a. Wirknetz, Pre-/Post-Billing) Warum – Was – Wer - Wie Beispiele Tragfähigkeit der Architektur sowie Integration von Standardprodukten

Slide 22

Slide 22 text

Warum – Was – Wer - Wie Wie geht das?

Slide 23

Slide 23 text

Access All Areas

Slide 24

Slide 24 text

Access ALL Areas. Breitensuche Stakeholder Kontext Qualität Architektur Code Laufzeit Daten Tests Prozesse Infrastruktur Security .... Analyze

Slide 25

Slide 25 text

Breitensuche:

Slide 26

Slide 26 text

Stakeholder kennen viele Probleme (+ Lösungen).

Slide 27

Slide 27 text

• (Riesen-)Online-Shop: • Interviews zeigten: • (krasse) Diskrepanzen in Sichtweisen Management + Entwicklungsteams • Architekturprobleme, die beim Management nicht bekannt waren Warum – Was – Wer - Wie Beispiele Zukunftsfähigkeit von Architektur und Implementierung

Slide 28

Slide 28 text

Warum – Was – Wer - Wie Metriken • Kopplung / Abhängigkeiten • Code-Komplexität • Performance • … gut

Slide 29

Slide 29 text

Warum – Was – Wer - Wie Metriken • Kopplung / Abhängigkeiten • Code-Komplexität • Performance • … • Fehler pro Baustein • Know-How pro Baustein • Änderungshäufigkeit • … gut besser

Slide 30

Slide 30 text

• Telekommunikation: • Management beobachtet (Java-) Metriken nach Ampel-System (CAST Application Intelligence Platform) • >70% des Systems in xslt implementiert • nicht von CAST erfasst Warum – Was – Wer - Wie Beispiele Ziel: „Benchmarking“: Produktivität von Entwicklung prüfen

Slide 31

Slide 31 text

komplexer Code, der häufig geändert wird. Beachte Hotspots

Slide 32

Slide 32 text

Warum – Was – Wer - Wie Breitensuche Metriken Struktur Anwendungs- daten Qualität (ATAM) Security Prozesse

Slide 33

Slide 33 text

• „Warenwirtschaft“: • Fachlich sauber strukturiert • In vielen Teilen (nearly) clean-code • Datenbank + -strukturen völlig desolat Warum – Was – Wer - Wie Beispiele Ziel: Verschiedene Wege zur „ganzheitlichen Verbesserung“ aufzeigen

Slide 34

Slide 34 text

• (Groß-)Maschinenbau: • Prozessproblem (Know-How „Flaschenhals“) führt zu erheblichen Risiken in Code Beispiele Ziel: Möglichkeiten zur Verbesserung der Architektur aufzeigen Warum – Was – Wer - Wie

Slide 35

Slide 35 text

Warum – Was – Wer - Wie Der Abschluss... Bericht: • Management Summary • (priorisierte) Probleme • Maßnahmenvorschläge gut

Slide 36

Slide 36 text

Warum – Was – Wer - Wie Der Abschluss... Bericht: • Management Summary • (priorisierte) Probleme • Maßnahmenvorschläge 2 Vorträge: • Vorab „in kleiner Runde“ • Feinschliff • Abschluss „in großer Runde“ gut besser

Slide 37

Slide 37 text

• Spezial-Maschinenbau: • Management fokussiert auf mögliche Problemen • Abschlusspräsentation fokussiert auf Stärken der Teams + des Systems Warum – Was – Wer - Wie Beispiele Ziel: „Benchmarking“ Architektur und Entwicklung

Slide 38

Slide 38 text

Fazit 1. Ziele und Scope klären 2. (mehrere!) Stakeholder involvieren 3. Schwerpunkte aus Zielen ableiten 4. Breiten- vor Tiefensuche 5. Mehr als Code untersuchen!! 6. Ergebnisse präsentieren

Slide 39

Slide 39 text

Danke. Gernot Starke gernot.starke@innoq.com Twitter: @gernotstarke www.innoq.com