Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  General  when to (not) use agile
Previous Previous
 
Next Next
New Post 10/18/2008 2:57 AM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




when to (not) use agile 

Wikipedia has an entry on this topic.

What do ou think?

Wikipedia says

Barry Boehm and Richard Turner suggest that risk analysis be used to choose between adaptive ("agile") and predictive ("plan-driven") methods.[14] The authors suggest that each side of the continuum has its own home ground as follows:

Agile home ground:

  • Low criticality
  • Senior developers
  • Requirements change very often
  • Small number of developers
  • Culture that thrives on chaos

Plan-driven home ground:

  • High criticality
  • Junior developers
  • Requirements don't change too often
  • Large number of developers
  • Culture that demands order
 
New Post 10/19/2008 11:33 PM
User is offline Chris Adams
323 posts
5th Level Poster






Re: when to (not) use agile 

 craigwbrown wrote

Wikipedia has an entry on this topic.

What do ou think?

Wikipedia says

Barry Boehm and Richard Turner suggest that risk analysis be used to choose between adaptive ("agile") and predictive ("plan-driven") methods.[14] The authors suggest that each side of the continuum has its own home ground as follows:

Agile home ground:

  • Low criticality
  • Senior developers
  • Requirements change very often
  • Small number of developers
  • Culture that thrives on chaos

Plan-driven home ground:

  • High criticality
  • Junior developers
  • Requirements don't change too often
  • Large number of developers
  • Culture that demands order

Craig,

I tend to agree. While the lists above may be an oversimplification, I think Agile methods have there place as well as more traditional prescriptive approaches.  Some of the key decision makers are listed in the wikipedia article.  I think the top factors are (1) Developers' experience level, and (2) Speed and degree to which requirements change (this can be managed and mitigated to a degree).

 


Chris Adams
Core Member – ModernAnalyst.com
LinkedIn Profile
 
New Post 12/24/2008 10:53 AM
User is offline Sara Criss
9 posts
10th Level Poster


Re: when to (not) use agile 

i still not get when to (not) use agile .....can u guys plz lil bit more descriptive

 
New Post 12/25/2008 11:35 PM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




Re: when to (not) use agile 
Modified By Craig Brown  on 12/26/2008 2:35:58 AM)

Sara

If we presume an Agile approach is usually the most suitable for your environment you'd be looking for triggers to apply more planning and discipline into the process.

The triggers that Boehma and Turner talk about are environmental and less about the application you are going to tackle and more about the business, market or problem you are tackling.

One key trigger is requirements stability.  If you are going to have a stable set of requirements throughout the life of the project, it makes sense to think through the problem a bit before your dive in.  You'll get more scalability from your software (and thus longer term returns on your investment) than if you jump into development without a strategic view of the problem you are tackling. The same principles can be applied to system architecture.

Specificaly Boehm and Turner refer us to Boehm's "Spiral model" of software development - which is all about identifying risks to the project and building your milestone deliverables to best mitigate these risks.  THey aren't saying "forget agile" but are saying adopt a risk management perspective when modelling your development process.

Hope this is useful.

 

 
New Post 12/30/2008 5:42 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: when to (not) use agile 
Hi: To me it sounds like agile is being defined as "a license to hack". Isn't agile in essence creating minimual documentation - but still producing essential documentation? Isn't such the goal of EVERY project? Granted, the required level of documentation may vary for example for junior developers vs senior level developers, but, for the given environment, I thought the goal is still minimal - but essential - documentation. Tony
 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  General  when to (not) use agile

Community Blog - Latest Posts

A business analysis checklist helps you stay organized while you work through projects. It includes questions that will help you identify problems in your current processes, and suggest improvements for future projects. Understand the Problem Before you start writing code, you need to understand what problem you're solving. This means u...
I’ve heard “The End is Near!” for Business Analysts for almost 20 years.  Waterfall project management, with its need for formal requirements, is dead…a dinosaur…so 1990’s.  To be honest, that’s mostly true.  With the publishing of the Agile Manifesto in 2001 there was no need for a 2-inch-...
Business analysis is used to identify and articulate the need for change in how organizations work, and to facilitate that change. As business analysts, we identify and define the solutions that will maximize the value delivered by an organization to its stakeholders. We look for opportunities for new business models and new ways to work together. ...

 






 

Copyright 2006-2022 by Modern Analyst Media LLC