Optimierung agiler Softwareentwicklungsprozesse für Webentwicklung mit Hilfe von Agile Design

147 Pages·2012·2.66 MB·German

by  Gregor Swatek

Bachelorarbeit
Gregor Swatek
Optimierung agiler Softwareentwicklungsprozesse für
Webentwicklung mit Hilfe von Agile Design
FakultätTechnikundInformatik FacultyofEngineeringandComputerScience
StudiendepartmentInformatik DepartmentofComputerScience
Gregor Swatek
Optimierung agiler Softwareentwicklungsprozesse für
Webentwicklung mit Hilfe von Agile Design
BachelorarbeiteingereichtimRahmenderBachelorprüfung
imStudiengangBachelorofScienceAngewandteInformatik
amDepartmentInformatik
derFakultätTechnikundInformatik
derHochschulefürAngewandteWissenschaftenHamburg
BetreuenderPrüfer:Prof.Dr.ZhenRuDai
Zweitgutachter:Prof.Dr.StefanSarstedt
Eingereichtam:10.Februar2012
GregorSwatek
ThemaderArbeit
OptimierungagilerSoftwareentwicklungsprozessefürWebentwicklungmitHilfevonAgile
Design
Stichworte
agiledesign,agilesoftwareentwicklung,scrum
Kurzzusammenfassung
ObwohlScrumindenletztenJahrenerheblicheErfolgevorzuweisenhat,habensichinder
PraxisdiverseProblemehervorgetan.Scrumsiehtcross-funktionaleTeamsvordiealleerfor-
derlichenKenntnissevorweisenumderbevorstehenAufgabegerechtzuwerden.Dabeiwird
immerwiederfestgestellt,dassgeradebeidesignspezifischenAufgabe,derDesignersichnur
schwerindenProzessintegrierenlässt.UmdieseszuverbessernunddamitdenProzessfluss
unddieWertschöpfungsketteaufrechtzuerhalten,wirdindieserArbeiteineErweiterungdes
ScrumProzesses,umweitereArtefakteundEtappen,vorgenommen.DerDesignergewinnt
dadurch an Bedeutung im Scrum Team und wird als ein vollwertiges Mitglied anerkannt.
Zugleich wird das Design der Anwendung nachhaltig und Flexibel durch inkrementelles
Vorgehenaufgebaut.DasinkrementelleDesignimZusammenspielmitdenneuenArtefakten
undMethodenwirdals„AgilesDesign“bezeichnet.
GregorSwatek
Titleofthepaper
Optimizingagilesoftwaredevelopmentprocessforwebdevelopmentbyagiledesign
Keywords
agiledesign,agiledevelopment,scrum
Abstract
AlthoughScrumhasachievedconsiderablesuccessinrecentyears,puttingitintopracticehas
revealednumerousproblems. Scrumistypciallypracticisedbypeoplewithcross-functional
skills who do the actual work. It is often noted that integrating design experts for design
specifictasksisratherhardtoaccomplish. Thisthesispresentsnewartifactsandstagesto
improveandmaintaintheprocessflowandvaluechain. Asaconsequencedesignersbecome
more important in the Scrum team and are recognised as full members and the design of
the application built is more sustainable and flexible. This new approach that combines
incrementaldesignandthenewartifactsandmethodsiscalledAgileDesign.
Inhaltsverzeichnis
1. Einleitung 1
1.1. Motivation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2. ZielsetzungundProblemstellung. . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3. AufbauderArbeit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2. VerwandteArbeiten 5
2.1. ÜberblickundZusammenfassungbereitsveröffentlichterThemen . . . . . . . 5
2.2. VergleichdereinzelnenArbeiteninBezugzurThesis . . . . . . . . . . . . . . 8
3. Grundlagen 10
3.1. KlassischeVorgehensmodelle. . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
3.2. WasbedeutetAgilität? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
3.3. AgileVorgehensmodelleimAllgemeinen . . . . . . . . . . . . . . . . . . . . . 13
3.4. ScrumimDetail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.1. Rollen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.4.2. Artefakte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.4.3. Etappen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.4.4. Zusammenfassung:ScrumAblauf . . . . . . . . . . . . . . . . . . . . . 21
3.5. Softwareunternehmenvs.Werbeagenturen—Herkunft,ModelleundKulturen 23
3.5.1. Werbeagenturen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.5.2. Softwareunternehmen . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
3.6. AllgemeineProblemeundHerausforderungen . . . . . . . . . . . . . . . . . . 26
4. Konzeption 29
4.1. Rollenvergleich:Web-Entwicklervs.Designexperten . . . . . . . . . . . . . . 30
4.1.1. Designexperten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.1.2. Web-Entwickler . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.2. KonkreteProblemfelderundkritischeAspekte . . . . . . . . . . . . . . . . . . 32
4.2.1. GemeinsamkeitenzwischenagilenundUser-centeredDesignmethoden 32
4.2.2. UnterschiedederbeidenMethoden . . . . . . . . . . . . . . . . . . . . 32
4.2.3. KonkreteProblemeundderenSymptome . . . . . . . . . . . . . . . . 33
4.2.4. TätigkeitsspezifischerSprint . . . . . . . . . . . . . . . . . . . . . . . . 35
4.2.5. KommunikationsdefizitewährendeinesSprints . . . . . . . . . . . . . 38
4.2.6. BehinderungenimSprint . . . . . . . . . . . . . . . . . . . . . . . . . 40
4.3. MöglicheLösungsvorschläge . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.3.1. KompetenzendesDesignexperten . . . . . . . . . . . . . . . . . . . . 42
iv
Inhaltsverzeichnis
4.3.2. Einführungdes‘Sprint-Zero’ . . . . . . . . . . . . . . . . . . . . . . . 43
4.3.3. ZusammenarbeitwährenddesgesamtenSprints. . . . . . . . . . . . . 44
4.4. Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
4.4.1. OptimierterProzessverlauf. . . . . . . . . . . . . . . . . . . . . . . . . 47
4.4.2. VorteileundGefahrenfürEntwicklerundDesignexperten . . . . . . . 49
4.4.3. Die14PrinzipiendesAgileDesigns . . . . . . . . . . . . . . . . . . . . 51
5. Realisierung 52
5.1. Produktvision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
5.1.1. WasisteineProduktvision? . . . . . . . . . . . . . . . . . . . . . . . . 53
5.1.2. WarumbrauchtmaneineProduktvision? . . . . . . . . . . . . . . . . 54
5.1.3. DerElevatorPitch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
5.2. VonderProduktvisionzumProdukt . . . . . . . . . . . . . . . . . . . . . . . . 57
5.2.1. AnwendungderAOF-Methode . . . . . . . . . . . . . . . . . . . . . . 57
5.2.2. EpicsundStories-AufbauundUnterschiede . . . . . . . . . . . . . . 58
5.3. InteraktiveUX-Pattern-Bibliothek . . . . . . . . . . . . . . . . . . . . . . . . . 61
5.3.1. UrsprungundNutzendesinteraktivenStyleguides . . . . . . . . . . . 61
5.3.2. HAMLundSASS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
5.3.3. AufbauundArchitektur . . . . . . . . . . . . . . . . . . . . . . . . . . 67
5.3.4. Meta-KonzepteimStyleguide . . . . . . . . . . . . . . . . . . . . . . . 70
5.4. PaperprototypingalsKommunikationsschnittstelle . . . . . . . . . . . . . . . 81
5.4.1. SinnvolleAnwendungvonPaperPrototyping . . . . . . . . . . . . . . 82
5.4.2. DurchführungvonPaperprototyping . . . . . . . . . . . . . . . . . . . 83
5.4.3. VorteileundNachteilevonPaperprototyping . . . . . . . . . . . . . . 85
6. Fallstudie 86
6.1. Einleitung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
6.2. FragebogenzurFallstudieüber„AgileDesign“ . . . . . . . . . . . . . . . . . . 87
6.3. AuswertungderErgebnisse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
6.3.1. Kommunikation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
6.3.2. Zusammenarbeit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
6.3.3. Prozess . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
6.3.4. Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
7. Zusammenfassung 93
7.1. Fazit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
7.2. Ausblick . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
A. Fragebogen 96
B. Auswertung 103
Literaturverzeichnis 128
v
Inhaltsverzeichnis
Glossar 133
vi
Tabellenverzeichnis
4.1. KonkreteProblemederenSymptomeundmöglicheLösungenTeil1von3 . . 33
4.2. KonkreteProblemederenSymptomeundmöglicheLösungenTeil2von3 . . 34
4.3. KonkreteProblemederenSymptomeundmöglicheLösungenTeil3von3 . . 35
4.4. PraktikenzurVermeidungderParallelverarbeitung(Miller,2005) . . . . . . . 50
5.1. BeispielfürSASSVariablen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
5.2. BeispielfürSASSVerschachtelung . . . . . . . . . . . . . . . . . . . . . . . . . 65
5.3. BeispielfürSASSMixins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
5.4. BeispielfürSASSSelektorenVererbung . . . . . . . . . . . . . . . . . . . . . . 67
5.5. VorteileundNachteilevonPaperprototyping . . . . . . . . . . . . . . . . . . . 85
vii
Abbildungsverzeichnis
3.1. DasWasserfallmodell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
3.2. DasV-Modell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
3.3. AgilerSoftwareEntwicklungsprozess . . . . . . . . . . . . . . . . . . . . . . . 15
3.4. BeispielgrafikfüreinBurndownChartinScrum . . . . . . . . . . . . . . . . . 19
3.5. DerScrumProzess . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.6. GleichgewichtzwischenVorhersageundAnpassung . . . . . . . . . . . . . . 26
4.1. GängigerErstellungsprozessfüreinDesign . . . . . . . . . . . . . . . . . . . . 37
4.2. UnterschiedlicheKommunikationsartenundderenAuswirkungen . . . . . . . 39
4.3. InkrementellesDesign(AgileDesign) . . . . . . . . . . . . . . . . . . . . . . . 48
5.1. PositiveAuswirkungenaufdenProzessdurchinkrementellesDesign . . . . . 52
5.2. AufbauundArchitekturdesInteraktivenStyleguides . . . . . . . . . . . . . . 69
5.3. BeispieleinesStandardBlueprintGrid-Layout . . . . . . . . . . . . . . . . . . 71
5.4. AufbaueinesBeispielLayouts . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
5.5. AufbauundAnordnungeinesnormalenFormulars . . . . . . . . . . . . . . . 73
5.6. FormularElementemitnachlinksangeordnetenBezeichnungen . . . . . . . . 75
5.7. FormularElementemitnachrechtsangeordnetenBezeichnungen . . . . . . . 75
viii
Listings
5.1. HTML5CodebeispielfürdenVergleichzwischenHTMLundHAML. . . . . . 63
5.2. HAMLCodebeispielfürdenVergleichzwischenHTMLundHAML . . . . . . 63
5.3. BeispielfüreinERB-TemplateeinerRuby-on-RailsAnwendung . . . . . . . . 64
5.4. BeispielfüreinHAML-TemplateeinerRuby-on-RailsAnwendung . . . . . . . 64
5.5. SASSDefinitiondesContainerElementes(sieheauchAbb.5.3) . . . . . . . . . 71
5.6. SASS-CodezumBeispielLayout(sieheAbb.5.4) . . . . . . . . . . . . . . . . . 72
5.7. HAMLBeispielfüreinStandardFormular(sieheAbb.5.5) . . . . . . . . . . . 73
5.8. SASSBeispielfüreinStandardFormular(sieheAbb.5.5) . . . . . . . . . . . . 74
5.9. FormularErweiterungumLinksausgerichteteFeldbezeichner(sieheAbb.5.6) 75
5.10. FormularErweiterungumRechtsausgerichteteFeldbezeichner(sieheAbb.5.7) 75
5.11. HAMLBeispielfürButtons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
5.12. SASSDefinitionenfürButtons . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
5.13. SASSDefinitionenfürFarben . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
5.14. SASSDefinitionenfürTypographie-Mixins . . . . . . . . . . . . . . . . . . . . 78
5.15. SASSDefinitionenfürtypographischeGrundeinstellung . . . . . . . . . . . . 78
5.16. SASSDefinitionenzumglobalenzurücksetzenallerStandarddefinitionender
Browser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
5.17. SASSDefinitionenüberdasVerhaltenvonHyperlinks . . . . . . . . . . . . . . 79
ix
1. Einleitung
ImFebruar2001wurdebeieinemTreffenvon17ExperteninUtahderBegriff„agil“geboren.
DieserersetztediebisdahingebräuchlicheBezeichnung„leichtgewichtigeMethoden“.Dies
wardieGeburtagilerSoftwareentwicklungundsomitauchvonScrum.VierJahrespäterhat
ForresterResearcheineUntersuchungzuragilenSoftwareentwicklungveröffentlicht.Dabei
wurdefestgestellt,dassbereits14%derUnternehmenausNordamerikaundEuropaProjekte
unterZuhilfenahmevonagilenProzessenrealisieren.Anfang2010hatForresterResearch
unterdemTitel„AgileSoftwareentwicklungistMainstream“eineweitereStudie
veröffentlicht.DasErgebnisderBefragungergab,dassnun35%derTeilnehmeragile
MethodeninihrenProjekteneinsetzen.DieseZahlenbeweisen,dassagile
SoftwareentwicklungsprozessesichmittlerweilebeivielenUnternehmenetablierthabenund
inkeinemmodernenUnternehmenmehrfehlendürfen.AgileSoftwareentwicklungistjetzt
geradeeinmalzehnJahrejung,trotzdemistesanderZeit,denStatusquozubetrachten.
ScrumistmittlerweileeinesderpopulärstenagilenVorgehensmodelle,ausdiesemGrundwird
ScrumindieserArbeitgenauerbetrachtet.DabeifällteinPunktbesondersinsAuge:Scrum
siehtcross-funktionaleTeamsvor,welchealleFähigkeitenbesitzen,umdiebevorstehende
Aufgabezubewältigen.DieRolledesScrum-TeamsunddessenAufgabeimProjekt,sichauf
SprintzielezueinigenundFeaturesauszuliefern,isteinesderKernartefaktevonScrum.Des
WeiterensiehtScrumeinehoheInteraktionunterdeneinzelnenTeammitgliedernvor.Doch
geradedabeiwerdeninZusammenhangmitdesignspezifischenAufgabenKonflikteinder
Praxissichtbar,dieeinenkonstantenProzessflussverhindernunddieesdaherzuvermeiden
oderzumindestzuverringerngilt.
1