大家好，前段时间给大家分享了一些个人感悟：《从玩游戏看项目管理的关键要素（一）》，今天我们继续这个系列，谈谈项目管理的第二个关键要素：规则。

上面这款堪称活化石级别的游戏相信所有人都知道，几组数据足以说明这个小方块的魅力经久不衰：系列游戏累计发售超过5亿份（游戏史上仅次于超级马里奥位居第二），遍及全球50多个国家和地区，发布超过50种语言的版本，运行在几十种游戏平台，从掌机、街机、个人电脑，再到手机，至今保持9项吉尼斯世界记录！只要提到俄罗斯方块，大家都能很轻松地说出它的玩法和规则，没有人会觉得有什么不公平的地方，还有诸如棋牌类的游戏，都有类似的特点，清晰的规则之下，玩家乐在其中。但是不妨试想一下，如果在斗地主的时候，有人在背后拿刀顶着你说“必须要底牌”，或者“必须出一对”，没有规则的情况下你觉得这个游戏还好玩吗？

回到项目上，“规则”是管理者绕不开的问题，当然这里的规则范畴会广一点，容老师重点和大家交流下面三个方面的内容：

1. 岗位职责：项目离不开团队，团队就意味着分工和合作，一般而言，团队是由来自不同岗位的成员组成的，只有大家的紧密协作，才能确保团队的高效前进，岗位职责的明晰是其中一个重要的前提，否则项目成员会很容易搞不清工作的范围。在实际咨询中，就碰到过一个很典型的反例：X公司的产品开发项目依次由ABC三个环节构成，工程师1已经完成了A环节，但B环节的工程师2并不知道，项目就被这样悄无声息地按下了暂停键，直到项目经理过问进度的时候才发现问题，事后两个工程师都以为应该是对方来找自己进行接棒……大家总说项目的时间都去哪了，有些就是被诸如此类五花八门的“以为”给耽误了；

2. 交付件要求：工作范围之后是工作界面的明晰，项目成员间的配合是否顺畅，项目过程中的交付件扮演了关键的角色。不少管理者都遭遇过这样的尴尬：某项目成员由于种种原因离开了团队，“效率奇高”的工作交接之后，落下的是被交接人痛苦的重复劳动和项目计划的无奈延迟，交付件要求的缺失在很大程度上造就了此种困境。事实上，交付件是项目进行时，对参与其中的人员，在能力上的一种文档化要求，它的规范化理应引起重视；

3. 奖惩制度：这一条一说大家都明白，一做大家都说难。

诚然，面对不同年龄不同价值观的团队成员，不存在一种放之四海而皆准的“标准制度”可供大家拿来就用，但总有一些大的原则是一个规则必须具备的，比如公开透明和事前说明，做到了这两点，起码更容易在团队中达成共识，也不会让人有那种“谁谁就是针对我，跟我对着干”一类的错觉，华为公司在项目启动会上向项目成员下发《XX项目奖惩管理办法》，也是基于这方面的考虑。

近些年来，“自由”和“灵活”这两个词出镜率很高，成为了所谓“先进管理办法”必须具备的特点，否则就会约束个人的创造力，容老师认为这个理解是比较片面的，“形散”是外衣，成功的管理制度一定有它“神不散”的规则。风筝之所以飞得高，也是因为有根线牵着，不是吗?