现在互联网和移动互联网企业之间的竞争是产品之间的竞争，产品之间的竞争是团队之间的竞争，团队之间的竞争是人才之间的竞争。

失败的产品团队都暴露出类似的典型问题，而优秀的产品团队都显示出类似的特征。

常见失败团队特征：

1 执行力弱

执行力分为个人执行力和团队执行力。

个人执行力是指每一单个的人把上级的命令和想法变成行动，把行动变成结果，从而保质保量完成任务的能力。个人执行力是指一个人获取结果的行动能力。通俗地解释，个人执行力就是一个人将一件以前从来没有做过的事完成得非常出色，或者将曾经做过的事完成得比以前更加出色的行动能力。

团队执行力是指一个团队把战略决策持续转化成结果的满意度、精确度和速度。它是一项系统工程，表现出来的就是整个团队的战斗力、竞争力和凝聚力。

造成团队执行力弱的原因主要有两个：

第一个原因是，团队每个成员的个人执行力都非常弱。换句话说，没有一个人的执行力可以算得上是顶尖级别的，没有特别牛的人。

在以技术驱动的产品团队里，没有特别牛的、专家式的技术成员，这样的团队比较危险，原因很简单，形成不了产品的技术壁垒，或者说形成不了产品暂时性的技术壁垒，很容易被竞争对手赶超。为什么国外很多技术极客创业成功的概率比较高，也说明了这一点。

第二个原因是，虽然团队每个成员的个人执行力都非常强，或者部分成员的个人执行力都非常强，在自己负责的工作领域也算得上有影响力、确立了自己地位的人，但是团队的领导者没有将这些牛人团结组织在一起，没有促使团队成员往同一个方向使劲，团队没有凝聚在一起，这样，团队的战斗力就会大大削弱。

2 团队成员不和谐

团队成员不和谐主要体现在团队成员之间形成的办公室政治、内耗、派系斗争、意见分歧、矛盾冲突、工作消极配合等。很多很好的项目就输在了团队成员不和谐上面。

3 工作流程混乱

工作流程混乱的主要特点就是各自为政，不相配合。产品团队工作流程混乱主要体现在两个方面。

第一个是产品团队内部的工作流程混乱，没有产品规划，团队成员不知道为什么要做这个产品，也不知道下一阶段要实现哪些功能，产品面向的目标用户群是谁也不知道，需求获取、需求评估、优先级定义、需求管理这些需求分析阶段必须做的工作没有按照需求分析的流程走，很多需求没有经过评估，就开始写产品需求文档，写完需求文档之后，突然之间接到通知，告之这些需求没有做的必要。

第二个是产品团队与其他团队配合的工作流程混乱。产品团队与UED团队、开发团队、测试团队、运营团队之间的配合出现问题。首先，UED团队、开发团队、测试团队、运营团队都不知道为什么要做这个产品，产品团队没有传达产品规划、战略战术等方面的信息，在需求分析阶段，就没有邀请UED团队和开发团队一起参与，毕竟开发人员不能实现所有的需求。UED团队进行的工作（比如，用户研究、场景分析、任务分解、流程图、信息架构、交互设计、视觉设计和前端制作的工作）都没有邀请产品团队参与，用户体验与产品战略和需求脱节，导致的结果就是这样的用户体验设计是空洞的，没有灵魂。

4 沟通不畅和效率不高

沟通不畅、效率不高主要体现在信息不同步、信息传达不准确、没有建立沟通机制、信息传递层次太多、不主动沟通、偏重口头沟通和不注重书面沟通等方面。

5 需求变更频繁

需求变更频繁在产品团队中是司空见惯的一个现象，貌似到了需求变更是正常的、需求不变更是不正常的这样一种境界。需求变更频繁说明产品团队存在两大问题。

第一个问题是产品团队对需求文档的质量把控不严，对产品需求文档没有进行严格评审，没有按照正确性、可行性、必要性、优先级、明确性、可证实、完整性和一致性原则和评审标准进行需求质量把控。

第二个问题是没有对需求变更的理由和可能造成的影响范围进行评估，比如，对进度有没有影响，对成本有没有影响，对资源有没有影响，影响的程度是高、中还是低。需求变更一定要在这个迭代实现，还是说可以放到下一迭代再实现？

6 文档缺乏规范管理

文档缺乏规范管理主要体现在文档没有统一的标准、规范和要求。比如，产品需求文档，一个成员一个版本，有的采用用户故事的方式来写需求文档，有的采用用户用例的方式来写需求文档，有的采用UML的方式来写需求文档，有的干脆直接采用白话文的方式来写需求文档；有的需求文档中有流程图和原型设计，有的却没有；有的需求文档有修改历史的记录，有的则没有；有的用结构化思维的方式来写，有的用写作文的方式来写，没有统一性，也没有规范和要求。这样导致的问题有三个：一是沟通理解成本比较高，二是管理不方便，三是不利于提高文档的质量。