× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of John Yeung
Sent: Thursday, October 24, 2013 9:45 AM
To: Midrange Systems Technical Discussion
Subject: Re: Looking for Agile Experience

Whenever I hear people in IT (particularly in companies whose core business is NOT their IT) talk about requirements before coding, it's in the context of having as close to iron-clad specs as possible for a whole project prior to doing any coding at all for that project. The specs are typically only revisited if it is discovered that they are unworkable (and the IT people working under this model typically blame the users for giving them bad specs or for asking to change the specs after the work starts). This model sounds much, much more like waterfall, and practically not at all like agile.

The specs are revisited in the waterfall method too. "Iron-clad" is rare. When the user sees even a prototype, there are changes, almost every time. When the user sees the end product, there are almost always changes. Half the time the changes to the specs come from us because (1) we see a Danger Will Robinson when we get a look at the request specs, or (2) a bad gap in the specs, or (3) maybe an opportunity for something will add great big value to the result. I'm not talking even about miscommunications...

One buddy of mine passed on something he had learned from someone else again. Users make changes so much before you're done, he said, just get the code done so fast that they don't have time to change their minds! He didn't mean quick and dirty, because he liked to test it so tight that it never got stopped at QA.

This is one of the reasons that Agile gets traction. Users' representatives and testers are involved at every step In bite-size chunks, to diminish the above kinds of productivity drains.


--------------------------------------------------------------------------------
Confidentiality Notice: This email may contain confidential information or information covered under the Privacy Act, 5 USC 552(a), and/or the Health Insurance Portability and Accountability Act (PL 104-191) and its various implementing regulations and must be protected in accordance with those provisions. It contains information that is legally privileged, confidential or otherwise protected from use or disclosure. This e-mail message, including any attachments, is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. You, the recipient, are obligated to maintain it in a safe, secure and confidential manner. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Thank you.
--------------------------------------------------------------------------------



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.