I agree. There is value to having a high level company systems manual which ties together all the sub-systems. I will say that the new IATF standard is written to require reading in
many more than 3 separate "books".
My comment was about what I saw in the 1990's (they mainly collected dust back then), but I'm not sure how much has changed over the years realistically.
Personally I like having what I have for many years called a "
Systems Manual". I guess another good name would be "Processes Manual".
Keep the word "quality" out of it... Second, while 20 years or so ago I did recommend to some companies which had none and were implementing ISO 9001, it wasn't a bad idea of making the manual align with the standard (mainly small companies doing the ISO 9001 dance). I regret that and can say by around 1998 I had pretty much rejected advising any company to align to the standard be it ISO 9001 or QS-9000 or TS 16949. Or the "new" IATF 16949.
As has been discussed here many times over the years, I think the general consensus is to write a manual for your company, and if you want it linked to one or more standards (and/or regulations or such), make a spreadsheet.
One of the things I have liked over the years is flow charts (these days essentially called "process maps").
I do see the value of your I agree. There is value to having a high level company systems manual which ties together all the sub-systems. I will say that the new IATF standard is written to require reading in
many more than 3 separate "books".
As has been discussed here many times over the years, I think the general consensus is to write a manual for your company, and if you want it linked to one or more standards (and/or regulations or such), make a spreadsheet.
One of the things I have liked over the years is flow charts (these days essentially called "process maps").
FWIW, there are so many examples of
"quality" manuals here from over the years that it's - Well, there are a lot of them...
Just my