
Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [tlug] Giving a program priority briefly
- Date: Tue, 24 Jul 2007 23:52:17 +0900
- From: "Marty Pauley" <marty.pauley@example.com>
- Subject: Re: [tlug] Giving a program priority briefly
- References: <466B5A87.7000002@dcook.org> <78d7dd350706110108l4acf4a83p70e1f1b55eb9a73e@mail.gmail.com> <87myz6fssg.fsf@uwakimon.sk.tsukuba.ac.jp> <Pine.NEB.4.64.0706120127200.22712@homeric.cynic.net> <466DD92C.70801@dcook.org> <87ir9uexx1.fsf@uwakimon.sk.tsukuba.ac.jp> <Pine.NEB.4.64.0706121210280.3511@homeric.cynic.net> <d8fcc0800706112304w5cf51923x58670d79e2c51eb6@mail.gmail.com> <Pine.NEB.4.64.0707241759340.8162@homeric.cynic.net> <87wswqks2b.fsf@uwakimon.sk.tsukuba.ac.jp>
On 24/07/07, Stephen J. Turnbull <stephen@example.com> wrote:
Third parties (whether your successor or a court of law) need a
*separate* statement of what the computer *should* do. Otherwise they
don't know whether what just bit you is a ferocious roach or your pet
kabutomushi.
Unfortunately Stephen is correct. I prefer the Extreme Programming
method advocated by Curt, and it does work well when the customer
cooperates. But you need something else for when that goes wrong.
I've been in the court of law, and the judge knows that developers
need a spec to write code, in the same way that a builder needs plans.
(You can argue that he may be misunderstanding the situation,or just
be a bit behind the times, but he is still the judge).
So, if you really want to follow the agile approach and avoid any
trace of an up-front spec, you need to have a contract that says the
customer will formally accept software from you at the end of each
iteration, and pay you for it *before* you commence the next step.
Then, when things go wrong, you only lose the money for the last step,
not the whole project.
--
Marty
Home |
Main Index |
Thread Index