Re: Dilbert debunks Agile detractors



In article <9a25a138-0f80-4c9c-aeaf-2ec7be14e36f@xxxxxxxxxxxxxxxxxxxxxxx
..com>, Enterprise Architect <architectenterprise@xxxxxxxxxxx> writes
On Mar 22, 11:23 am, Phlip <phlip2...@xxxxxxxxx> wrote:
Enterprise Architect wrote:
I suppose it all depends on what "measure" represents to you in the
context of software development.

A metaphor is a leaky bucket that can only carry water so far.

There are plenty of things worth measuring and cutting in software
development, and plenty of things that are not. The expression
"measure twice cut once" is often used by people who think that
designs should be planned before cutting code.

 Even if software's malleability
makes it easy to change compared to computing hardware, bridges or
buildings, a quality product requires not just continuous refinement.
It also requires a well thought out initial conception.  There is a
place (and a need) for both.

I'm not smart enough to always think out a good initial conception.

--
  Phlip

Not everyone is capable of doing so, that's true. There are on the
other hand some people who are very good at it, and I've had the
privilege of working with many such people.

At the end of the day, if you've found an approach that delivers good
results and that works for you on a personal level, stick with it. No
one way is best in all environments, teams and situations.

Situation means an awful lot. I have worked with very good customers,
who put in the requirements an explicit mechanism for change and a
quantitative limit on that change. I have worked with customers who
hired somebody else to write the requirements, so neither the customer
nor the developer really understood them. I have worked with customers
who reused requirements from previous projects that didn't make sense in
the new situation. The customer I was most impressed with I actually
worked for. They understood and improved everything except the lowest
possible level of detail. Unfortunately that turned out to be one of the
major problems.
--
A.G.McDowell
.



Relevant Pages

  • JOBS: Sr. Embedded Software Developer Openings- F/T - Austin, TX
    ... Write device drivers for network interface and other proprietary ... Embedded Software Applications Engineer- Consumer Audio Decoder Software Dev ... sessions to customers and distributor field application engineers. ... PDA) and help with software development required to ...
    (comp.arch.embedded)
  • Re: Aaron Ballman - Openly Anti Macintosh Engineer of Real Softw
    ... Geoff has been nothing more than a mouth spewing total bullshit - anything ... so ever how his descisions effect his customers or what economic strain ... specifically purchased for RB software development, ...
    (comp.lang.basic.realbasic)
  • Re: software services
    ... quality of your software solutions and compress software development ... delivery. ... We support our customers with all required activities and procedures to ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: UGVM Book Club - Lost Planet
    ... have plenty of time available to join in at some point. ... Customers are cutting back massively on services outlay of late which means I've not been bringing in money for the company, add to that no new prospects on the horizon and that's that really. ...
    (uk.games.video.misc)
  • Re: Delphi Job Market --personal observations
    ... > I don't usually deal with customers, that is what the Sales & Marketing ... Sales & Marketing gathers user requirements for you and passes those along ... if you never talk to customers then you're getting your detailed ... IMO software development requires proximity of team members to be efficient ...
    (borland.public.delphi.non-technical)