这是一个创建于 934 天前的主题，其中的信息可能已经有所发展或是发生改变。
我司是工程项目 EPC 总包，做事强调凡事有据可依，所以有严格的管理体系文件：大纲 程序 细则。
现在都是纸质的编审批然后扫描电子化放系统上大家查 pdf 。这样： 1 修订麻烦，一个程序修订要各部门各级签名，有时候一点点小修改真心感觉不值得跑但还得跑一遍，又有时候领导一句话几百个程序都修改一遍全项目部鸡飞狗跳忙这种事， 2 查询麻烦，只有程序名称和编码，不懂行的人根本不知道他该看哪个文件。 3 以上可见多么浪费人力。
我想的是，都 2202 年了，大家跑签的时间改做别的事情不好么，如果工作程序的修订发布改为 wiki 那就太方便了。
我想这个大纲 程序 细则，其实换到 IT 行业就是帮助中心 /作业指导书。不过是编审批权限，审核流程，获取范围方面有些要求。 考虑到以上，我查了下： staff.wiki 我看基本满足我的需求了， 大家看看这个靠谱不？ 或者有别的好做法 请多多指教
 |
1
pingzhi202200 OP https://spz202.staff.wiki 测试页
|
 |
2
Kinnice 2022-05-16 09:28:21 +08:00
这个你要考虑是否可以本地部署，自动定时备份，不然服务商跑路，电子文件丢失，你想想这个后果吧。
confluence 之类的估计也行 |
|
3
pingzhi202200 OP @Kinnice 是的，这些必须考虑到， 我都想过管理员还是有，凡事有人负责嘛。 只要更新了，就纸质打印出来做备份。本地部署必须滴。
|
 |
4
lmshsqlc 2022-05-17 11:27:51 +08:00
正儿八经的体系管理工具应该是包含树形架构和分级链接，以及同级之间的链接的。体系文件错综复杂，审批的时候要考虑涉及的文件、部门、人员其实挺多，如果没有这些涉及范围的功能其实无论用 Wiki 还是用共享盘也没什么区别。
对于质量管理体系来说，签批审批本身就是很重要的事情（质量体系本身要求），不应该“不作任何通知和培训”地简单化。一个更新的程序文件下来了，也应该有正确的培训（质量体系本身要求），确保不存在“根本不知道该看哪个文件”的问题。 反正最终搞下来的文件还是会有人很意外地发现莫名其妙牵涉到自己的部门并且不知道该咋办。 正儿八经的体系管理工具据说是很贵的。除了方便查阅，还需要有分部门权限管理、阻止截图转录等等功能。 医疗器械质量管理体系相关 |
Select Language