从“提神基本靠狗”到“通讯基本靠吼”

团队成员从以往的文档、邮件、QQ、电话等沟通方式，改为如无特殊需要全部到对方工位上面对面沟通，实现“通讯基本靠吼”。

问题2：大家都觉得自己很“牛”，为什么“神功”就是无法发力？

原因：传统瀑布式开发注定要产生大量无用功能的开发，同时传统沟通方式极容易产生误解与冲突，相互推脱责任，大量烦琐的需求文档让团队疲于应付，你再有本事又有何用？应付了事是普遍心态。

方案：以快速开发、快速验证、快速修正的迭代式开发代替瀑布式开发，同时以面对面的高效沟通替代传统沟通方式。

经过前期的分析，王峰与核心团队已经基本明确了不再去模仿Virtual City，而要走自己的路，重社交玩法，轻单机体验，在此基础上制定具体的设计策略。在以往的功能测试中，如果玩家反馈Bug，团队直接就去修复了，这样会打乱之前的迭代开发计划。同时，团队成员也不知道是需求更重要还是Bug更重要，对于谁更优先困惑不解。王峰和李成在与大家沟通后，定下一个新的管理机制，无论是需求任务、技术任务，还是Bug，都放到统一的需求池中，按照统一的优先级标准进行排序（见图2-3）。优先级的排序以实现商业目标为根本标准。比如，如果某个设计就是为了好玩，而无法实现如提高玩家活跃度等商业目标，就将被排到后面去。这样团队就不用再纠结于谁更优先的问题，也不会打乱团队开发计划。

批注

事实上，模仿一款产品，更多在Idea层面，具体产品设计，逻辑框架，产品品质和体验，甚至商业模式，都必须有自己更接地气的创新。在模仿中模仿是自寻死路，在模仿中创新才是成功之道，对于领先企业来说，这甚至是一种战略选择。

批注

这一点非常重要，以商业化目标的实现作为根本标准去衡量开发工作的优先级次序，这是产品经理思维的最核心体现。当然，商业化目标的实现通常必须建立在良好的用户体验的基础之上。

图2-3　功能需求、技术任务和Bug统一优先级排序

测试是产品开发非常重要的一个环节，它反馈的信息是否准确直接决定了整个团队对产品的认知，以及后续的成败。为了让测试人员不再凭“第六感”去猜测试需求，王峰与李成让测试人员全程参与产品讨论，让他们不用文档描述也能清晰了解测试需求，需求人员、测试人员与开发人员沟通效率迅速提高。同时，之前常常是一个版本完成了才去做测试，由此带来大量无用功能的开发与人员精力的浪费，这是瀑布式开发的主要弊病。经过调整，王峰要求首先开发人员要做测试，同时产品策划人员也要做测试，最后，测试人员进行需求级别测试以及版本测试，从一个级别测试增加四个测试级别，大大减少Bug数量，同时省去海量文档。

故事墙解决了团队信息透明的问题，但仍然不够。一个有趣的发现是，李成在与团队沟通的过程中，大家都认为面对面沟通最高效，但就是没有人进行面对面沟通。王峰也深有同感，在过去的半年，办公区常常安静到可以闹鬼。在他的推动下，团队成员从以往的文档、邮件、QQ和电话等沟通方式，改为如无特殊情况都需要到对方工位面对面沟通，实现“通讯基本靠吼”。当然，首先要将不在同一楼层的项目成员拉到同一个办公区间。通过这种快速即时反馈，大大消除了团队成员之间的误解，活络程度也大大提升，工作氛围非常好。

批注

麻省理工学院媒体实验室研究发现，面对面沟通交流越频繁的团队，创新能力越强。因此，应该在团队内部建立起一些机制，促进团队成员之间的相互交流、沟通与碰撞，让各种思路与想法畅通地在团队内部流动。

如此，团队目标变得非常清晰，成员对各自的职责与角色也非常明白，同时将每个功能的目标都贴到每个人的座位上。王峰与李成不厌其烦地与所有团队成员对产品和功能目标做详细沟通互动。他们深知，只有统一到同一目标下的争论才是有效争论，否则就是无效争论。

通过几周改造，《摩登城市》项目组从一个疲劳且昏昏欲睡、能力不足的团队，转变为一个有战斗力和有能力完全授权自组织且有统一目标的团队，工作效率和精神状态获得极大改善。王峰开玩笑地对李成说：“现在的团队真的从‘提神基本靠狗’转型为‘通讯基本靠吼’！”他知道，只有团队改造成功，才有可能实现产品的持续改进。