Andrew Stopford's Weblog

poobah

News

Articles

Family

Old Blogs

Agile has the answers?

Some software approaches run in cycles

Gather requirements (sometimes)
Write Code
Test code (sometimes)

Get the requirements wrong and the requirements change midway through writing the code and your writing more code or changing code and the time scale goes up (yes even if the deadline is unmoveable the coders still have to work more hours). Worse yet they change at the testing level and it means more code and yet more testing. Expensive and time consuming when you could use all that to deliver sooner and more to your customer.

Let’s say the cycle takes 6 weeks, 2 weeks in each stage. On week 3 the customer asks you where you are and you either make them wait 2 weeks more or give them an incomplete version. They then ask for this, that and other, with the need to gather further requirements, write more code\change code the cycle is looking longer and longer and the customer is still not seeing what they asked for (and keeps changing their mind). Sounds like scope-creep sure enough but if the customer is not getting what they asked for are you delivering and will they keep paying you? Requirements sign off can help but will the customer agree and be happy that what they signing off is what they asked for (and keep paying you for it). They may have agreed to Black but they ment #001.

Agile has the answer though....

No one has yet said that Agile will save the day and our industry will be bright and wonderful, some agree that Agile works for some things but not others aka THE ENTERPRISE.

I don't personally agree as Agile is not any one thing, it is just a another way of doing things and if you have the foundations right you can adapt it your team\business etc. I don't have all the answers, if you write widgets that control the flow of ear wax in a 3D human head sim can't say what you will need to do. Only YOU can answer that question, you do the job, you know what works and want doesn’t but to cast Agile aside for less than serious reasons will keep you on the same late\failed\expensive project path.

Agile was not dreamed up by a collection of goofy nerds but was a collection of ideas from a group of people who had spent decades in the industry and created the concepts from those same decades spent on software projects (and seeing why projects failed).

Agile does fail too though, lots of stories about failed Agile projects with reasons ranging from incomplete\unworkable adapted Agile process through to failing to understand\follow Agile concepts. If you’re serious about it, hire an Agile coach, sure some cost the GNP of a small nation but they are worth their weight in gold in using their experience and skills to help you adapt and follow Agile processes.

Have you adopted agile, what worked\failed for you?

Comments

codenenterp said:

I have tried mostly mix and match.  What worked best for me is taking small chunks getting feedback right away(sometimes this is hard), and the client being able to say ahh wait a minute this is what I really want.  I think the agile mind-set reflexes the development reality more.  Instead of trying to force structure and non-changing requirements we are able to adapt.

Good Article ,

Bill

# August 26, 2008 9:18 PM

kamii47 said:

Agile Rocks.Always Satisfy the Client requirement and meets the time lines.[One thing is that the one who uses it must be smart and experienced]

# August 27, 2008 2:18 AM

vcsjones said:

Yeah we use Agile and BDD / TDD rather successfully at our company. We even do the crazy "pair programming". Though it's been that way since the company started, and everyone is on board with it.

The biggest drawback with Agile and practices similar, such as SCRUM, etc. is that everyone on the entire team must be on board with it, or it isn't going to work.

# August 27, 2008 7:08 PM

Franck said:

VersionOne has just published the raw data from its Agile adoption survey. It is available on www.versionone.com/.../3rdAnnualStateOfAgile_FullDataReport.pdf

# September 5, 2008 4:49 AM
Leave a Comment

(required) 

(required) 

(optional)

(required)