请问：在一个老化的团队中推行新的开发模式的有关问题
请教：在一个老化的团队中推行新的开发模式的问题
背景：
当前公司软/硬件开发模式基本属于单打独斗型，无测试、无计划、无流程、无管理、无沟通。几乎所有项目都要延期很长时间，甚至无法完成。当然，开发的都是自用的系统，不会出现违约金问题，只会影响年终奖和部门地位。
在多次努力下，上层同意让我制定一套标准的项目开发流程，规范公司项目开发。但给我的职位是质量管理，因此只有监督权力没有管理权力。
实际操作：
按照CMMI，结合实际，制定了一套项目开发流程。
对员工进行流程培训。
实际推行流程。按照我制定的规范，一步一步推行。
目前状况：
一个纯软项目，正在按部就班推进。
其他硬件相关项目，项目负责人和项目组成员对于流程比较抵触。认为同时写文档影响开发进度。插入测试人员还需要给测试人员讲解、沟通，影响进度。部门领导很赞成推行标准流程，但鉴于手下比较抵触，多次催促，仍然没有考虑好怎么做。
要求使用邮件系统进行沟通，但这些人习惯了单打独斗，从来不用邮件沟通任何东西，什么从来不与别人沟通任何东西。
定义的有沟通方法和规范，我想强制要求每个项目按流程走，但由于只有监督权，没有管理权，只能是催促部门领导抓紧推行，但部门领导的认知和下面人一样，一直在犹豫和思考，多次催促业务效果。
流程的优点已经给领导讲了很多遍，领导也表示赞同，但就是总在考虑，不实际推行，总说有困难，但作为下属，我也不方便过多过问都有什么具体困难，具体怎么考虑的。。
其实也问过他怎么考虑的，但是他并没有正面回答。。。
请教各位，遇到这种情况，应该怎么处理，才能顺利推行下去。。
------解决方案--------------------
其实原因很简单，你说服了高层，但是没有说服部门领导，因为高层和部门领导的关注点是不一样的。试试下面的方法：
1、找到部门领导的关注点
2、仔细审视你的流程与现有流程对达成部门领导关注点的帮助
3、考虑你的流程可能带来的负面影响，如对别人职位的威胁，人员稳定性，团队等等
4、找到对部门领导、高层、项目团队都有利的点，着手改进
5、不要期望所有的流程可以同时起作用，只能一点点地取得部门领导的信任
得到信任之后，剩下的事情就会比较顺利了
------解决方案--------------------
勿操之过急，热血得用到点上
高层方面：
你的这套东西能给上层带来多少利润？
高层同意是不是客套话，理解清楚
做个时间成本比对表试试吧，比说管用
中层方面：
新东东能在多大程度上提升中--》高汇报业绩效果，多长时间能实现，代价是什么（例如时间，人力，精力等）
同级方面：
能减轻多少工作量，大家痛苦点在哪。绩效是不是大家关注的点，效率提升跟工资能否挂钩
最后
这些成功了你能得到什么，有无必要
------解决方案--------------------
欲速则不达,楼主这是给一线生产人员添乱,平添了人家的工作量,多出来的工作量和时间谁支付工资??
实际上,楼主首先要解决的是:让设计文档真正的驱动软件生产的所有工序,
充分利用文档结果,不要让开发者重复劳动,也就是
写了文档就不写代码;
写代码的不写文档;
没有文档写不了代码;
设计文档绝不是单纯的word或者excel或者图片,
用自己开发的软件去管理设计文档,以任何开发团队需要的方式输出
背景：
当前公司软/硬件开发模式基本属于单打独斗型，无测试、无计划、无流程、无管理、无沟通。几乎所有项目都要延期很长时间，甚至无法完成。当然，开发的都是自用的系统，不会出现违约金问题，只会影响年终奖和部门地位。
在多次努力下，上层同意让我制定一套标准的项目开发流程，规范公司项目开发。但给我的职位是质量管理，因此只有监督权力没有管理权力。
实际操作：
按照CMMI，结合实际，制定了一套项目开发流程。
对员工进行流程培训。
实际推行流程。按照我制定的规范，一步一步推行。
目前状况：
一个纯软项目，正在按部就班推进。
其他硬件相关项目，项目负责人和项目组成员对于流程比较抵触。认为同时写文档影响开发进度。插入测试人员还需要给测试人员讲解、沟通，影响进度。部门领导很赞成推行标准流程，但鉴于手下比较抵触，多次催促，仍然没有考虑好怎么做。
要求使用邮件系统进行沟通，但这些人习惯了单打独斗，从来不用邮件沟通任何东西，什么从来不与别人沟通任何东西。
定义的有沟通方法和规范，我想强制要求每个项目按流程走，但由于只有监督权，没有管理权，只能是催促部门领导抓紧推行，但部门领导的认知和下面人一样，一直在犹豫和思考，多次催促业务效果。
流程的优点已经给领导讲了很多遍，领导也表示赞同，但就是总在考虑，不实际推行，总说有困难，但作为下属，我也不方便过多过问都有什么具体困难，具体怎么考虑的。。
其实也问过他怎么考虑的，但是他并没有正面回答。。。
请教各位，遇到这种情况，应该怎么处理，才能顺利推行下去。。
------解决方案--------------------
其实原因很简单，你说服了高层，但是没有说服部门领导，因为高层和部门领导的关注点是不一样的。试试下面的方法：
1、找到部门领导的关注点
2、仔细审视你的流程与现有流程对达成部门领导关注点的帮助
3、考虑你的流程可能带来的负面影响，如对别人职位的威胁，人员稳定性，团队等等
4、找到对部门领导、高层、项目团队都有利的点，着手改进
5、不要期望所有的流程可以同时起作用，只能一点点地取得部门领导的信任
得到信任之后，剩下的事情就会比较顺利了
------解决方案--------------------
勿操之过急，热血得用到点上
高层方面：
你的这套东西能给上层带来多少利润？
高层同意是不是客套话，理解清楚
做个时间成本比对表试试吧，比说管用
中层方面：
新东东能在多大程度上提升中--》高汇报业绩效果，多长时间能实现，代价是什么（例如时间，人力，精力等）
同级方面：
能减轻多少工作量，大家痛苦点在哪。绩效是不是大家关注的点，效率提升跟工资能否挂钩
最后
这些成功了你能得到什么，有无必要
------解决方案--------------------
欲速则不达,楼主这是给一线生产人员添乱,平添了人家的工作量,多出来的工作量和时间谁支付工资??
实际上,楼主首先要解决的是:让设计文档真正的驱动软件生产的所有工序,
充分利用文档结果,不要让开发者重复劳动,也就是
写了文档就不写代码;
写代码的不写文档;
没有文档写不了代码;
设计文档绝不是单纯的word或者excel或者图片,
用自己开发的软件去管理设计文档,以任何开发团队需要的方式输出