今天下午陈总组织我们部门几位同事一起讨论了正在起草的《项目考核办法》和《项目变更管理办法》。这两个制度在今天之前有将草案发到我们手里。老实说，会上的这种讨论方式和文件编写框架我不是很喜欢。文件的框架大体为总则、范围、引用文件这些倒没什么，接下来就是职责、管理流程等等。我理想的方式应该是先把流程整清楚了，可以画出流程图，然后就可以明确每一步的流程，谁来执行，输出是什么。只有把流程捋清楚了，相关的部门和人员，以及相应的职责和权限，才不会乱。而且有了流程图，后续在进行信息化的时候也是很有价值的。但是现在的情况就是，由于流程不是很清晰，先讲职责的话给我的感觉有点儿是想到哪说到哪，可能职责里又包括了流程的几个步骤，而反过来讨论纯文字的管理流程的时候，可能又出现了职责这一章里没有提及的职责。反正就是给我的感觉很乱糟糟，以至于讨论会上我也没有积极起来。
在陈总的组织下，部门准备以《订单项目管理办法》为基础，搭建一套项目管理体系制度。目前计划起草的制度都有《订单项目成本管理办法》、《项目团队组建管理办法》、《项目风险管理办法》、《项目沟通管理办法》、《项目考核办法》、《项目变更管理办法》和《项目收尾管理办法》。我觉得就这几个制度目前看到的草案来看，感觉各个制度之间紧密性不够，联系不强，可能一方面是由于编制起草的人员不同，一方面形势不断变化，领导们也有产生了新的思路。总之给我的感觉是系统性不强，整个体系的框架没有搭好。其实有时候我也表达过我的这种困惑，但是领导感觉挺自我良好，我也不好再多说什么。但是由于自己一直拧着没转过来，所以也一直没能跟上领导们的思路。
其实按我的思路来的话，《订单项目管理办法》是这套体系的根基，其他办法都是对它的细化和扩充。在《订单项目管理办法》里，已经大体定义了项目的各个阶段。而其他的那些办法就应该是基于此，明确在不同的阶段，具体要做哪些事情。很遗憾，在我看来，现在的情况是一团糟。所以又进一步降低了自己在会上参与讨论的积极度，从而又进一步降低了在领导面前的表现和发挥，反倒有可能让领导觉得对他主持组织的这次制度讨论会不上心不重视从而减扣了印象分，真是伤脑筋呐。