Agile Methodology PPT

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

Transcript of Agile Methodology PPT

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?

Agile software development is a setof principles for softwaredevelopment in which requirementsand solutions evolve throughcollaboration between self-organizing,cross-functional teams.

3/2/2016 3

Agile Manifesto

Individuals and interactions: self-organization andmotivation are important, as are interactions like co-location and pair programming.

Working software: working software is more useful andwelcome than just presenting documents to clients inmeetings.

Customer collaboration: requirements cannot be fullycollected at the beginning of the software developmentcycle, therefore continuous customer or stakeholderinvolvement is very important.

Responding to change: agile methods are focused on quickresponses to change and continuous development.

3/2/2016 4

Principles

The Agile Manifesto is based on twelveprinciples: Customer satisfaction by early and continuous delivery of

valuable software

Welcome changing requirements, even in late development

Working software is delivered frequently (weeks ratherthan months)

Close, daily cooperation between business people anddevelopers

Projects are built around motivated individuals, whoshould be trusted.

3/2/2016 5

Principle continued..

Face-to-face conversation is the best form of communication(co-location)

Working software is the principal measure of progress

Sustainable development, able to maintain a constant pace

Continuous attention to technical excellence and good design

Simplicity—the art of maximizing the amount of work notdone—is essential

Best architectures, requirements, and designs emerge from self-organizing teams

Regularly, the team reflects on how to become more effective,and adjusts accordingly

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

There are many specific agiledevelopment methods. Mostpromote development, teamwork,collaboration, and processadaptability throughout the life-cycle of the project.

3/2/2016 8

Philosophy Compared to traditional software engineering,

agile software development mainly targetscomplex systems and projects with dynamic, non-deterministic and non-linear characteristics,where accurate estimates, stable plans, andpredictions are often hard to get in early stages—and big up-front designs and arrangements wouldprobably cause a lot of waste, i.e., are noteconomically sound.

3/2/2016 9

Adaptive vs. predictive

Agile methods lie on the adaptive side of thiscontinuum. One key of adaptive developmentmethods is a "Rolling Wave" approach to scheduleplanning, which identifies milestones but leavesflexibility in the path to reach them, and alsoallows for the milestones themselves to change.

Adaptive methods focus on adapting quickly tochanging realities. When the needs of a projectchange, an adaptive team changes as well.

3/2/2016 10

Predictive Predictive methods, focus on analysing and planning

the future in detail and cater for known risks.

In the extremes, a predictive team can report exactlywhat features and tasks are planned for the entirelength of the development process.

Predictive methods rely on effective early phaseanalysis and if this goes very wrong, the project mayhave difficulty changing direction.

Predictive teams often institute a change controlboard to ensure they consider only the most valuablechanges.

3/2/2016 11

Iterative vs Waterfall In the waterfall model there is always a separatetesting phase after a build phase.

However, in agile development testing is usually doneconcurrently with, or at least in the same iteration as,programming.

Because testing is done in every iteration—whichdevelops a small piece of the software—users canfrequently use those new pieces of software andvalidate the value.

3/2/2016 12

3/2/2016 23

3/2/2016 24

3/2/2016 25

3/2/2016 26

3/2/2016 27

3/2/2016 29

Experience and Adoption Agile methods were first used by technology early

adopters such as Tektronix.

Agile can be used with any programming paradigm orlanguage in practice Agile has usually been closelyassociated with object-oriented environments such asSmalltalk and Lisp and later Java.

The initial adopters of Agile methods were usuallysmall to medium-sized teams working onunprecedented systems with requirements that weredifficult to finalize and likely to change as the systemwas being developed.

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

The agile movement is in some ways a bit like ateenager: very self-conscious, checking constantlyits appearance in a mirror, accepting few criticisms,only interested in being with its peers, rejecting enbloc all wisdom from the past, just because it isfrom the past, adopting fads and new jargon, attimes cocky and arrogant. But I have no doubtsthat it will mature further, become more open tothe outside world, more reflective, and alsotherefore more effective.

3/2/2016 33

Aplications outside s/w development

Integrated customer engagement - to embedcustomers within any delivery process to shareaccountability for product/service delivery.

Facilitation-based management - adopting agilemanagement models, like the role of ScrumMaster to facilitate the day-to-day operation ofteams.

An enabling organisational structure - with a focuson staff engagement,personal autonomy andoutcomes based governance.

3/2/2016 34

THANKS

3/2/2016 35