为了锻炼大家的项目管理能力，产品经理老王让核心团队成员轮流承担产品的版本经理，譬如小张，最近被老王指定为9月版本经理。
版本经理的工作职责包括确定需求、协同开发和测试，确保版本的成功上线。
用户提的需求五花八门，到底做还是不做，排到9月份版本做还是后续的版本？小张就像不会游泳的人一样，一下海就被呛了一口水。每次和用户沟通，都像是吵架，谁的嗓门大谁有理。
见小张焦头烂额，老王指导小张，要进行需求优先级排序。需求优先级排序有两个要点：一、确定需求优先级评估规则；二、不管是确定评估规则，还是进行优先级排序，用户都要一起参与。
开发资源总是有限的，到底做哪些需求，只有确定了需求的优先级，开发才能有序不紊地开展。
通过几轮沟通，9月份版本的需求终于确定了。接下来，开发和测试按计划进行，似乎一切都很顺利，然而这都是假象，所有的问题到用户测试环节都暴露出来了。
需求、开发和测试一环套一环。用户在测试时发现问题，开发人员说需求就是这么写的，需求人员说用户当时提的需求就是这样的。小张只能把大家都拉一起，就问题进行澄清。总之，测试发现的问题，有的是开发BUG，有的是需求变更，各种情况都有。每天的测试问题沟通会，小张都要组织大家进行问题分析并跟进解决。
当了一次版本经理，小张觉得自己就是一个拉皮条的，把用户、需求、开发、测试人员都拉到一起。拉皮条确实不易，得管得住事，拉得拢人才行。
