FARM Education: Agile Requirements
Upcoming SlideShare
Loading in...5
×
 

FARM Education: Agile Requirements

on

  • 6,689 views

A quick summary of our approach to software & website development. We follow the Agile Manifesto which means we place value on individuals & interactions (over processes & tools), working software ...

A quick summary of our approach to software & website development. We follow the Agile Manifesto which means we place value on individuals & interactions (over processes & tools), working software (over comprehensive documentation), customer collaboration (over contract negotiations) and responding to change (over following a plan).

Statistics

Views

Total Views
6,689
Views on SlideShare
5,154
Embed Views
1,535

Actions

Likes
0
Downloads
4
Comments
0

8 Embeds 1,535

http://blog.thefarmdigital.com.au 917
http://blog.siliconvalve.com 543
http://suite101.thefarmdigital.com.au 65
http://www.thefarmagency.sg 3
http://webcache.googleusercontent.com 2
http://translate.googleusercontent.com 2
http://thefarmdigital.com 2
http://www.pinterest.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

FARM Education: Agile Requirements FARM Education: Agile Requirements Presentation Transcript

  • Agile RequirementsEducation Series
  • BACKLOGHistory Of Software RequirementsA Little On The Agile ProcessTelling Stories - Agile Requirements
  • THE JOURNEY - WATERFALLOriginal software development was mostly a“hack away until it works” effort.Waterfall was born of the desire to better manage complexprojects. Analyse Design Build Test Release Welcome to the 1970s!
  • SLIPPERY RESULTSSoftware project failure* exceptionally high at 61%.The main reasons for failure include:• Incomplete or Changing Requirements• Lack of User Involvement or Bad Communication• Delivered Late or Over Budget.
  • OLD REQUIREMENTSUsing Waterfall We Try To:• Capture Detail About Requirements All At Once Before We Start.• Often Performed Independently of Eventual Delivery Team.• Estimate Project Effort and Cost Off Requirements.• Restrict Change by Penalising For It (and we still fail!)
  • OLD REQUIREMENTS
  • A NEW WAYDuring the 1980s and 1990s approaches changed.The goal: to fix what was wrong with IT project delivery.The result: lots of new great ways to do project delivery.The problem: which one to use?!In 2001 a group came together in Utah and bought manydisciplines together and produced the Agile Manifesto.
  • AGILE MANIFESTO We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:Individuals and interactions over processes and toolsWorking software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more.
  • AGILE APPROACHUsing Agile We:• Start with a set of Stories in a Backlog.• Collaboratively prioritise and refine Stories for build.• Accept that requirements can and do change.• Work using defined periods of time (a Sprint).• Extract Tasks from Stories to complete in a Sprint.• Always have shippable software.
  • AGILE REQUIREMENTS (STORIES)Story Detail and Size (Points).
  • AGILE REQUIREMENTS (STORIES)Story Detail and Size (Points). Front of card Points = effort required
  • AGILE REQUIREMENTS (STORIES)Acceptance Criteria. Back of card
  • AGILE REQUIREMENTS (STORIES)Way Too Big…
  • AGILE REQUIREMENTS (STORIES)…we call it an
  • SCRUM BOARD Where we track all the stories
  • BURN DOWNWork is broken down into a forecasted number of sprints & allsprints are completed within a pre-determined timeframe (e.g. 2weeks). Stories are allocated to each sprint in order of priority &progress is mapped on a burn down.
  • Are we Done?(that’s a Scrum joke)
  • References(1) REVIEW OF TRADITIONAL PROJECT FAILURE RATES http://www.it-cortex.com/Stat_Failure_Rate.htm (2) AGILE REQUIREMENTS BASICS http://www.mountaingoatsoftware.com/topics/user-storiesContact:TheFARM Digital+612 9690 1415@thefarmdigitalhttp://www.facebook.com/thefarmdigitalhttp://www.thefarmdigital.com.au