公司架构变更，文件换版问题
本帖最后由 stevejin 于 2010-5-14 22:26 编辑
大家好，请各位大虾踊跃提出好的方法
背景：公司经营系统原来一直有两个对客窗口，分别是市场部和经营部，两者原来只是卖的产品类别不同。今年，公司公司架构变了，增加了销售服务部门，把客户投诉、客户支持的业务从原经营部和市场部分出来了，新部门出来了。市场部的职能也改了，改成市场调研了，不再负责具体销售工作。然后又成立了另外一个新部门卖新类别的产品。
问题：照道理，文件应该会跟组织变更做相应变化，手册改版，和原来部门相关的文件都要梳理一遍，该改部门就改部门。但我想很多公司可能每年都会有架构变更，增减部门都不是什么怪事，上层改一次架构，体系就得跟着改一次 。要是年年这么换，估计做体系维护的人会伤透脑筋。现在想了解的问题是，有没有管理模式可以做到上层改架构时，如果只是已有职责在已有部门或新成立部门间换来换去，就可以不再整体改文件版本的方法。因为感觉年年换版文件，劳民伤财！
增加新的职能，当然是必须加增加相应的文件支持其实现。但是已有的职能经常只是在部门间换来换去，真的就没办法简化文件换版的工作吗？
大家好，请各位大虾踊跃提出好的方法
背景：公司经营系统原来一直有两个对客窗口，分别是市场部和经营部，两者原来只是卖的产品类别不同。今年，公司公司架构变了，增加了销售服务部门，把客户投诉、客户支持的业务从原经营部和市场部分出来了，新部门出来了。市场部的职能也改了，改成市场调研了，不再负责具体销售工作。然后又成立了另外一个新部门卖新类别的产品。
问题：照道理，文件应该会跟组织变更做相应变化，手册改版，和原来部门相关的文件都要梳理一遍，该改部门就改部门。但我想很多公司可能每年都会有架构变更，增减部门都不是什么怪事，上层改一次架构，体系就得跟着改一次 。要是年年这么换，估计做体系维护的人会伤透脑筋。现在想了解的问题是，有没有管理模式可以做到上层改架构时，如果只是已有职责在已有部门或新成立部门间换来换去，就可以不再整体改文件版本的方法。因为感觉年年换版文件，劳民伤财！
增加新的职能，当然是必须加增加相应的文件支持其实现。但是已有的职能经常只是在部门间换来换去，真的就没办法简化文件换版的工作吗？
没有找到相关结果
已邀请:
RSS Feed
10 个回复
helloduck (威望:4) (北京 朝阳区) 电子制造 员工
赞同来自: 燕_977
我的做法，组织结构图和部门职责以附录形式出现，如果再细致一点，可以每个部门职责作为一个附录（例如附录3是部门职责汇总，3-1市场部、3-2经营部等等），这样只要修改改动的部门职责即可。我遇到的情况和楼主很相似，所以写部门职责的时候我是按照模块进行编写的，比如市场部：分为市场调研、合同管理、售后服务等等，细化职责填写在这些模块下面），一般变动都是把某个模块拉走，这样改动起来特别方便，否则写的很散，就给人感觉变动特别大。
至于程序文件，可以按我上面说的模块编写。尽量不体现部门，比如：由检验人员负责XXXX，不管检验人员属于质量部，还是检验部，这句话都没有毛病。再比如：由销售人员XXXX,不管销售人员属于哪个部门这个流程说法都没有问题，除非岗位发生变更。
总之，以上都只能减少工作量，个人感觉如果变动较大，重新梳理一遍文件又有何妨，现在word查找替换这么方便，呵呵。