Moderne Softwareentwicklung

Größe: px

Ab Seite anzeigen:

Download "Moderne Softwareentwicklung"

Ursula Arnold
vor 8 Jahren
Abrufe

1 Moderne Softwareentwicklung Tools Prozesse - Practices Thomas Schissler / artiso AG

3 Ihre Herausforderungen?

4 Effizienz Ist Software-Entwicklung heute effizient? Was können wir verbessern?

7 Wie können wir Waste vermeiden? Bedarfsgerechte Lösungen Qualität optimieren Effiziente Team- Arbeit

8 Build Measure - Learn IDEAS DATA CODE

9 Sequentielle vs. Überlappende Entwicklung Sequentielle Entwicklung (Wasserfall-Methode) Anforderungs- Analyse System und Software- Entwurf Implementierung und Komponententests Integrations- und Systemtests Überlappende Entwicklung (Scrum)

10 Inkrementelle Entwicklung Schnelle Markteinführung Als erster mit einem neunen Produkt auf dem Markt sein Schnell reagieren können, wenn der Markt sich verändert Komplette Funktionalität Minimaler Funktionalität Agil Wasserfall Wasserfall

reagieren können, wenn der Markt sich verändert Komplette

11 Time To Market? 83% der Unternehmen die Agilität eingeführt haben, haben dadurch eine Verbesserung der Time to Market erzielt.

12 Projekt Kidnapping 85 % Anforderungs- Analyse System und Software-Entwurf 0 % Implementierung und Komponententests End End of Budget of Budget Agil Wasserfall Wasserfall Integrations- und Systemtests

und Komponententests End End of Budget of Budget

13 Wie erzeugen wir Qualität?

14 82% der Unternehmen die Agilität eingeführt haben beobachten eine erhöhte Qualität der Software.

15 Testen? Implementierung Bug-Fix Testen Release Bug

16 Effektive Team-Arbeit

17 Ist das praxisrelevant?

19 Moderne Software-Entwicklung Anforderungs Management Qualitätssicherung Stakeholder einbeziehen App- Telemetrie Continous Delivery Erweiterbare Architektur Entwickler- Produktivität Developer Operations

20 Worauf kommt s an? Tools Prozesse Practices

21 Worauf kommt s an?

Release Release Planning Meeting Product Owner Scrum Master Scrum Master Team Release Burndown Scrum Master Scrum Master Product Owner Scrum

Scrum Master Team Sprint Burndown Team Sprint Review Scrum Master Team Sprint Planning I Definition of Done Day Day Day Day Increment Team

23 Release Release Planning Meeting Product Owner Scrum Master Scrum Master Team Release Burndown Scrum Master Scrum Master Product Owner Scrum Master Product Owner Product Backlog Estimation & Grooming Meeting Scrum Master Team Team Development Team Sprint 01 Sprint 02 Sprint Backlog Scrum Master Team Sprint Burndown Team Sprint Review Scrum Master Team Sprint Planning I Definition of Done Day Day Day Day Increment Team Sprint Planning II Sprint Planning I Scrum Master Sprint Planning II Team Daily Scrum Team Sprint Retrospective Scrum Master Product Owner Team Team Team

24 PO-Rolle Stakeholder Produkt- Vision Projekt-Status Unternehmens-Nutzen Anwender-Sicht Priorisierung Entscheidungen Product Owner Anwender-Szenarien Kunden-Nutzen Anwender-Feedback Dev-Team Anwender

25 Agiles Projektmanagement mit TFS Backlog Management Schätzung und Forecasts Sprintplanung Kapazitätsplanung Demo

26 Agiles Anforderungsmanagement

27 Empirisches Projektmanagement Projektion der Vergangenheit zur Vorhersage der Zukunft Messung des Fortschritts um Prognosen den aktuellen Gegebenheiten anzupassen Arbeitsvorrat (Backlog) PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI Velocity 100 Velocity 100 Velocity 100 Velocity 100 Velocity 120 Velocity 120 Velocity 120

28 Multi Team Management

29 Multi Project Management

30 Beispiel BPMN-Prozess

31 Beispiel BPMN-Prozess

32 Schätzung der Szenarien Release-Dauer 3 Monate Szenario 1 (50%) Szen. 2 (20%) Szen. 3 (20%) S4 (10%) 2000 Std. 800 Std. 800 Std. 400 Std. Schätzbasis: Wie komplex sind die Szenarien im Verhältnis zueinander Wie groß ist der Nutzen der Szenarien im Verhältnis zueinander (Invest)

33 Schätzen des Fertigstellungsgrades Erledigte Arbeit Geplante Arbeit Ungeplante Arbeit Wir schätzten, dass wir von den Funktionen die Anwender in diesem Bereich bis zum Ende des Releases erwarten können (Minimum Viable Product) 40% bereits fertig gestellt haben ohne die verbleibende Arbeit im Detail zu kennen.

34 Release Monitoring

35 Release Monitoring

36 Release Monitoring

37 Ein Plan ist nichts, Planung ist alles Dwight D. Eisenhower

39 Test Management mit TFS Akzeptanztests mit Microsoft Test Manager Bug Management ATDD Demo

40 Testen? Implementierung Bug-Fix Testen Release Bug

41 Team Organisation Mindset Agiles Testen Test Automati -sierung

42 Team-Struktur

43 Exploratives Testen Exploratives Testen mit MTM Demo

44 Unit-Tests Verändern das Qualitätsbewusstsein der Entwickler Gehören zur Implementierung Machen Entwickler effizienter

45 Unit-Tests Architektur Mindset Herausforderungen Practices

46 Regression Tests: Funktioniert noch, was gestern funktionierte? Default = Ja! Unit-Tests Automat. UI Tests Integrationstests Setup Tests

47 Continous Testing Unit Tests mit Visual Studio Continous Integration Build mit Test Ausführung Demo

49 CPU Usage [%] Memory Consuption of Process [MB] Load & Performance Tests Performance- Analysen und Trend- Auswertung 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% CPU Testlaufzeit Memory

50 Lernen Retrospektive Kontinuierliche Verbesserung Probleme früh erkennen

51 Mehrere Teams Main Line Team A Team B Team C

53 Agiles Anforderungsmgmt. Was ist daran falsch?

54 Build Measure - Learn

55 Bauen wir wirklich Funktionen die unsere Anwender benötigen? Oder bauen wir Funktionen von denen wir glauben, dass sie benötigt werden?

56 Stakeholder sind wichtig für ein Projekt, ohne sie kein Projekt Also müssen wir sie auch wichtig nehmen und uns um sie kümmern

57 Wer sind Stakeholder? Alle die ein Interesse an dem Ergebnis haben, ohne direkt an der Umsetzung beteiligt zu sein Management Marketing / Sales Kunden / Key- User Außendienst Operations Trainings Support

58 You can t just ask customers what they want and then try to give that to them. By the time you get it built, they ll want something new. Steve Jobs

59 Probleme Priorität bei Stakeholdern Deployment -Aufwand Feedback verwalten Unklare Anforderungen? Best Guess Sprach- und Domain- Barrieren

60 Kommunikation im Projekt Feedback Client Storyboarding Tool Demo

61 Effektive Team-Arbeit

62 Zusammenarbeit im Team verbessern Pair Programming Daily Scrum Code Reviews Swarming Cross Functional Teams Shared Code Ownership Retrospektiven Wissensvermittlung

63 Kommunikation innerhalb des Teams Team Rooms Demo

64 Issue Workflow Wie soll das implementiert werden? Detailierung der Anforderung Welche Änderungen ergeben sich aus der Antwort? Entwickler Product Owner Team

66 Gewachsene Architektur

67 Ziele moderner Architektur Wartbar Testbar Erweiterbar

68 Oberstes Ziel: Entkopplung Single Responsibility MVVM / MVC POCOs Trennung -Daten -Orchestrierung -Logik Sackgassenmethoden Komponentenorientierung IoC Interfaces

69 Spaghetti-Code Integrations- Test Recognize SplitLine ReadData SplitDigit DB Recognize Digit

70 Klassische Struktur Recognize Integrations- Test SplitLine Integrations- Test ReadData SplitDigit DB Integrations- Test Integrations- Test Recognize Digit Unit-Test

71 Sackgassen-Methoden Integrations-Test Recognize ReadData SplitLine SplitDigit Recognize Digit Integrations- Test Unit-Test Unit-Test Unit-Test DB

72 Häufige Lösung - Greenfield

73 Refactoring Renovierung des Codes

74 Greenfield Wirklich? Hoffnung

75 Greenfield Wirklich? Kunden- Feedback

76 Greenfield Wirklich? Kapazität

77 Greenfield Wirklich? Greenfield ist nicht alternativlos

78 Agile Architektur Vorteile entkoppelter Architektur für Unit-Tests Nutzung von IoC für Mocking Architektur-Tools in Visual Studio Layer-Diagramme Code Maps Code Clone Detection Sequence Diagramms Demo

80 Continuous value delivery

81 Motivation - Customer Development

82 Build-Measure-Learn 1. MAKE BUSINESS HYPOTHESIS A TESTABLE EXPERIMENT 6. PERSEVERE OR PIVOT 2. DEFINE EXPERIMENT AS MINIMUM VIABLE PRODUCT (MVP) 5. GAIN VALIDATED LEARNING 3. BUILD MEASUREMENT INTO MVP 4. MEASURE THE RESULTS

83 Release Management 2013 TFS DEV QA PROD Automates Workflow Full Traceability

84 Release Management Deploy via Build Deploy via Visual Studio Release Management Demo

85 Learn - Feedback and Telemetry WORKING Software

Application Insights Available Performing Improving Health Dashboards Notifications & Deep Insights Usage Dashboards Is my application available and

86 Application Insights Available Performing Improving Health Dashboards Notifications & Deep Insights Usage Dashboards Is my application available and performing for users? One Dashboard What s wrong? Show me suspicious code and test cases Where do we invest next? Show me top features and customer Usage patterns

87 DevOps Mean Time to Detect (MTTD) Mean Time to Repair (MTTR)

89 Team Power Was macht gute Teams aus?

90 Bessere Entscheidungen

91 Teamverantwortung

92 Team-Motivation

93 Risiken reduzieren

94 Wie bekomme ich großartige Teams?

95 Es lohnt sich

97 Retrospektive Was war das spannendste Thema für sie? Was werden sie morgen in ihrem Team ändern? Welches Thema war für sie am wenigsten wertvoll?

98 Meine Message Vorgehensmodell ist wichtig Ganzheitliche Betrachtung Agile Kultur schaffen

100 Thomas Schissler Phone: +49 (7304) artiso AG Oberer Wiesenweg 25 D Blaustein

Ähnliche Dokumente

Thomas Schissler Uwe Baumann

Thomas Schissler Uwe Baumann Warum sind sie hier? Agenda Warum ist die Mitwirkung des Managements so wichtig? Betriebswirtschafliche Argumentation Vorteile von Agilität für Organisationen Scrum is extremly