最近陆续开始接到一些电话面试和网络面试，被问到了一些问题。发现回答问题的过程，也是非常好的自我总结的过程，更发现被问的问题，大部分Pm在日常工作中经常都有遇见，所以把其中一些自己的回答总结出来，希望能对大家有所帮助，更希望有错误认知的地方能被大家及时发现并且指正。

场景一:
在讨论产品某个核心功能点，leader有一个很明确的想法，但是团队，包括你在内，都认为那个想法并不合适；大家经过了3-4轮的讨论，pk，leader还是坚持他的意见.
回答这个问题时，我有些理解错误，因为自己大部分时间在管理团队，所以直接从leader角度回答了此问题：
作为leader想法得不到支持，个人觉得要么是自己没能和决策成员没有做好充分的沟通，让大家理解自己的想法，各成员在对事情的理解上，出现了偏差；要么就是自己提供的论据不充分或者数据支撑不严谨可靠，没能很好的验证自己的理论。

如果你、这两方面都觉得没问题，那么就好好想想自己是不是进入某个思维定势了，所谓当局者迷，可能真的是自己做错了。

如果确定以上两方面都没问题，就争取引入更大的leader或者第三方来来做决策。不过最后还是那句话，谋贵众，断贵独，广泛的听取了他人的意见后，最终还是要自己做决定。
这个问题还有一个非常重要的关键点，就是要时刻记得，自己和团队是一体的。所以在出现分歧意见时，不要将自己定位到团队的对立面去，更不要在讨论中，利用leader的身份去推行自己的思想。要把自己的想法谨记在自己的心中，然后充分的去和各个成员做沟通，逐步打消他们疑虑的同时，广泛的吸取反馈意见来修正与丰富自己的方案，在得到大家的认同后，将方案作为团队共同的决策进行公布。
作为一个Leader你始终要记得，再好的想法，最终要靠团队来执行，得不到团队的支持，所有的一切都将成为空谈。
另外，除非重大问题，我们不可能每个问题都拿出来这样PK，以及逐一的做工作，这样会导致团队效率非常的低下。所以在平时尽量和团队成员多达成和累积彼此之间的共识，以及通过真诚的帮助，辅导和成就团队成员来树立团队对自己的认同感与信任感，这样在做一些决策时，面对小的分歧时，你可以直接做决定，并且得到足够的理解和支持。
场景二：
你和你的团队经常处于救火的状态；原因多方面的，其中一条是，Leader不断在check(校准和调整)团队的工作，他不断的提要求，你和团队不得不应付他提出来的各种问题，以至打乱了整体计划。并且一些功能点上，你做了多轮沟通，你也按照他原先的想法，做好了相关设计，但是他的想法又退回到了之前
类似的问题还有：如果您和领导的想法不一致,你怎么处理等等？几乎所有的都问到了这个问题。上面问的这个问题挺有代表性的，所以就以这个问题作为回答。
这个场景的关键点在于：为什么leader会不停的Check团队。对于这个问题，我觉得主要有以下几种可能：
不明白自己想做什么或者应该怎么做
Leader自己对产品定位以及RoadMap没有很清晰的规划，产品蓝图还处于混沌期，甚至不清楚自己要做的是什么。
这个时候你作为下属，要及时的和领导做好沟通，在产品定位，产品路线图以及产品未来的蓝图上，提醒并协助Leader做出明确的规划；如果你Leader已经意识到了以上问题，只是依据现有环境无法做出决策和规划，则需要给予理解并支持Leader的相关工作，将大规模的协作转成小规模的尝试，在多方面做出探索与尝试等等，通过多方面的尝试与调研，辅助Leader尽快的做出决策，具体的手法上可以参照我以前写的一篇文章<<如何从无到有的打造一个产品>>。
脚步跟不上思想
有些Leader思维非常活跃，在局部功能的创新以及迭代能力上很强，但是在团队管理，尤其是节奏把控上能力相对缺失，这样的Leader带领的团队经常会出现场景里提到的的情况。
首先有这样的Leader带领团队是非常幸福的事情，至少团队的创新力基本是不用担心了，但是如何避免“满地鸡毛”的情况出现，则成为了重点。这样的情况下，你一定要和Leader做好充分的沟通，让其降低版本的升级频率与及功能迭代的粒度，让很多他心中的版本，在他的心中完成迭代。之后在功能迭代到一定程度后，一步到位的完成某个功能的升级，而不是让很多功能在还没有被用户接受，甚至还没有开发完的时候，就有了更好的设计方案。
Leader对团队缺乏了认知与掌控
 这个情况，多发生在空降Leader身上。因为对团队缺乏了解，所以制定的工作安排可能未必符合团队现状，或者因为没有得到团队的充分认可，以及充分的掌控团队，制定的计划始终没法被很好的执行。于是不断的Check团队工作，希望通过多次尝试找到团队高效运转的钥匙，这种做法对团队的损害是非常巨大的。
所以作为团队成员，您应该及时的和Leader做好沟通,协助Leader全面了解团队的真实情况，包括团队负载能力，特长，技术科研能力等等，如果是因为认可度问题，则充分协助Leader和下面的成员进行好沟通，使Leader充分得到团队认可，从而解决Leader不停Check团队的问题，这件事情也告诉我们：很多时候解决问题的钥匙，往往在问题之外。
缺乏一线的业务能力
对于那些因为一线能力缺失而不停Check的Leader（主要是销售出生的Leader)，他们主要是因为对一线业务缺乏了解，所以往往想把业务调整到其能够理解的状态，从而加强自己对team的掌控能力，这对团队会造成相当致命的影响。
对于这样的领导，你要做的是和其做好充分的沟通，然后尽量争取他的信任与授权，让其充分的将他不懂的业务托管给自己，然后让其通过自己来了解与掌控队伍，与其形成明确的分工，让他回到自己擅长的领域，比如销售或者资源整合等方面去。
以上是自己对场景二的一些认知，在和Leader沟通上，非常强调的几点就是：
  永远记得谁是最终决策者，不要越权去做一些Leader才可以做的事情，很多时候你以为自己是对的，是因为你看到的或者接收到的信息不全面，做出了错误的判断，要相信自己Leader.
   在沟通过上尽量用建议，而不是意见去引导团队，会取的更好的正向效果；
    要始终记得自己的最终目的是去解决问题，而不是去表现自己；
   一定要勇于沟通，并且多注意自己的沟通技巧，这也是衡量你能力的一个重要标准。
当然，并不是所有问题都可以被解决的，所以有时候，你可以选择换个没有问题的地方，继续你的工作，这个就不在问题讨论访问之内了。
为什么我会有这些总结？因为我经历过，不知道自己要做什么；脚步跟不上思想；对团队缺乏掌控和认知的；以及和销售出生的Leader合作的情况，而给的建议，就是我作为Leader或者下属时的解决方法。所有作为Pm：一定注意平时知识和经验的积累，多感悟，用心去磨练自己，实践出真知。
我发现自己低估了总结问题答案的工作量。仅仅是把MM的两个问题拿出来分享，就花费了自己如此之多的文字，时间和精力= =，于是把其他的一些问题，放到下一篇博客分享吧。