上篇讲了开发人员之间内部的协作问题（以后还会深入展开），今天要说的是不同角色团队之间的协作问题。在IT行业，和工业或其他行业不同，跨职能的团队协作显得尤为重要。我们简单来分析下这个问题，首先我们的市场销售人员，他们更贴近用户；其次产品经理，他们寻找客户的痛点，构思开发怎样的产品；然后是开发人员，开发相应的产品；测试人员保证产品的质量；客服人员支撑用户的使用和反馈用户反馈的问题。这每个环节都需要信息通畅才可以保证产品型的公司立于不败之地。
我们应该或多或少的都知道团队协作需要“尊重、欣赏、宽容、平等、沟通、负责、诚信”等原则，我今天要让大家重点关注的是“分工、合作和监督”。这里在强调一下，前提是自己一定要做好自己分内的事情，否则只是一味的要求别人只能会适得其反！前面说了各职能的工作特点，我们知道作为一个团队，那么他们肯定有一条共同关注的主线，围绕主线，明确分工，建立良好的合作机制，相互监督才能最好的形成团队，最终成功。对于市场销售人员，他们的核心目标-营收是一定要达成的，但需要站在一定的高度去长远的看待这个事情，当然人特别是他们是“钱”导向的，一定（？）会“急功近利”，所以我们的产品经理需要对他们进行监督和要求，每一次他们反馈的问题（很多时候都是十万火急/用户要退款/合同要签订除非增加***功能）在一定的理解和工作支持下，产品经理需要引导他们理解用户，挖掘真实需求，理解产品的主要发展方向，面向的目标群客户等，并需要为自己的需求确定明确的目标（因为永远研发资源都是不足的，需要掌握2/8原则）；对于产品经理，他们是最懂用户的，好像又远离用户，除了自己去问卷和接触用户外，很多直接的需求来源于市场/销售和客服，但他们反馈的就一定是客户的真实需要吗？前面已经对市场和销售做了分析，更何况即便是产品经理，道行不深，也会被用户的表面现象掩盖了用户痛点需求的本质，那怎么放心他们直接把其他口（市场/销售/客服）的反馈作为用户痛点需求呢？所以开发团队需要对他们进行监督和时刻提醒，用更合理的运营数据来为自己的要求提供衡量依据，让产品经理的大多数（不期望每一次）解决方案都真实的解决了用户痛点（当然数据有毒，需要对特殊场景做具体分析，这个以后再表）；对于开发团队，基本上大家都关注这个团队的工作输出，市场/销售时常反馈开发不给力，反馈的问题总是因为开发资源不足而一拖再拖，产品经理的终极解决方案迟迟不能上线也因为此，提测的产品质量不高总是导致增加多轮集成测试而浪费测试人员的生命，客服扛不住产品bug产生的用户投诉，总总都会让其他职能团队对开发有要求【对开发团队要求就是高质量、按时的输出各职能团队期望的成果】；对于测试，开发团队要求他们提前输出测试点（详细理解产品需求的逻辑，丰富测试人员写代码的全面性）；对于客服人员，挖掘用户本质需求，传递用户需求 而非客户或自己提的解决方案。
本篇文章仅就团队协作各团队之间相互要求做了一个大概的描述，以期大家形成一个正确的认知，对于团队间合作，相互监督和要求也是非常重要的，只有意识到并践行这一点才能让团队间的协作高效。对于各职能团队之间的更深入明细的协作和要求，以后文章再深入探讨。
