产品经理如何有效的进行项目管理（一）

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