|
|
 |
|

19th April 2000, 11:39 PM
|
|
|
Procedures - Documenting the other requirements without procedures?
Only six procedures are specifically required for ISO 9K:2k (as opposed to 15 or so in ISO 9K:1994).
Obviously the committee wanted to cut down on the number of procedures. How are we supposed to document the other requirements withour procedures? Memos?
I'm not trying to be clever, I really don't know.
|

20th April 2000, 05:08 AM
|
|
|
Quote:
Originally posted by ISO dog:
Only six procedures are specifically required for ISO 9K:2k (as opposed to 15 or so in ISO 9K:1994).
|
My view is that you develop the procedures necessary to run your particular type of business, therefore you may have only 6 or you may have 66 depending on your requirements (for example we have different procedures for process control depending on the nature & type of process).
As long as you cross reference which procedures relate to each clause in ISO you shouldn't run into problems.
|

20th April 2000, 12:10 PM
|
 |
Forum Moderator
Registration Date: Mar 2000
Location: MID-WEST USA
|
|
Posts: 486
Thanks Given to Others: 0
Thanked 4 Times in 3 Posts
Karma Power: 51 Karma: 114  
|
|
|
ISO-dog - Glad you asked the question --- I struggled a bit with that one myself.
If the final version requires only 6 procedures - thats from a numbereing viewpoint only. If you count each sub-clause as a separate procedure - include the new additions as separate procedure items then how many are required?
I did this a while back so the figures arent exact - but as I recall the number of sub-clauses in the 1994 version was almost 59 possibles (if you view all sub-sections like 4.1.2.3 as a candidate for a separate procedure. Counted the same way the new version was almost 66. I did not however make a determination of which sub-clauses can/should be easily combined. Our current system covered the 1994 version - 59 or so sub-clauses with 27 separately numbered
procedures. When the new version is final I'll determine which of these it make sense to add to and which need to be set-out on their own merits. But remunbering and reducing our system to 6 procedures that are 35-40 pages long seems to be a non workable option.
Regards
Jim
|

20th April 2000, 01:34 PM
|
|
Courtesy Access
Registration Date: Dec 1998
Location: South Central Massachusetts
|
|
Posts: 788
Thanks Given to Others: 0
Thanked 15 Times in 12 Posts
Karma Power: 63 Karma: 151  
|
|
|
Let me just say this about the number of procedures.....its the people who count them that make all this "ISO stuff" less valuable. The standard is saying its important......so we require these as a minimum....(they can all be in one !!!!!...if you want one long one...as above) as long as it is formally documented, reviewed, authorized and referenced in the QA system manual. But hell...if absence of a procedure affects the product quality ...even if the standard doesn't specifically spell it out...you're gonna need a procedure...so what makes since...counting them or creating what you need as a company?
Its also my opinion that renumbering makes no since..I don't plan to recommend it...but I do plan to recommend, to new implementations, my favorite numbering system that has no tie to the standard paragraghs, except on the master list.
[This message has been edited by barb butrym (edited 20 April 2000).]
|

20th April 2000, 03:18 PM
|
 |
Forum Moderator
Registration Date: Mar 2000
Location: MID-WEST USA
|
|
Posts: 486
Thanks Given to Others: 0
Thanked 4 Times in 3 Posts
Karma Power: 51 Karma: 114  
|
|
|
Barb- Cant' say I totally disagree with your viewpoint- My interest in counting the sections -and the only value to it - lies in the fact that most of the people I work with internally really want to understand how many "action items" are required by the standards,how many have been added, and where the additions will be placed, so they can maintain a clear-path-to and easily find the relevant information. - therefore the identifying "action number" breakdown.
Who declared 6 are required - Where it started or Why the new version is being generally promoted as requiring only 6 procedures - I'm not sure of - but I do agree with you that how many "procedure documents" has little to do with satisfying the requirements as long as what you decide on covers all the required actions.
|

21st April 2000, 01:18 AM
|
|
|
|
Clarification alert!
When I wrote there were only six procedures required, I meant there was only six places in the DIS where it says "A documented procedure shall be established" 5.5.6, 5.5.7, 8.2.2, 8.3, 8.5.2, and 8.5.3 (count em!). This is in contrast to 1994's "The supplier shall establish, document, and maintain documented procedures..." that is in, I believe, in sixteen sections.
Surely you may write as many procedures as you want, but, for instance, 5.6 Management Review has no language requiring a procedure. If the committee wanted a procedure there, They would require one (since they do that in other sections, see above). My question is what the %$%#@ did they have in mind other than a procedure? If I could do it with a memo, the control overhead would be significantly reduced.
Dave
|

21st April 2000, 10:09 AM
|
|
Courtesy Access
Registration Date: Dec 1998
Location: South Central Massachusetts
|
|
Posts: 788
Thanks Given to Others: 0
Thanked 15 Times in 12 Posts
Karma Power: 63 Karma: 151  
|
|
|
now to take the other side......
if you don't need a procedure don't do one. the committee is allowing you options that would serve you better...if there are any. I typically do not do a management review procedure for instance....even for 9000.1994.
What do I do? A bit of meat to the QA manual describing an agenda, action log and minutes as the record.
Sometimes its semantics...a flow chart to me is a form of procedure and I let it stand alone, to others its not...its a "flow chart" and then they write it again, attach it, and then call it a procedure.
With so many variations, you gotta talk the same language before you get into interpretations, or at least be flexible. The committee is allowing you to present what works for you, just be ready to justify it.
|

21st April 2000, 03:35 PM
|
 |
Forum Moderator
Registration Date: Mar 2000
Location: MID-WEST USA
|
|
Posts: 486
Thanks Given to Others: 0
Thanked 4 Times in 3 Posts
Karma Power: 51 Karma: 114  
|
|
|
Barb: The more I think about this the more I tend to believe we are all pretty much on the same page here if we’re as you point out “willing to take the flexible viewpoint”. Number them - however, count them - however (or not) describe the size of the animal in numbers - paragraphs - pages “shall do’s” or your own other terms so to speak. Define it as a procedure/document/flowchart/controlled memo or just plain “document reference” --- if it satisfies your auditor….. However, address in writing all of the language in a fashion that that can be justified and proven during an auditing surveillance -- for your particular business.
Back to the original posted question: “How do they expect us to document this?” would everyone agree that we can do it “as we wish” as long as we write something addressing all the expectations that the standard contains in a reasonable manner??
|
Lower Navigation Bar
|
|
|
|
Visitors Currently Viewing this Thread: 1 (0 Registered Visitors and 1 Unregistered Guests)
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
| Display Modes |
Rate Thread Content |
Linear Mode
|
|
Posting Settings
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
|
|