| Newsgroups |
gmane.comp.programming.software-in-process |
| Message-ID |
<[email protected]> |
--- In [email protected], Arien Malec
<arien_malec@y...> wrote:
> It is interesting to look at this map in terms of what might be
achieved.
>
> Let's assume that the constraint of exhaustive final testing does
hold (perhaps
> the best way of eliminating that constraint is to ensure that it
never
> discovers anything). The optimal "concurrent engineering" loop is
the 3-4 weeks
> of concurrent analyze/design/build/test and the 3-4 weeks of final
testing.
> That would leave a SIP of 40-60 vs. 180. Even that might eliminate
the
> expediting problem.
>
> Or perhaps the optimal window feeds into the performance testing
environment
> continuously? Perhaps one could imagine two weeks
analyze/design/build/test and
> two weeks final testing?
>
> Arien
I would like to think that the 3-to-4-week "burn-in" is overkill, but
I don't know. I don't have the impression that they're having huge
quality problems, but rather that there is great care on the
customer's part. This is a high-volume site. If it's down, people
start calling.
I know they have constraints on the testing environment. There are
several groups that share it, so you have to schedule windows for
testing. (In the stability test portion, they want to make sure it
stays up for a long time without leaks, locks, & other bad stuff.)
*In the current way of doing things* this means you can't just count
on "develop a month, test a month" as there are other groups in the
same environment.
My suspicion is that they don't know the tradeoffs of how much this
limited environment costs them. (On the other hand, this sort of test
environment is hugely expensive too.)
Another possibility they've thought of is letting a bunch of
development streams go, then picking up whatever's ready for test
when the window opens.
Where I think the challenge is that they currently tend to
be "phasist." They've built a lot of their management tracking around
that. It would be a real shift (but with real benefits) to get into a
more iterative mindset.
--Bill
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Turn flat surfaces into speakers with the Soundbug.
http://us.click.yahoo.com/QWAVSC/onCFAA/xGHJAA/NhFolB/TM
---------------------------------------------------------------------~->
To unsubscribe from this group, send an email to:
[email protected]
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/