Hi Folks,
In the aftermath of my lost stack data (all recovered now), I forgot
to point out yesterday's USA Today cover story on high tech failures:
http://www.usatoday.com/life/cyber/tech/2002/05/20/too-tech.htm
Enjoy!
--
Rob Cozens
CCW, Serendipity Software Company
http://www.oenolog.com/w
>>3. For moi personally, the goal is to enable direct system calls from Xtalk.
>Can we do this by any other means? You are familiar with CompileIt!.
David,
Looks like we've come full circle to my post of 22 Feb, which ended,
"I would be willing to pay a separate license fee for a tool that
wo
>A multiple-cycle prototype and sign-off with re-estimation of
>further work is the most efficient way forward except that the
>customer will view you as laying all risk on them with no end to the
>budget, and want you to fix your price. It's a tension.
David, et al,
Absolutely! Which is why
:[EMAIL PROTECTED]]
Sent: 25 March 2002 19:13
To: [EMAIL PROTECTED]
Subject: Re: Why Projects Fail
>Most failing projects I encounter have problems not with tools or
>coding as such but with:
>- initial and continuing specification failure by the customer and analyst
>- estimation error or
On Tuesday, March 26, 2002, at 06:13 , Rob Cozens wrote:
>> Most failing projects I encounter have problems not with tools or
>> coding as such but with:
>> - initial and continuing specification failure by the customer and
>> analyst
>> - estimation error or unrealistic deadlines, with feeble
>Most failing projects I encounter have problems not with tools or
>coding as such but with:
>- initial and continuing specification failure by the customer and analyst
>- estimation error or unrealistic deadlines, with feeble risk
>management [words highlighted in bright red]
>- scope creep [wo
On Monday, March 25, 2002, at 04:21 , Rob Cozens wrote:
>
> A couple of personal observations you are welcome to comment on:
>
> 1. The advent of larger & cheaper mass storage & RAM, plus faster CPUs
> have shifted the primary programming emphasis from compactness &
> efficiency to readability
projects. I
> suspect some of the problems you've investigated may stem from there.
This is the first of two posts on the topic. I need this one so I do not
give the wrong impression of why projects fail. The most common reasons
could be called commercial rather than technical. The pos
visory Network
> www.employmentlawadvisors.com
>
> - Original Message -
> From: "Rob Cozens" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, March 24, 2002 11:21 AM
> Subject: Why Projects Fail
>
>
> > David,
> >
> >
MAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, March 24, 2002 11:21 AM
Subject: Why Projects Fail
> David,
>
> I'd very much like to learn more about the conclusions you've drawn
> from your investigations. If other List members are not interested,
> le
>My point, however, had little to do with whether or not we are
>discussing powerful programming mechanisms. I said they were and was
>careful to point out my own familiarity and pleasure at using them.
>However, my day job includes finding out why $MM projects are off
>the rails and trying to
11 matches
Mail list logo
