有很多工作了一段时间的产品经理都会有各种各样的抱怨，团队不给力，开发不配合，bug太多，项目进展缓慢，老板需求太多等。
产品经理的职业特点决定了本身就处在一个夹心层，往往大方向没法决定，具体实现也需要依靠研发团队，但是自己还需要对产品负责，所以很多新手产品经理叫苦连天，觉得没法完成
甚至磨灭掉当初的激情和初心。所以需要学会调整心态，积极应对变化，始终保持激情和做好产品的初心对于成为一名好的产品经理就显得非常重要
三国时候诸葛孔明，上能争取到刘备的充分信任，并协助刘备规划好大局，中能稳定将领，做到赏罚分明，下能运筹帷幄，调动资源做好强执行，实乃产品经理好心态的典范。
从大处着眼，根据产品不同的生命周期阶段规划该阶段的产品长期规划；从小处着手，拆解出每月、每周小版本的规划
如果把一个产品团队比喻成一艘在大海中航行的大船，那敏捷迭代的产品规划和研发流程则是驾驭这艘大船的详细的操作手册
有效预判
产品经理不需要会写代码，但产品经理要输出的文档、交互，都和技术的实现方案息息相关。
1）对可行性的判断
基于对现有开发团队的了解，避免出现设计一些不太实际的功能或者高于现有能力的效果，比如在一个毕业生为主的创业团队里面，要求实现一个美图秀秀一样的P图效果,是有些难度的
2）对工作量的判断
产品需求的每一处新增和改动，都直接会反映在开发人员的工作量上，比如一段文字，一个按钮，一张图片的变动。这些小改动还好,一般较大的改动是,修改原有的逻辑,添加新的功能等,都会增加工作量
对开发进度的判断
产品经理应该保持对当前开发进度的了解，针对开发进度，合理地做一些调整
有效预判是让产品经理在设计需求时，需要考虑功能可实现性。
一般是指现有技术人员能否实现，如果不能实现应该有什么样的替代方案。还有就是在一定期限内能否完成开发，如果不能应该去掉哪些非紧急必要的功能。
技术人员实现产品功能，是基于对需求的理解，在功能实现过程中和实现完成后，需求的变化又可能带来产品实现上的灾难。
如果技术人员不能准确理解产品经理对需求的描述，很可能实现的功能与产品经理的想法大相径庭，浪费大家的时间；
如果产品经理的想法不够明确，导致需求变来变去，无疑是对技术人员的恶意攻击
需求上任意一个小小的变化，在代码实现中都有可能产生巨大麻烦，甚至会动摇代码的整体架构。从技术人员的角度来说
虽然技术人员在技术实现时以构建稳定的系统为目标，尽量灵活应对需求的变化，
让系统易于扩展和维护，但这也是要基于技术人员对需求的理解
以及对潜在需求变化的预测。如果在沟通过程中做不到让技术人员准确把握需求
一个好的产品经理,是团队的胶水,是老板的执行者,更是项目的驱动者
与UI,开发，测试,运维，应当保持良好的合作关系
尊重是基础,合作才是共赢,有的产品经理,自身业务能力缺乏,情商也缺乏,在沟通,团队协作中,语出惊人,常常以自我角度出发,这个功能很简单,怎么实现,我不管,明天上线
往往给开发带来诸多的压力,赶工期十分紧张,留有合理的时间,是非常有必要的,动嘴比动手要简单容易得多
