Another way to ask the question "Which of these changes are the most important?" may be "Which of these should I test first, to make sure we hit the code in case we run out of time?" Technically, it is a different question, but it may get people thinking about your concerns.
Hi all ... Had a good Easter? OK nuf small talk. My delightful development group has not done any risk evaluation of thier project. I just brought it because per IEEE there is a section of the testplan "Risks and Contingencies" it should state the high risk assumptions may by the testplan. The problem is that with all the bio-bable at this company I'm not sure I know what they are doing. I have tried to write a testplan in the shade (I'm not totally in the dark, but it's defenitly not the "light"). They have said that everything on the project is high priority and refuse (YEP! REFUSE.) to re-evaluate thier assessment. I was holding some hope that I could use there risk assessment to help limit mine.
Short answer = One of many places to start is to ask for estimates on everything (estimates that include all activities). If the estimates are reasonable and the total project time exceeds desired, then I think it should be apparent to "them" that maybe re-prioritization is a necessity. Let them see this rather than have it pointed out.
Usually the Uh-Oh soap opera-like look results.
"Remember! You are responsible for the amount of excitement you create!"
Well... I've got news.
Testgeek & Jpensyl,
I tried to be more PC, I really did! It didn't work. They are sure that everything listed as 'high' priority is in fact really important to the completion of the project. I tried to explain that each of the things list as 'H' would have to be absolutly pristine for the project to move forward to the customer, that maybe they could without the auto transmit of say, a couple of the update e-mails to customer service. No dice. They are sure that if Cust Svc doesn't know what stage the process the product is in they will simply have a major melt-down. I need someone to tell me "the client is always right, even when they are wrong" . I am starting to think more fondly of becoming an archiologist (sp?).