JAHR 6 NACH DER TFS EINFÜHRUNG

Transkript

1 JAHR 6 NACH DER TFS EINFÜHRUNG DAS NÄCHSTE LEVEL

2 ABSTRACT :45-14:45 Uhr Track: Tools Die Einführung eines Applikation Lifecycle Management (ALM) Werkzeuges bei größeren Mittelständlern und Großunternehmen stellt unumstritten eine Herausforderung dar. Besonders wenn es sich um eine gemischte Entwicklung aus Software und Maschine handelt. Doch welches Fazit kann man nach 6 Jahren ALM ziehen? Wie verändert sich der Blickwinkel auf ALM nach so vielen Einsatztagen? Wurden die Versprechen des Plattform-Herstellers gehalten? In diesem Vortrag plaudern Jan Gröver (TFS Verantwortlicher bei Fa. CLAAS) und Stefan Mieth (ALM Consultant bei AIT) aus dem Nähkästchen und zeigen, welche Zahnräder alle ineinander greifen müssen damit Sie am Ende von Next Level ALM sprechen können. - See more at: 2

3 3

4 WELTWEIT 4

5 SOFTWARE-ENTWICKLUNG In sämtlichen Phasen: Spezifikation Konzeption & Design (Softwarearchitektur & User Interface) Projektmanagement Prototyping und Implementierung Qualitätssicherung / Testing Dokumentation Support BERATUNG / CONSULTING In den Bereichen: Software-Entwicklung Entwicklungsprozesse & -werkzeuge, Application Lifecycle Management (ALM), Microsoft-Technologien, Software-Architekturen 5

6 WAS BISHER GESCHAH 6

7 HINDERNISSE ROADMAP KONSERVATIVE PROJEKTLEITUNG EINGESCHLIFFENE DENKMUSTER VERALTETE TOOLLANDSCHAFT NICHTS HÄLT LÄNGER ALS EIN PROVISORIUM Wartung Analyse PoC? Rollout Pilot 7

8 STAKEHOLDER SICHT Start Q2 Q3 Q4 Q1 Q2 Q3 Q4 Team Build Finish Mon Mon Test House Mon Mon Continuos Delivery Mon Mon Process Maintenance Mon Mon Status Reporting Mon Mon Quality Management Mon Mon Administration Plan Mon Mon Team Coaching Mon Mon Configuration Management Mon Mon Maintenance Plan Mon Mon Desaster Recovery Plan Mon Mon Process Refurbish Mon Mon TFS Customizing Mon Mon Report Definition Mon Mon

9 PARALLELISIERUNG SPART ZEIT

10 DIE REALITÄT Parallelisierung ist nicht immer möglich

11 11 CHANGE FLOW Prozess Definition 1 Concept Project Teams 2 Implement 3 Deliver Project Teams Process Owner ALM Expert ALM Expert ALM Expert

12 12 REALITÄT Start Q1 Q2 Q3 Q4 Q1 Q2 Q3 Process definition Configuration Management Process Documentation Process Implementation Quality Management Report Definition Report Implementation Team Coaching Test House Continuos Delivery Team Build TFS Rollout & Administration Maintenance Plan TFS Customizing Desaster Recovery Plan

13 ZEITPLAN TFS 2008 TFS 2010 TFS 2012 SharePoint 2013 TFS 2013 TFS 2015* Analysis & evaluation PoC virtualization Work item tracking Pilot No. I Pilot No. II Live projects Testing initiative Maintenance & coaching Processes User coaching Homogenization concept Project repoting Administration coaching PVCS Migration Staging systems Continuous improvement Build customization TFS customizing Extending clients Extending server Training on the project PVCS live migration Linux PoC IOS demo Maintenance Scale out Self service RE/M Tooling Agile dev Integration to 3rd partie products

14 Loading... 14

15 Level Up 15

16 WARTUNG SCALE OUT 1 2 ERWEITERBARKEIT INTEGRATION 3 4

17 WARTBARKEIT 17

18 WARTBARKEIT Kürzere Update Zyklen Schnellere Lieferung von Hotfixes Komplexes System mit möglichen Seiteneffekten User Impact 18

19 STAGES LEVEL 1 Produktiv 19

20 STAGES LEVEL 2 Produktiv Staging 20

21 STAGES LEVEL 3 Produktiv Staging Development 21

22 SKALIERBARKEIT 22

23 BENUTZERZAHLEN

24 INFRASTRUKTUR 2009 EVALUATION 10 Benutzer 2 Team Projects Vergleich bestehender Lösungen Erfassung des Leistungsumfangs 24

25 INFRASTRUKTUR 2010 PRODUKTIVSETZUNG 40 Benutzer 10 Team Projects SharePoint Farm SharePoint als DMS Ausbau der VPN Anbindung für Partner 25

26 INFRASTRUKTUR 2011 AUSBAU ALM 60 Benutzer 50 Team Projects SharePoint Farm TFS Build Farm Bewusstsein für Modernes ALM & Agilität etabliert Office- und Prozessintegration Automatisierung 26

27 INFRASTRUKTUR 2012 VERBESSERUNG 100 Benutzer 80 Team Projects Verbesserte Administration Integration Fremdsysteme Eigenentwicklung OTC SharePoint Farm TFS Build Farm 27

28 DOMAIN UND ALIAS Domain: CES & TFS Domain: CLAAS CES\Mieth TFS\Mieth CLAAS\Mieth 28

29 DOMAIN UND ALIAS 29

30 TEAM PROJECT LIMITS Microsoft For team projects based on the MSF for CMMI Process Improvement template, the recommended metadata cache limit is 250 team projects. For team projects based on the MSF for Agile Software Development template, the recommended metadata cache limit is 500 team projects. 30

31 TEAM PROJECT LIMITS 31

32 ERWEITERBARKEIT 32

33 ADMINISTRATION Aufsetzen eines neuen Projekts beinhaltet u.a.: Team Project anlegen AD Gruppe anlegen Verbinden der AD und TFS Gruppe Verbinden der AD und SharePoint Gruppe Verbinden der AD und Reporting Gruppe Hinzufügen der AD Benutzer Accounts zu den AD Gruppen Nachträgliche SharePoint Seitenanpassungen Einrichten der Droplocation MANUEL 25 Minuten Fehlerbehaftet MIT AUTOMATISIERUNG Ca. 2 Minuten uvm. 33

34 SharePoint Gruppe Contributors Rolle Developer Report Gruppe Contributors TFS Gruppe Contributors SharePoint - Lesen - Schreiben AD Gruppe Developer Reporting - Report lesen - Eigenes Abo anlegen Tfs_TfsAT_DefaultCollection_FoodProcessing_TeamAlpha_Developer <PreFix>_<Server>_<TPC>_<TP>_<Team>_<Role> TFS Version Control - Lesen - Einchecken - Build starten - Merge TFS Work Items - Lesen - Editieren - Neue anlegen TFS Team Queries - Lesen TFS Build - Build Ergebnisse lesen - Neuen Build starten Drop Location (share) - Lesen 34

35 SELF SERVICE GRUPPEN VERWALTUNG Anlegen von nicht Standard AD Gruppen z.b. für externe Partner und Lieferanten. Hinzufügen von Benutzern zu AD Gruppen 35

36 SELF SERVICE TEAM MANAGEMENT Anlegen neuer TFS Teams Anlegen der benötigten AD Gruppe. 36

37 AUTOMATIZATION FEHLERSCHWERE Serverseitige Automatisierung Basierend auf TFS ASAP Weitere Regeln möglich 37

38 INTEGRATION 38

39 ALM MIT TFS Version Control Requirements Management Project Management Analytics Customizable Processes Build Automation Test Case Management End-to-End Traceability Lab Management E X T E N S I B L E A P I s 39

40 BUILD LINUX BUILD SYSTEM Windows Linux Integration externer Buildsysteme TFS Start Build Windows- Build-Agent SSH Linux Build- Machine Implementierung in 3 Phasen Get Sources Build Preparations Get Sources Wiederverwendbarkeit Import Build Result Run Build Script Return Build Result Run build and execute tests Save Build 40

41 ZUKUNFT 41

42 ZUKUNFT WEITERE INTEGRATION U.A. IN DEN BEREICH PLM. BEISPIEL: SAP Q-MELDUNGEN UND TFS DEFECT WORK ITEM to TFS SAP to SAP Bidirectional 42

43 FAZIT SKALIERBAR, MODULAR UND ERWEITERBAR? Build UI Test Labels Baseline Issue Tracking RM WIT C# RE c/c++ PM.NET Unit Test Deploy Release SC 43

44 FAZIT SKALIERBAR, MODULAR UND ERWEITERBAR! Linux Dev CAM IOs Office SAP CIM Integrated System ERP CRM CAD Java Web CIM 44

45 FAZIT DER TFS, SEINE EINFÜHRUNG, ERWEITERUNG UND WARTUNG SELBST IST EIN SOFTWARE PROJEKT UND SOLLTE ALS EIN SOLCHES BEHANDELT WERDEN. 45

46 FAZIT INVESTMENT: JEDES BELIEBIG KOMPLEXE SYSTEM BENÖTIGT WARTUNG UND SOMIT EIN FORTWÄHRENDES INVESTMENT. AUFWAND (KOSTEN) KRITISCHER BEREICH ZEIT 46

47 TAKE AWAY STAY FOCUSED! AVOID TOO MANY THINGS IN PARALLEL END WORKSTREAMS WITH ROLLOUT, RESTART IF NECESSARY JUST TRY IT! ANALYZE, BUT DO NOT OVERANALYZE NO STAKEHOLDER NO ROADMAP! CUSTOMER ORIENTED WORKSTREAM OWNER 47

48 Stefan Mieth AIT GmbH & Co. KG Leitzstr. 45, Stuttgart BERATUNG Agile ALM und TFS.NET und Architektur ENTWICKLUNG Dienstleister für individuelle Lösungen mit.net und Azure AIT GmbH & Co. KG Alle genannten und gezeigten Marken oder Warenzeichen sind eingetragene Marken oder eingetragene Warenzeichen ihrer jeweiligen Eigentümer und ggf. nicht gesondert gekennzeichnet. Aus dem Fehlen der Kennzeichnung kann nicht geschlossen werden, dass es sich bei einem Begriff oder einem Bild nicht um eine eingetragene Marke oder ein eingetragenes Warenzeichen handelt. 48