开发者

Where's the definitive resource online about how to carry out Agile development? [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.

We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.

Closed 5 years ago.

Improve this question

I want to start Agile practices in a team. I'm assuming the information is available for free online about how to specifically carry it out.

Online I can locate the manifesto, the alliances and corporations involved but where is the actual central guide or root instruction set about how to do it? (Maybe the practices themselves are more ethereal or subjective than I expect and it's found in multiple places?)

Edit to summarize solutions:

  • Agile is a concept so that's what's to be found online about it. However specific processes or methods of Ag开发者_高级运维ile development have been created like Scrum and Extreme programming to provide concrete solutions to teams who want to adopt Agile and reap its proposed benefits. Find the shoe (or method) that fits best. Maybe create it.

  • If looking for solutions online to implement Agile development in your organization or for your project, seek out the specific methods too and decide among them.


There are numerous Agile methods.

Not one. And nothing definitive on something like "Agile". That's like a definitive guide to "Honesty".

Read this for one Agile method that some folks like: http://www.controlchaos.com/old-site/Scrumo.htm

Alos, there are numerous non-Agile methods. They'll all have a form similar to this: http://en.wikipedia.org/wiki/Waterfall_model


I agree with S.Lott. There are lots of Agile methods, not the one Agile method per se. Likewise I wouldn't know any central guide which covers All You Ever Wanted to Know About Agile.

I would actually recommend a book here. The one I found gave a pretty good introduction into how to go agile was O'Reilly's "The Art of Agile Development". Mind you, yeah, it is a book and therefore costs money, but not so much that it wouldn't be worth it if you really want to learn something.

There's nothing like specifically carrying out Agile. It's a bunch of methods and ways that you can adapt (or choose not to adapt). Some of them are more important than others, specific methods (like Scrum) define a couple of must-follow rules, whereas you can just as well pick what you think works best for you and see how it turns out.

I would actually recommend starting at one point with a good definition of Agile (the one at Wikipedia seems fine, along with a list of Agile methods and practices) and reading up on all the methods and practices from there. There will be googling involved.


Here is a good resource to learn about Extreme Programming which is another agile methodology.


Here's a downloadable book by Henrik Kniberg on Scrum and XP from the Trenches which describes in detail how his team did Scrum. When we implemented Scrum it was useful to have an in-depth look at what another team had found effective.


There is no definitive resource for all agile methods - as there is so much diversity in the methods.

The people that came up with the word "agile" didn't actually have that much in common - so it's not as though there's an "international headquarters of agile"... ;-)

It depends which one you want to know about: Scrum or XP or Crystal or one of the other methods... some of them are quite different from each other...

  • For Extreme Programming - the original XP material (and many of the experts) wrote it up at http://c2.com/cgi/wiki?ExtremeProgrammingRoadmap
  • Scrum: The Scrum Alliance is pretty much the definitive place for Scrum http://www.scrumalliance.org/
  • Crystal is by Alistair Cockburn so look for stuff by him. I don't know much about how to do crystal, but Google likes this: http://alistair.cockburn.us/Crystal+methodologies+main+foyer

Don't start out by reading a bunch of different methods you haven't tried out and mixing together the bits you like - a mistake that's far too common. That results in random chaos.

Best way to start:

  • Look at some agile methods
  • Pick the one you think is most practical to adopt in your circumstances.
  • Try doing it by the book for a while - say for at least a month.
  • After you've been doing it for a while, you can get the team together to run a retrospective to decide what to improve - or what to try instead.

Recommendation (assuming you don't have experienced help on hand)

Scrum is pretty easy to get going. You can set it up in about 2 days if you're familiar with the basics.

Maybe after you've done scrum for a while you can start phasing in more of the XP practices. In any case, scrum doesn't have anything to say about technical things like the code, testing or refactoring - so once you've got the scrum basics down, you could start rolling in some XP practices. I think Test-Driven Development is the first one to start with.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜