【摘要】：流程定义一般是将“任务分一二三四五步，其中有ABCD四个角色，每个角色的职责是什么”。从流程制定者角度看，这样的文档结构非常清楚。
“解铃还须系铃人”，小M和老Q等人试着从项目经理的角度看了一下他们所需要面对的流程和规范，发现数量确实比较大，但同时也发现一些问题：
■过程文件“堆积如山”，组织方式分散，非常不利于项目经理掌握。除了PMO规定的项目管理制度，软件开发规范在技术部门中，项目管理过程有的在商务流程中，有的在财务制度中，还有的在人力资源制度中。
■过程定义面向多种角色。流程定义一般是将“任务分一二三四五步，其中有ABCD四个角色，每个角色的职责是什么”。从流程制定者角度看，这样的文档结构非常清楚。但对于项目经理这种要参与很多流程的角色来说，要从“堆积如山”的流程中“挑出自己的职责”，并且弄清该什么时候去做，的确不是件容易的事。特别是那些新上任的项目经理，经常感觉“一头雾水”“无所适从”也就可以理解了。(https://www.xing528.com)
联想到有一种团体操表演：很多人同时举起不同颜色的板子就可以拼出不同的图案，对观众来说，关注的肯定是“图案是什么”；但是，对于每个负责举板子的人来说，最重要的是要知道“什么时候该举哪块板子”。
此时大家才恍然大悟，明白了以前工作的失误之处：我们一直在跟项目经理描述每个“图案”是什么，而没有告诉他们该在何时举起哪块“板子”。要想让项目经理清楚什么时候该做什么，就必须从项目经理的角度出发组织过程文档。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
