项目例会一定要发表自己的不同意见！

项目日记：

今天，11月2日，周六下午，延后1个月的项目月度例会终于召开了。
如果项目重要干系人不参加会议，那么这个会议宁可不开，所以，一致等到项目3方重要的决策者或者可以协调资源的人参加，这个会议才有作用。
领导对我说：我参加这个就是为了听取汇报的，刚好周末，所以很休闲！
但是，这种级别的会议很少的，所以，总应该解决问题吧！虽然会影响气氛，但是，存在的问题不得不说。
乙方项目经理的汇报，显示一切都好，这是一种典型的领导汇报模式，其用心也许很好，皆大欢喜！但是，后续的推动如何进行下去？
虽然会得罪人，但是，如果不能坚持自己的观点，不能将需要的解决的问题暴露出来，如何真正推动IT系统的应用呢？应用，真正是用户的事，而不仅仅是IT人员的工作，更不完全是项目经理的责任！所以，存在配合上的问题，就一定要提出来！

提出来的，虽然是在责怪乙方沟通上的不够，配合上的不够，其实也是一个借口！毕竟项目是一体的，一个唱红脸，一个唱白脸！
应用系统推动之难，也许就是前期没有过于较真！

如果要投入试运行，必须有充分的准备，所以提出了如下几点：
压力测试等系统平台测试完成；

模块单元测试、集成测试完成，重点是关联度较大的投资管理、招标采购、合同管理等模块数据间的关联要确保正确，并能就异常情况有相应的业务管理或系统处理措施配合；

操作手册等指引资料撰写完成；

系统安装完成，安装配置文档可提交运维管理人员;

用户及系统维护管理人员的培训;

业务部门功能确认。

双方要确立一个标准与目标，争执是为了明确这些目标，那么，争执才有意义！

本文出自 “选择IT” 博客，请务必保留此出处http://flord.blog.51cto.com/3343521/1319426