agile basics2 software engineering development

pandsvathi 14 views 35 slides Jul 19, 2024
Slide 1
Slide 1 of 35
Slide 1
1
Slide 2
2
Slide 3
3
Slide 4
4
Slide 5
5
Slide 6
6
Slide 7
7
Slide 8
8
Slide 9
9
Slide 10
10
Slide 11
11
Slide 12
12
Slide 13
13
Slide 14
14
Slide 15
15
Slide 16
16
Slide 17
17
Slide 18
18
Slide 19
19
Slide 20
20
Slide 21
21
Slide 22
22
Slide 23
23
Slide 24
24
Slide 25
25
Slide 26
26
Slide 27
27
Slide 28
28
Slide 29
29
Slide 30
30
Slide 31
31
Slide 32
32
Slide 33
33
Slide 34
34
Slide 35
35

About This Presentation

agile


Slide Content

AGILE METHODOLOGY
PRESENTED TO:
MR. MANESSH KUMAR
MRS. DEEPTI GUPTA
PRESENTED BY:
MOHIT KUMAR
1313310092
CSE
3/2/2016 1

Contents of the table
Definition
Manifesto
Principles
Characteristics
Overview
Philosophy
Agile methods
Agile practices
Experience and Adoption
Pitfalls
Criticism
Application outside software development
3/2/2016 2

What is Agile software development?
Agilesoftwaredevelopmentisaset
of principlesfor software
developmentinwhichrequirements
andsolutionsevolvethrough
collaboration between self-
organizing,cross-functionalteams.
3/2/2016 3

Agile Manifesto
Individualsandinteractions:self-organizationand
motivationareimportant,asareinteractionslikeco-
locationandpairprogramming.
Workingsoftware:workingsoftwareismoreusefuland
welcomethanjustpresentingdocumentstoclientsin
meetings.
Customercollaboration:requirementscannotbefully
collectedatthebeginningofthesoftwaredevelopment
cycle,thereforecontinuouscustomerorstakeholder
involvementisveryimportant.
Respondingtochange:agilemethodsarefocusedonquick
responsestochangeandcontinuousdevelopment.
3/2/2016 4

Principles
TheAgileManifestoisbasedontwelve
principles:
Customersatisfactionbyearlyandcontinuousdeliveryof
valuablesoftware
Welcomechangingrequirements,eveninlatedevelopment
Workingsoftwareisdeliveredfrequently(weeksrather
thanmonths)
Close,dailycooperationbetweenbusinesspeopleand
developers
Projectsarebuiltaroundmotivatedindividuals,who
shouldbetrusted.
3/2/2016 5

Principle continued..
Face-to-faceconversationisthebestformofcommunication
(co-location)
Workingsoftwareistheprincipalmeasureofprogress
Sustainabledevelopment,abletomaintainaconstantpace
Continuousattentiontotechnicalexcellenceandgooddesign
Simplicity—theartofmaximizingtheamountofworknot
done—isessential
Bestarchitectures,requirements,anddesignsemergefromself-
organizingteams
Regularly,theteamreflectsonhowtobecomemoreeffective,
andadjustsaccordingly
3/2/2016 6

Characteristics of Agile Software
Development
--Light Weighted methodology
--Small to medium sized teams
--vague and/or changing requirements
--vague and/or changing techniques
--Simple design
--Minimal system into production
3/2/2016 7

Overview
Therearemanyspecificagile
developmentmethods.Most
promotedevelopment,teamwork,
collaboration,and process
adaptabilitythroughoutthelife-
cycleoftheproject.
3/2/2016 8

Philosophy
Comparedtotraditionalsoftwareengineering,
agilesoftwaredevelopmentmainlytargets
complexsystemsandprojectswithdynamic,non-
deterministicandnon-linearcharacteristics,
whereaccurateestimates,stableplans,and
predictionsareoftenhardtogetinearlystages—
andbigup-frontdesignsandarrangementswould
probablycausealotofwaste,i.e.,arenot
economicallysound.
3/2/2016 9

Adaptive vs. predictive
Agilemethodslieontheadaptivesideofthis
continuum.Onekeyofadaptivedevelopment
methodsisa"RollingWave"approachtoschedule
planning,whichidentifiesmilestonesbutleaves
flexibilityinthepathtoreachthem,andalso
allowsforthemilestonesthemselvestochange.
Adaptivemethodsfocusonadaptingquicklyto
changingrealities.Whentheneedsofaproject
change,anadaptiveteamchangesaswell.
3/2/2016 10

Predictive
Predictivemethods,focusonanalysingandplanning
thefutureindetailandcaterforknownrisks.
Intheextremes,apredictiveteamcanreportexactly
whatfeaturesandtasksareplannedfortheentire
lengthofthedevelopmentprocess.
Predictivemethodsrelyoneffectiveearlyphase
analysisandifthisgoesverywrong,theprojectmay
havedifficultychangingdirection.
Predictiveteamsofteninstituteachangecontrol
boardtoensuretheyconsideronlythemostvaluable
changes.
3/2/2016 11

Iterative vsWaterfall
Inthewaterfallmodelthereisalwaysaseparate
testingphaseafterabuildphase.
However,inagiledevelopmenttestingisusuallydone
concurrentlywith,oratleastinthesameiterationas,
programming.
Becausetestingisdoneineveryiteration—which
developsasmallpieceofthesoftware—userscan
frequentlyusethosenewpiecesofsoftwareand
validatethevalue.
3/2/2016 12

3/2/2016 23

3/2/2016 24

3/2/2016 25

3/2/2016 26

3/2/2016 27

Agile Method
Adaptive software development(ASD)
Agile modeling
Agile Unified Process(AUP)
Business analyst designer method (BADM)
Crystal Clear Methods
Disciplined agile delivery
Dynamic systems development method(DSDM)
Extreme programming(XP)
Feature-driven development(FDD)
Lean software development
3/2/2016 28

3/2/2016 29

Agile Practices
Acceptance test-driven development(ATDD)
Agile modeling
Backlogs(Product and Sprint)
Behavior-driven development(BDD)
Cross-functional team
Continuous integration(CI)
Domain-driven design(DDD)
Pair programming
Planning poker
Refactoring
3/2/2016 30

Experience and Adoption
Agilemethodswerefirstusedbytechnologyearly
adopterssuchasTektronix.
Agilecanbeusedwithanyprogrammingparadigmor
languageinpracticeAgilehasusuallybeenclosely
associatedwithobject-orientedenvironmentssuchas
SmalltalkandLispandlaterJava.
TheinitialadoptersofAgilemethodswereusually
smalltomedium-sizedteamsworkingon
unprecedentedsystemswithrequirementsthatwere
difficulttofinalizeandlikelytochangeasthesystem
wasbeingdeveloped.
3/2/2016 31

Common Pitfalls
Lack of overall project design
Adding stories to a sprint in progress
Lack of sponsor support
Insufficient training
Product owner role is not properly filled
Excessive preparation/planning
Lacking test automation
3/2/2016 32

Criticism
Theagilemovementisinsomewaysabitlikea
teenager:veryself-conscious,checkingconstantly
itsappearanceinamirror,acceptingfewcriticisms,
onlyinterestedinbeingwithitspeers,rejectingen
blocallwisdomfromthepast,justbecauseitis
fromthepast,adoptingfadsandnewjargon,at
timescockyandarrogant.ButIhavenodoubts
thatitwillmaturefurther,becomemoreopento
theoutsideworld,morereflective,andalso
thereforemoreeffective.
3/2/2016 33

Aplicationsoutside s/w development
Integratedcustomerengagement-toembed
customerswithinanydeliveryprocesstoshare
accountabilityforproduct/servicedelivery.
Facilitation-basedmanagement-adoptingagile
managementmodels,liketheroleofScrum
Mastertofacilitatetheday-to-dayoperationof
teams.
Anenablingorganisationalstructure-withafocus
onstaffengagement,personalautonomyand
outcomesbasedgovernance.
3/2/2016 34

THANKS
3/2/2016 35
Tags