笔试_项目管理中拉平团队共识新的尝试

      互联网公司的项目经理与传统IT软件公司项目经理一样背负着推动项目团队完成项目交付与改进的责任，但同时互联网项目经理往往处在若矩阵的结构中，手中权力有限，而在有限的权力下如何驱动团队流转，如何约束团队行为（包括项目经理本身），并在有限的时间内快速的达成目标，这是每一个互联网公司项目管理所需要考虑的问题，所以一般互联网公司都会引入敏捷开发模型（Agile），而敏捷开发模型中的scrum又是最受亲睐的轻量级开发模式。但在此基础上团队需要从头到尾把事情捋顺，建立相关的流程规则，也是同样重要。

      之前入职了一家公司，公司正在从传统软件研发过程向互联网敏捷研发过程转型，在这期间部门和PMO团队讨论出台了一系列的相关流程规范，项目经理依照出台的流程规范去执行，但在执行的过程中发现并非所有项目经理都能够理解流程规范，比如：在release测试环节发生变更流程如何处理，在pre/prod测试环节发生变更流程如何处理，每个阶段有何区别；在正常迭代发布之外进行紧急发布时的申请与审批流程是如何执行的，需要提供哪些审批信息；在需要多团队跨部门协作时，如何确立主PM，作为主PM需要如何跟进等。流程不清晰则对上下游过程各环节不清晰，只能事必躬亲还要跟在别人后面做监工，即便如此还有可能在某一环节遗漏，最后费力不讨好。

       如何快速掌握并在团队之间拉平对于流程规范的共识，除了培训和讨论之外，公司PMO出台了相关的能力笔试题，笔试题以简答题形式展开，并且直接手画流程图。笔试的方式看似比较原始并且简单粗暴，但却也有效快速的促进PM对流程理解的规范化，而对于有疑义的一些流程，通过笔试也能了解相互之间的疑义点，而PMO根据疑义点进行答疑或修正。

     抛开我公司对于流程规范的笔试先不说，其实很多其他公司都会有一些笔试，但是大多数是形式大于内容，太多的理论性知识的堆积，没有太多实际工作上的帮助。理论当然很重要，但是个人认为职场不同于学校，职场考试应该更加实用，考试是一种手段和工具，如果通过这个工具告诉员工在特定场景下应该如何处理，如何推动，并能够提升员工的能力，那么这个手段何尝不可以一试。