首先，咱们得来说道说道PM（Product Manager）需要具备哪些能力？ 35%的项目管理能力，15%的个人能力，20%的业务能力，15%的技术能力，15%的沟通处理冲突能力。那么，问题来了，如何提升项目管理能力呢？百度、Google上面搜一下可以看到很多官方答案，今天咱们换个角度来看看可以从哪几个方面着手，去提高项目管理能力。
目标&计划
1.制定目标——明确目标
这个“目标”可以是项目测试通过封包的日期，也可以是上线发布日期，但一定要整个团队达成一致，如果上线，可能需要负责市场的同事参与知晓；
根据第一点明确了目标，那么项目成员可以开始制定计划，也可以是产品经理制定计划，一般包含几个关键checkpoint：
需求文档产出时间节点、交互文档产出节点、视觉稿产出节点、依赖的外部接口提供节点、开发送测节点、功能测试完成节点、全回归测试完成节点；
这七个checkpoint可以根据时间情况有所增减，有人会问 明确这个计划的作用是什么呢？
3.评估风险
那么在制定计划后，项目每个成员根据计划，来确定该做什么、怎么做、什么时候完成。 在多人跨团队的项目里这一步尤其重要，可以说这一步走好了，后面项目进程会非常顺畅。
咱们随意的列举一下曾经踩过的坑：A项目启动时没有交互文档，what a F**k，开发的ERD/测试的用例都依赖交互文档；依赖的接口（其他部门）直接说暂无排期，或者是3-4周后提供，what a F**k，那搞毛；开发送测时间太晚导致测试时间不足。每个成员进行计划评估后，项目可能亮起了黄灯，产品经理得做点什么吧？
4.协调资源/修改计划
根据项目紧急程度、上级重视程度， 及时的协调各种资源，优化排期，修改计划吧。这时候可能会把123再来一遍，问题会越来越少，过程会越来越透明，进度会可视可控，是不是感觉嗨的不行。
沟通
与人打交道，第一靠情商，第二靠技巧，都不行，那就只能靠姿色了~好了，咱们言归正传。
1.沟通技巧
为何需要掌握沟通技巧？ 当团队十几人，几十人的时候，可能你会碰到各种性格色彩的“同事”，所以得有备无患。
第一步：知己知彼，了解团队里所有人的性格和工作习惯；
第二步：以其人之道还治其人之身，与性格张扬思维活跃的设计打交道、与寡言少语专注技术的程序员打交道、与一丝不苟非常严谨的测试打交道、与不太配合的其他部门同事打交道，用对方对容易接受的沟通方式以求迅速达成一致，good job！
2.沟通效率
何为效率，就是减少不必要的沟（fei）通（hua）。How？
能面对面，就别打电话；能打电话，就别QQ/RTX/LYNC。文字沟通难免会有理解不同，导致挖坑；面对面简短的表述我的问题、我需要的支持、什么时间，并及时得到反馈。
永远别相信对方口头承诺的，Never！线下电话or当面沟通完，一定出一封邮件，阐述清楚并得到对方确认，邮件在有些时候真的挺有用的。
会议之痛肯定有人懂，会议时间尽量选择碎片化时间，比如9:30、13:30、5：00，这样的话就不会总觉得“奥，我待会有个会”，时刻处于被会议影响的工作状态。 会议中要避免问题大范围的展开讨论，可记下问题会后详谈；注意控制会议进展，当然偶尔闲聊，但是注意控制时长，尽量在计划时间内搞定。
执行力
这里说的执行力，可以理解为提升团队的执行力，计划再好，沟通再好，执行力不行，都是浮云… 至于方法，可以从以下几个方面着手
日常工作中能够及时响应；
每件事都有一个节点，反馈进度；
高效的推动力，自己负责的事情能够推动解决并跟进；
产出物的质量要高， 包含各种文档、送测质量、测试质量， 这点很关键，以后单独细细道来~
保持进步，项目不会只有一个，可能是一个接一个项目，那么如何保持进步？ 现在有很多方式去统计各种数据，各种敏捷方法 Scrum/看板，有幸经历了2年Scrum2年看板并经历了从0到1，下回咱们聊聊玩转敏捷
……
欲知后事如何，请看下集
