File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes Agile and Other Processes and the fly likes Difference between methodologies Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Engineering » Agile and Other Processes
Bookmark "Difference between methodologies" Watch "Difference between methodologies" New topic

Difference between methodologies

Vedhas Pitkar
Ranch Hand

Joined: Jan 27, 2001
Posts: 445

Can anyone please list down the differences or similarities between the above mentioned methodologies?

Please feel free to add any other methodology I may have missed.
Ilja Preuss

Joined: Jul 11, 2001
Posts: 14112
Answering this question appropriately could easily fill a book or two. I think you would be well advised to ask something more specific. What do you need that information for?

The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
Amr Elssamadisy
Ranch Hand

Joined: Sep 08, 2008
Posts: 37
One way to get around that problem by NOT looking at methodologies, and instead focusing on the practices that make up those methodologies. Therefore you can look at "test first development", "stand up meeting", "retrospective", or whatever other practice, and decide if that practice is good for your environment and will deliver what you need or not.

The question is, do you have clarity on what you need? Do you need to improve quality? Increase delivery speed? Or possibly increase the lifetime of your product? Until you know what you and your team want out of a new set of practices, you can't effectively choose what to adopt or know if what you have adopted is working or not.

This book is a duplex book, and the first part has nothing to do with patterns at all, it really is all about getting clarity on your goals and choosing the practices that will help you achieve your goals regardless of what methodology they come from

Amr Elssamadisy<br /><a href="" target="_blank" rel="nofollow">Agile Adoption Patterns</a>
I agree. Here's the link:
subject: Difference between methodologies
It's not a secret anymore!