«« Next » « Previous
«« Next » « Previous

Link Details

You have the power. Login and vote now.
Link 57239 thumbnail

By jgoddard
via jarrodgoddard.com
Published: Dec 16 2007 / 03:24

An outline of the process I go through during the development and management of a web-based application for a client.
  • 11
  • 1
  • 1338
  • 629

Comments

Add your comment
User 236137 avatar

dzonelurker replied ago:

1 votes Vote down Vote up Reply

OMG, this is waterfall, not AGILE.

User 228886 avatar

jgoddard replied ago:

-1 votes Vote down Vote up Reply

Agile is great for internal projects when you already have a clear idea in your head and know what you're trying to do, but whenever you're working with a client the biggest obstacle is that they aren't exactly sure what they want themselves. In that case the up front documentation and planning takes a little more time but it at least cuts down on scope creep substantially. The actual documentation can be referenced to and there aren't any surprises to the client. I used to go straight into it with less documentation but then when you're half way through the client asks "what about this?" or "won't it do that?" that's when you'll be glad that you have the documentation to backup what you're doing and why.

I probably should have specified that this is for working on client projects, because my own projects are definitely not as documented and linear.

Also, I can assure you that the documentation and planning, after working on so many projects with different clients, is really not as drawn out and painful as it sounds. You get much faster and better at them the more you do them.

Agile works great in small teams for internal projects, but when you're working with clients the waterfall / more documentation method is the best way to go in the end, at least that's what my experience has taught me.
,

Add your comment


Html tags not supported. Reply is editable for 5 minutes. Use [code lang="java|ruby|sql|css|xml"][/code] to post code snippets.